Agent Plugins 1.0: единый формат плагинов для AI-агентов — что ставить в 2026

6 августа 2026 года Vercel вместе с Amazon, Anysphere (это компания-создатель Cursor), GitHub, Microsoft и OpenAI опубликовали Agent Plugins 1.0.0 - открытый формат упаковки плагинов для AI-агентов. В тот же день Google объявила, что присоединяется к техническому комитету и встраивает поддержку в свои продукты. Формат решает конкретную и знакомую каждому вайбкодеру проблему: плагин, написанный под один агент, обычно не запускается в другом без переделки.

Agent Plugins 1.0 - открытый стандарт упаковки плагинов, работающий сразу в Cursor, Copilot, VS Code, Kiro и Codex без переписывания под каждого. В статье: как устроен файл plugin.json, кто поддержал стандарт на старте, кто заметно отсутствует в списке и как безопасно установить первый плагин из открытого маркетплейса.

Какую проблему решает единый формат плагинов?

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

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

До Agent Plugins 1.0 плагин для Cursor не запускался в Copilot, а плагин для Copilot не понимал VS Code без адаптации, хотя формально это близкие среды. Разработчик тратил время не на логику плагина, а на то, чтобы завернуть одну и ту же идею в пять разных оберток. Каждая обертка - это своя документация, свой релизный цикл и своя точка, где что-то ломается при обновлении хост-клиента.

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

Из чего состоит plugin.json и структура плагина?

Плагин по стандарту - это папка с обязательным файлом plugin.json в корне, необязательной папкой skills с инструкциями и необязательным mcp.json с описанием MCP-серверов.

Версия 1.0.0 определяет ровно два переносимых компонента: агентские скиллы в подпапках skills и MCP-серверы в корневом mcp.json. Остальное, включая установку, реестры плагинов, права доступа и авторизацию, стандарт сознательно оставляет на усмотрение конкретного клиента.

plugin.json задает идентичность плагина и семантическую версию, список возможностей (какие команды, инструменты и промпт-ассеты он приносит), точки входа для хост-агента и зависимости для установки и обновления. Скиллы внутри skills/ - это тот же формат SKILL.md, который используется в спецификации Agent Skills на agentskills.io, только теперь упакованный в общую структуру. Специфичные для конкретного клиента вещи, вроде кастомных команд только для Copilot, живут в отдельных папках с обратным доменным неймспейсом и не мешают остальным клиентам.

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

Какие клиенты поддерживают Agent Plugins 1.0 на старте?

На момент релиза формат официально читают шесть клиентов: ChatGPT, Codex, Cursor, GitHub Copilot, Kiro и VS Code.

На старте формат заявили ChatGPT и Codex от OpenAI, Cursor от Anysphere, GitHub Copilot, Kiro от AWS и VS Code. Шесть конкурирующих продуктов договорились об одном формате упаковки, что для рынка агентских инструментов случается нечасто.

Для вайбкодера это значит одно: если вы уже сидите в Cursor или Copilot, плагин по новому стандарту заработает без танцев с бубном. Если основной инструмент - Claude Code, придется какое-то время пользоваться мостами от сообщества.

Почему Anthropic и Claude Code не входят в список?

Anthropic, создавшая и протокол MCP, и формат Agent Skills, на который опирается новый стандарт, не значится среди компаний-разработчиков Agent Plugins 1.0.

Отсутствие Anthropic в списке разработчиков не означает конфликт напрямую, но выглядит показательно: именно ее протокол MCP и ее формат SKILL.md легли в основу чужого совместного стандарта упаковки.

Тут стоит разделить два вопроса, которые легко перепутать. Первый - работает ли Claude Code с плагинами вообще. Работает, и довольно давно, через собственный формат маркетплейсов Claude Code. Второй вопрос - официально ли Anthropic поддерживает именно формат Agent Plugins 1.0. Пока нет. При этом ничто не мешает сообществу паковать плагины так, чтобы они одновременно соответствовали и родному формату Claude Code, и открытому стандарту - в этом смысл двойных манифестов, которые уже встречаются в реальных репозиториях.

Честный вывод для вайбкодера: ждать, что Claude Code официально присоединится, разумно, но закладываться на это прямо сейчас не стоит. Многие плагины уже сегодня публикуются с двумя манифестами одновременно, и это рабочая практика, а не костыль на скорую руку.

Как установить плагин из открытого маркетплейса на практике?

Установка идет через команду добавления маркетплейса в агенте, после чего конкретный плагин ставится по имени в одну строку.

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

Разберем на примере открытого каталога netresearch/claude-code-marketplace, который собирает скиллы и плагины, совместимые с форматом agentskills.io и переносимые между Claude Code, Cursor, Copilot, Codex и Gemini CLI.

Шаги простые. Сначала маркетплейс добавляется в агент командой вида /plugin marketplace add netresearch/claude-code-marketplace. Дальше агент подтягивает каталог marketplace.json с перечнем доступных пакетов. Нужный плагин ставится отдельной командой install по имени - и агент сам скачивает содержимое из исходного репозитория автора, а не из зеркала на маркетплейсе.

Максим: «GoBanana мы собрали за 3 часа после выхода новой модели, и это принесло 12 миллионов рублей без рубля рекламы. Каждый час, который уходит на переупаковку одного и того же инструмента под новый клиент, это украденная скорость. Agent Plugins 1.0 работает на нас, даже если стандарт придумали не вайбкодеры, а пять корпораций.»

На что обратить внимание при выборе первого плагина?

Плагин получает доступ выполнять действия от имени агента внутри вашего проекта, поэтому источник имеет прямое значение для безопасности.

Права плагина описаны в permission scopes внутри manifest, но исторически такие декларации часто воспринимались как формальность, а не как реально проверяемая граница доверия - это отдельный риск, который стандарт сам по себе не закрывает.

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

Отдельно стоит проверять, обновляется ли плагин. Заброшенный репозиторий с одной звездой на GitHub может годами не подстраиваться под новые версии клиентов - и в какой-то момент просто перестанет запускаться.

Agent Plugins 1.0 против MCP и Agent Skills - в чем разница?

MCP описывает связь агента с инструментом в реальном времени, Agent Skills - формат самих инструкций, а Agent Plugins упаковывает и то и другое в один переносимый пакет.

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

Путаница чаще всего в том, что люди принимают Agent Plugins за замену MCP или Agent Skills. Это не так - стандарт ничего не заменяет, он оборачивает уже существующие форматы в общий манифест, чтобы их не приходилось паковать заново под каждый клиент.

Стоит ли вайбкодеру уже сейчас переходить на Agent Plugins 1.0?

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

Если вы пишете плагин под один конкретный инструмент и не планируете его развивать - двойная упаковка лишняя, родной формат клиента проще. Если плагин рассчитан на команду, которая работает в разных агентах (кто-то в Cursor, кто-то в Copilot), формат снимает именно ту боль, ради которой его придумали. Заброшенные форматы расширений в истории уже случались - ChatGPT Plugins 2023 года закрыли меньше чем через год. Успех Agent Plugins будет видно по конкретным признакам: перейдет ли управление в нейтральный орган, появится ли единый реестр вместо разрозненных каталогов и будет ли версия 1.1 согласовываться совместно, а не форкаться отдельными компаниями.

Глоссарий

• Agent Plugins 1.0 - открытый формат упаковки плагинов для AI-агентов, определяющий структуру папки, файл plugin.json и расположение компонентов.
• plugin.json - обязательный манифест плагина: имя, версия, возможности, права доступа и точки входа.
• Agent Skills (SKILL.md) - формат инструкций для агента, на который опирается папка skills внутри плагина.
• MCP (Model Context Protocol) - протокол Anthropic, описывающий, как агент вызывает внешние инструменты в реальном времени.
• Маркетплейс плагинов - каталог со ссылками на исходные репозитории плагинов, через который агент устанавливает пакет.
• Permission scopes - декларация в манифесте, какие действия и данные плагин просит разрешить.

Частые вопросы про Agent Plugins 1.0

Что такое Agent Plugins 1.0 простыми словами?

Это общий способ упаковать плагин для AI-агента - файл plugin.json плюс папка skills - так, чтобы его без переделки понимали сразу несколько клиентов: Cursor, Copilot, VS Code, Kiro и Codex.

Нужно ли переписывать старые плагины под новый формат?

Нет, старый формат клиента продолжает работать. Переход имеет смысл, когда плагин нужно переносить между несколькими агентами.

Поддерживает ли Claude Code Agent Plugins 1.0?

Официально Anthropic не входит в список разработчиков стандарта, но сообщество уже публикует плагины с манифестами сразу под Claude Code и под открытый формат одновременно.

Чем Agent Plugins отличается от MCP?

MCP отвечает за связь агента с инструментом в моменте работы. Agent Plugins отвечает за то, как этот инструмент упакован, назван и установлен.

Иногда стандарт ищут как «hermes agent plugins» - это то же самое?

Да, это искаженный вариант названия того же стандарта Agent Plugins 1.0, официальное имя не содержит слова hermes.

Где официальная спецификация формата?

На сайте agent-plugins.org, репозиторий со спецификацией - github.com/agentplugins/agent-plugins-spec.

Безопасно ли ставить плагины из открытых репозиториев?

Плагин действует от имени агента внутри вашего проекта, поэтому ставить стоит из источников с открытым кодом и видимой историей обновлений, а не из случайных одиночных репозиториев.

Если выбираете, в каком инструменте настраивать плагины прямо сейчас, посмотрите обзоры Cursor и GitHub Copilot в каталоге, там же собраны и другие среды из каталога AI-инструментов. Если задача упирается не в инструмент, а в конкретную рабочую роль, загляните в каталог ИИ-агентов для DevOps - там подборка под конкретные ниши. За разбором своего стека и приоритетов можно записаться на консультацию к Максиму.

Обновлено: сентябрь 2026.