У AI-агентов появился общий формат расширений. Agent Plugins 1.0 — открытый стандарт, который упаковывает навыки агента и MCP-серверы в один устанавливаемый плагин, работающий во всех совместимых клиентах.

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

Если вы делали плагин для Copilot, Cursor и ChatGPT, по сути три раза собирали одно и то же. Agent Plugins 1.0 решает именно эту часть — упаковку.

Что внутри стандарта

Agent Plugins — это открытый, нейтральный к вендорам формат. Версия 1.0.0 определяет общую структуру пакета: корневой манифест plugin.json, каталог skills/ для навыков и файл mcp.json для конфигурации MCP-серверов. Всё, что не входит в переносимую часть — кастомные агенты, команды, хуки, — убирается в пространство имён конкретного клиента, например com.github.copilot/.

MCP — Model Context Protocol, протокол, по которому агент подключается к внешним инструментам: базам данных, API, файловым системам. Стандарт описывает три типа транспорта: stdio, Streamable HTTP иlegacy HTTP+SSE.

Пакет выглядит так: одна директория, внутри plugin.json, skills/ и mcp.json. Клиент читает манифест, находит навыки и конфигурацию серверов — и загружает то, что умеет обрабатывать. Никаких копий под каждого клиента.

Важно: стандарт описывает только переносимую часть. Установка, распространение, разрешения и интерфейс остаются за конкретным клиентом.

Кто уже поддерживает

GitHub первым добавил поддержку Agent Plugins 1.0: она доступна в VS Code, Copilot CLI, GitHub Copilot SDK и приложении Copilot, на всех тарифах. Но стандарт — не GitHub-проект. Над ним работают Amazon (AWS), Cursor (Anysphere), Microsoft, OpenAI и Vercel как core-мейнтейнеры. Google присоединился к комитету в тот же день.

По данным официального сайта стандарта, совместимых клиентов уже восемь:

  • VS Code — навыки, MCP (stdio, Streamable HTTP, legacy SSE)
  • Cursor — навыки, MCP (stdio, Streamable HTTP, legacy SSE)
  • GitHub Copilot — навыки, MCP (stdio, Streamable HTTP, legacy SSE)
  • ChatGPT и Codex — навыки, MCP (stdio, Streamable HTTP)
  • Kiro — навыки, MCP (stdio, Streamable HTTP, legacy SSE)
  • Hermes Agent — навыки, MCP (stdio, Streamable HTTP)
  • OpenClaw — навыки, MCP (stdio, Streamable HTTP, legacy SSE)
  • Grok Bot — навыки, MCP (stdio, Streamable HTTP, legacy SSE)

Существующие плагины Copilot, не использующие новый стандарт, продолжают работать. Миграция не обязательна.

Что это меняет в работе

На практике это означает: если вы делаете плагин — навык агента плюс MCP-интеграцию — его можно собрать один раз и распространять через маркетплейс для всех совместимых клиентов. Awesome Copilot уже работает как такой маркетплейс по умолчанию в VS Code, Copilot CLI и приложении Copilot.

Для команд, которые управляют доступом к плагинам, GitHub добавил корпоративные настройки. В managed-settings.json можно разрешать или блокировать конкретные плагины через enabledPlugins, регистрировать дополнительные маркетплейсы через extraKnownMarketplaces и ограничивать установку только проверенными источниками через strictKnownMarketplaces. Те же настройки работают и для Agent Plugins — отдельная политика не нужна.

Миграция существующего плагина на стандарт — в основном работа с манифестом: добавить $schema в plugin.json, перенести навыки в skills/, конфигурацию MCP — в mcp.json, а файлы, специфичные для Copilot, — в com.github.copilot/. Один пакет остаётся переносимым и сохраняет поведение Copilot.

Внимание: стандарту четыре дня. Реальная совместимость на уровне «установил и работает» зависит от каждого конкретного клиента. На бумаге восемь клиентов поддерживают формат — но глубина интеграции, вероятно, будет разной.

Что проверить сейчас

Если вы делаете плагины для AI-агентов или планируете — посмотрите спецификацию и пример плагина в репозитории проекта. Оцените, сколько из вашей текущей упаковки переносится в skills/ и mcp.json напрямую, без переписывания. Если плагин уже работает в Copilot, миграция — это манифест, а не переделка архитектуры.

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

Ссылки

Ссылки

По теме

По теме