Плагин это не расширение способностей модели, а способ зафиксировать рабочее окружение. Разницу со скиллами из материала 1 стоит проговорить прямо, потому что читатель их путает. Скилл отвечает на вопрос, как считать и в каком формате отдавать результат. Плагин отвечает на вопрос, чем работать и к чему быть подключённым. Первое это методика, второе это оснастка.

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

1. Плагин закрывает операцию, которая уже повторяется вручную. Именно в таком порядке. Установка про запас, на будущее, даёт захламлённое окружение и ноль эффекта.

2. Понятно, какие доступы он требует. Плагин, которому нужен доступ шире задачи, не ставится. Это тот же принцип обратимости, что в материалах 4 и 5: читать и собирать можно, менять и отправлять только под контролем.

3. Есть способ понять, что он сделал. Инструмент, который меняет файлы без следа, в проектной работе неприменим, потому что потом нельзя предъявить, откуда взялся результат. В документации происхождение цифры важнее самой цифры.

4. Установка обратима. Можно снять и вернуться к прежнему состоянию без разбора завалов.

1. Количество установленных плагинов не равно автоматизации. Собранное окружение без отлаженного процесса это набор возможностей, которым никто не пользуется. Ровно та же ошибка, что покупка станка под работу, которой в цехе нет.

2. Конфликт срабатываний. Чем больше плагинов и скиллов в одном окружении, тем чаще подхватывается не тот. Это та же проблема описаний триггеров, что и в материале 1, только острее, потому что здесь пересекаются инструменты от разных авторов.

3. Неофициальные плагины и коннекторы к профильному ПО. Здесь у меня жёсткая позиция. Такой коннектор даёт не просто чтение, а командный канал к программе. Для инженерного софта это значит, что инструмент может менять модель или чертёж, а увидеть последствия можно не сразу. Ставится только с пониманием, что именно он умеет выполнять, и только на копии данных.

4. Плагины памяти отдельная тема. Память удобна и ровно этим опасна: модель начинает уверенно опираться на контекст прошлых задач. Для расчётной работы это означает, что коэффициент или норматив с прошлого объекта может всплыть в новом и выглядеть при этом совершенно уместно. Память надо чистить так же, как чистят исходные данные между объектами.

Начинать надо не с подборки плагинов, а с одной повторяющейся операции. Порядок только такой: сначала операция, потом инструмент под неё. Плагины это оснастка, а оснастку подбирают под деталь, а не деталь под оснастку.

Первое наблюдение, и его стоит вынести в статью отдельно. Все пять называют плагинами, но это разные классы вещей, и для читателя разница принципиальна. Плагин ставится внутрь Claude Code из маркетплейса. Шлюз и прокси ставятся перед ним и подменяют адрес, по которому Claude Code обращается к модели. Сервер это вообще отдельный процесс рядом. Устанавливаются они по-разному, ломаются по-разному и снимаются по-разному, поэтому смешивать их в одном списке под словом плагины значит запутать читателя на входе.

Сканирует проект и рекомендует, что имеет смысл подключить: MCP-серверы, скиллы, хуки, субагенты, слэш-команды. Работает только на чтение, файлы не меняет, рекомендации строит по структуре проекта и его зависимостям.

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

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

Это ровно тот класс инструментов, к которому относится мой отдельный риск выше. Удобство памяти оборачивается тем, что старый контекст всплывает уверенно и не к месту. Для расчётной работы это означает коэффициент с прошлого объекта в новом расчёте.

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

Общее у них одно: все они про видимость расхода. Не про новые возможности, а про приборный щиток. Какой именно имелся в виду в ролике, надо сверить.

Это шлюз. Один адрес, через который Claude Code, Codex, Cursor и другие клиенты обращаются к разным поставщикам моделей, с автоматическим переключением при исчерпании квоты. Ставится не внутрь Claude Code, а перед ним, через подмену переменной с базовым адресом API.

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

По названию однозначно опознать не удалось. Ближайшие кандидаты два. Первый это локальный прокси и просмотрщик трафика, который позволяет увидеть, что именно Claude Code отправляет модели: системный промпт, историю, схемы инструментов, расход токенов. Второй это сервер, оборачивающий возможности Claude Code во внешний интерфейс, чтобы к сессии можно было подключиться с другого устройства. Классы разные, поэтому нужна сверка с роликом.

КлодКодСэтап

Плагин, официальный

Обследует проект и рекомендует, что подключить. Только чтение

КлодМэм

Плагин

Постоянная память между сессиями, локальное хранение

Хэдрум

Название занято несколькими проектами

Видимость расхода контекста и лимитов, в части версий сжатие

ОмниРоут

Шлюз перед Claude Code

Один адрес к разным поставщикам моделей, переключение по квоте

ТапАпСервер

Требует сверки с роликом

Либо просмотр трафика к модели, либо внешний доступ к сессии

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

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

Продолжение темы: скиллы для инженерных задач, автоматизация рабочей почты проектной организации, браузерные агенты для поиска технической информации.

Елена Пучкова — инженер и технический директор проекта «Цифровые трансформации». Работает с автоматизацией инженерных процессов, техническими данными, документацией, ИИ-ассистентами и агентными сценариями.