Пост Расширим AI агента?)

Расширим AI агента?) Я про extension, они же plugins. По сути это способ упаковки обвязки - скилов, команд, субагентов, промтов, хуков и MCP серверов. Единого стандарта нет. Да что там, названия даже единого нет) Но делает плагин плагином по сути один файлик с метаданными. Структура папок задается в этом файле. Поэтому совместимость обеспечивается созданием N таких файликов под каждого агента. Есть ещё нюансы по возможному содержимому. Рассмотрим на примере большой тройки агентов - Claude Code, Codex, Gemini CLI. Скилы, MCP, хуки разрешают все. У Codex нет субагентов. Возможность упаковать файл контекста (AGENTS.md) есть только у Gemini CLI и его наследников. А вот у Claude куча уникальных возможностей: 1) можно упаковать скрипты, которые будут добавлены в PATH для команд плагина, 2) добавить monitors https://code.claude.com/docs/ru/plugins-reference#monitors - интересная штука для наблюдения за внешним процессом, например, через логи, и выдачи сигналов в агента 3) указать тему. Да, у AI агентов тоже есть темы. 4) добавить LSP сервера (Language Server Protocol). По сути это протокол для работы с standalone AST парсером. Агент шлёт кусок кода и задачу, LSP сервер парсит код и возвращает ответ. Может возникнуть вопрос - а как внутрь расширения запихнуть MCP сервер, это же не промт, а Node.js или Python пакет? Есть такие штуки, как npx (uvx) - скачивают и запускают пакет без инсталляции. Но вернётся к главному - зачем использовать плагины? 1) единица деплоя для распространения связанного набора компонентов. 2) единый набор компонентов для нескольких проектов, например, всех проектов на Java 3) пакетное включение/выключение компонентов агента одним ключом командной строки 4) кладём все плагины в git - получаем версионирование своего harness. Если захотеть - всегда можно понять с какой обвязкой написана та или иная строчка кода Итог: использую сторонние (superpowers), создаю свои и всем рекомендую #ai #ai_agents