5 дополнений для Claude: что реально ставить, а что сначала перепроверить

С плагинами для Claude сейчас какая-то ярмарка чудес. Один обещает бесконечные токены, второй — вечную память, третий якобы сам сделает агента умнее, пока вы пьёте кофе.

Звучит жирно. Но если поставить всё подряд, вместо усиленного Claude можно получить сломанный конфиг, десяток лишних процессов и доступ непонятного расширения к рабочему проекту.

Поэтому я перепроверил подборку из ролика. И сразу честная поправка: OmniRoot на самом деле называется OmniRoute, а точные проекты под названиями Claude Map и Task Hub Server я не смог надёжно подтвердить. Выдавать непроверенные ссылки я не буду.

Ниже — рабочий стек, который решает те же задачи: маршрутизация моделей, память, экономия контекста, настройка Claude Code и нормальные проектные правила.

1. OmniRoute: запасной выход, когда одна модель упёрлась в лимит

OmniRoute — открытый шлюз между кодинг-агентом и разными провайдерами моделей. Вместо того чтобы вручную менять адрес API и модель в каждом инструменте, вы настраиваете провайдеров один раз, а затем выбираете маршрут.

В официальном репозитории заявлены сотни провайдеров и моделей, автоматическое переключение и каталог бесплатных тарифов. Цифра около 1,5 млрд бесплатных токенов в месяц — это расчёт самого проекта по сумме доступных free tier, а не персональный мешок токенов, который гарантированно дадут каждому.

Тут есть три важных «но»:

бесплатные лимиты меняются;
часть провайдеров требует регистрацию, карту или API-ключ;
условия отдельных сервисов могут запрещать использование через сторонний шлюз.

Поэтому OmniRoute — не кнопка «Claude бесплатно навсегда». Это удобная панель маршрутизации. Перед подключением конкретного провайдера откройте его условия и проверьте, разрешён ли такой способ работы.

Кому подходит: тем, кто уже работает с несколькими моделями и понимает, где хранить API-ключи. Если вы только вчера открыли Claude Code, сначала настройте один официальный маршрут и только потом усложняйте систему.

2. Memory Map: чтобы не объяснять проект с нуля

Задача понятная: новая сессия открылась, а агент опять спрашивает, что мы строим, почему выбрали эту архитектуру и где лежит важный файл.

Проверенный проект с похожей механикой — Memory Map. Он сохраняет краткий снимок сессии, помогает вернуть нужный контекст и чистить устаревшие записи. Работает не как магическая память модели, а как понятный внешний слой: информация сохраняется в файлах, а затем подмешивается в новую сессию.

И это хорошо. Память, которую можно открыть глазами, проверить и удалить, безопаснее чёрного ящика, который «что-то про вас запомнил».

Что стоит хранить:

цель проекта;
принятые решения и причины;
ограничения;
структуру папок;
незакрытые задачи;
договорённости по стилю кода и текстов.

Что не нужно складывать в память: пароли, токены, данные клиентов и содержимое закрытых баз. Долгая память полезна ровно до момента, пока вы не начали кормить её секретами.

Если не хотите ставить плагин, начните с обычного PROJECT_MEMORY.md. В конце сессии просите Claude обновить только решения, факты и следующий шаг. Иногда один аккуратный файл полезнее пяти модных серверов.

3. Headroom: урезаем токены, а не мозги модели

Headroom стоит между агентом и моделью и уменьшает объём контекста до отправки. Логи, JSON, результаты инструментов и повторяющиеся куски кода он обрабатывает по-разному, а оригиналы может хранить локально, чтобы вернуть нужный фрагмент по запросу.

Создатели показывают большую экономию на некоторых типах данных. Но реальный результат зависит от проекта: жирный JSON может похудеть очень сильно, а короткий чистый запрос — почти никак.

Я бы подключал Headroom не в первый день, а когда уже видно проблему:

агент постоянно читает огромные логи;
один и тот же контекст повторяется в каждом вызове;
расход токенов растёт, а качество ответа не меняется;
вы готовы сравнить результат до и после на реальной задаче.

Сначала замерьте базу: сколько токенов уходит, какие ответы получаются, не теряются ли важные детали. Потом включите сжатие и прогоните те же задачи. Если агент стал чаще ошибаться, экономия получилась липовая.

4. Claude Code Setup: официальный аудит конфигурации

Claude Code Setup — официальный плагин Anthropic. Он читает структуру проекта и предлагает, какие элементы конфигурации Claude Code могут пригодиться: MCP-серверы, skills, hooks, subagents и команды.

Ключевое слово — предлагает. Он не должен молча ставить всё подряд и менять проект без спроса. Сначала вы получаете рекомендации, затем решаете, что действительно нужно.

Полезный порядок:

запускаете аудит в конкретном проекте;
просите объяснить каждую рекомендацию простыми словами;
отклоняете всё, что не связано с текущей задачей;
добавляете один элемент;
проверяете, что стало лучше;
только потом переходите к следующему.

Так конфигурация не превращается в свалку из двадцати хуков, которые никто не помнит.

5. Вместо непроверенного Task Hub — нормальные правила проекта

Проект под точным названием Task Hub Server с обещанной механикой я не нашёл в источнике, которому можно доверять. Поэтому ссылку «лишь бы была» не даю.

Зато задачу можно закрыть без магии. Создайте в корне проекта файл CLAUDE.md и зафиксируйте там постоянные правила. Например:

готовый блок

Пиши короткий план перед изменением файлов.
Не выдумывай факты и ссылки.
Не меняй файлы вне текущей задачи.
Перед завершением запусти тесты и перечисли, что проверено.
Если решение влияет на пользователей или деньги, сначала покажи точное действие.
После важной сессии обнови PROJECT_MEMORY.md: решения, ограничения, следующий шаг.

Это не выглядит так сексуально, как «AI сам изучит ваш стиль». Зато вы видите правила, управляете ими и можете понять, почему агент сделал именно так.

Какой стек я бы собрал

Если вы начинаете: Claude Code Setup + CLAUDE.md + один файл памяти.

Если уже упираетесь в лимиты: добавьте Headroom и замерьте экономию.

Если работаете через несколько API и умеете следить за ключами: протестируйте OmniRoute на отдельном проекте без клиентских данных.

Не ставьте всё сразу. Иначе при первой ошибке вы не поймёте, кто накосячил: модель, роутер, память, компрессор или плагин, который «в фоне улучшал навыки».

Проверка после каждого подключения

Сделайте маленький тестовый проект без секретов и сохраните одну контрольную задачу. Например: агент должен прочитать три файла, найти ошибку, предложить исправление и запустить тест. Сначала выполните её на чистом Claude Code, затем после установки каждого дополнения.

Записывайте четыре вещи: сколько заняло времени, сколько контекста ушло, не потерялась ли важная деталь и можно ли полностью удалить дополнение. Если после установки появился красивый дашборд, но задача стала медленнее или хуже, плагин не усилил систему — он добавил ещё один слой обслуживания.

Отдельно проверьте разрешения. Памяти нужен доступ к файлам, роутеру — к API, компрессору — к контексту. Это разные уровни риска. Не храните секреты в CLAUDE.md и не давайте стороннему серверу больше доступа, чем нужно конкретной функции.

Хороший стек можно объяснить одной схемой. Если вы уже не помните, зачем стоит третий MCP и кто создал пятый hook, пора не устанавливать шестой плагин, а провести уборку.