Шесть крупнейших ИИ-компаний (OpenAI, Microsoft, GitHub, AWS, Vercel, Anysphere) совместно выпустили открытый стандарт Agent Plugins 1.0.0, унифицирующий стандарт упаковки плагинов ИИ-агентов. Разработчики могут упаковать плагин один раз, и он будет работать на нескольких клиентах, включая Cursor, GitHub Copilot и Codex. Стандарт определяет структуры, такие как plugin.json, skills и mcp.json, но унифицирует только уровень упаковки, не затрагивая ключевые конкурентные преимущества, такие как hooks и custom agents. Anthropic, создатель системы плагинов Claude Code, не участвовал в разработке, однако его формат уже совместим с множеством других систем. Это означает, что конкуренция на уровне базовых стандартов сместилась в сторону борьбы за экосистему плагинов — настоящая битва заключается в том, кто привлечет больше разработчиков.Автор статьи, источник: Новости ИИ
Шесть крупнейших игроков в сфере ИИ впервые сели за один стол.
6 августа была официально опубликована открытая спецификация под названием Agent Plugins 1.0.0.
Он сделал то, чего долго ждали无数 разработчики ИИ: ввел единый «упаковочный контейнер» для плагинов ИИ-агентов, благодаря чему один пакет будет работать на всех платформах, и не придется повторно упаковывать его для каждого клиента.
Разработчики OpenAI опубликовали пост в официальном твиттере: «Одна упаковка — и она работает на всех совместимых клиентах агентов», и упомянули серию партнеров по сотрудничеству.
Эти правила кажутся незаметными, но точно указывают на ключевые проблемы.
Один и тот же навык (Skill), сервер MCP (MCP Server), ядро абсолютно идентичное, но вам приходится заново обертывать для Cursor, GitHub Copilot, Codex по отдельности: как только кто-то обновляется, вам нужно вручную обновлять каждого.
Agent Plugins стремится положить конец именно этой рутинной работе.
Структура каталога, файл списка и конфигурация MCP — все унифицировано. Соберите один пакет, который будут распознавать клиенты, поддерживающие этот формат.
Схема работы агентских плагинов: слева — отдельные навыки и MCP, помещаются в «упаковку» plugin.json посередине, а затем снова распределяются на различные клиенты, такие как IDE, CLI и корпоративные платформы.
Например.
Вы создали плагин для «поиска в базе данных и написания еженедельных отчетов», в котором один навык учит ИИ преобразовывать результаты запросов в еженедельные отчеты, которые команде нравятся, а сервер MCP отвечает за подключение ИИ к базе данных.
Раньше, чтобы сделать его совместимым с тремя клиентами одновременно, нужно было создавать три отдельных пакета и вносить изменения трижды. Теперь достаточно создать один пакет и внести изменения только один раз.
В списке соавторов присутствуют AWS, Anysphere (материнская компания Cursor), GitHub, Microsoft, OpenAI и Vercel, а Google даже добавился в число основных сопровождающих в день публикации.
Однако отсутствует создатель этой игры — Anthropic.
Единым является «упаковка», а не агент.
Плагин обычно состоит из двух элементов.
Одно — это навыки агента, то есть повторно используемые инструкции и ресурсы для модели; другое — сервер MCP, отвечающий за подключение к внешним инструментам и сервисам.
Эти две вещи изначально можно использовать跨客户端.
Самая большая проблема — на самом внешнем уровне: структура каталогов, файлы манифеста и способ настройки MCP у каждого клиента различаются; при переносе одного и того же компонента на другой клиент приходится заново упаковывать его в соответствии с правилами «нового дома».
А плагины Agent унифицировали внешнюю упаковку.
Плагин — это папка.
Поместите файл plugin.json в корневую директорию, все навыки поместите в папку skills/, а конфигурацию MCP запишите в mcp.json.
В списке обязательны только два поля: $schema и name, остальное определяется по фиксированным позициям, клиенту не нужно угадывать, даже версию можно не указывать.
Что касается «личных вещей», которые каждая сторона хочет включить, таких как собственные хуки, команды и интерфейсы, поместите их все в каталог, названный с использованием обратного доменного имени.
Другие клиенты не распознают эту директорию и просто пропускают её при сканировании. Общий уровень, поэтому он чище, компактнее и проще в реализации.
И оно мало что регулирует.
1.0 распознает только два типа переносимых компонентов: навыки в папке skills/ и MCP-конфигурации в файле mcp.json.
Хуки, слеш-команды, кастомные агенты — всё это остаётся прерогативой каждой платформы и не унифицировано.
Текст стандарта все еще помечен как «Рабочий черновик (Working Draft)», словно официальные лица тихо добавляют: «Еще дорабатываем» — до зрелого стандарта, утвержденного отраслью, еще далеко.
Одной фразой: Agent Skills управляет командами, MCP управляет подключением инструментов, а Agent Plugins отвечает за упаковку обоих в один контейнер.
Только упаковка унифицирована, а сами агенты внутри не менялись.
Одна сборка не означает работу везде
Даже если упаковка унифицирована, работа еще далеко не унифицирована.
Он управляет только оболочкой двух типов компонентов: skills и mcp.json. Когда дело доходит до запуска, он отходит в сторону:
Установка, распространение, разрешения, песочница, аутентификация, проверка доверия, пользовательский опыт — всё это оставляется на усмотрение каждого клиента.Поддержка различных методов передачи, таких как stdio, Streamable HTTP и устаревший HTTP+SSE, различается у разных платформ. Успех запуска одного и того же плагина на другом клиенте также зависит от удачи.
Microsoft также особо подчеркнула безопасность: сервер MCP и хуки из плагинов будут выполнять код на вашем локальном устройстве; перед установкой обязательно проверяйте источник и автора, особенно вещи из сообщественного рынка.
Собственный пакет документации OpenAI по-прежнему использует структуру .codex-plugin/plugin.json, которая не имеет ничего общего с plugin.json в корневом каталоге открытого стандарта.
Спецификация гарантирует только то, что совместимые клиенты смогут обнаружить поддерживаемые ими переносимые компоненты; при реальном запуске методы аутентификации и среда выполнения могут все еще различаться.
Таким образом, упаковка в единое целое не означает, что и выполнение стало единым — между ними всё ещё стоит целая цепочка инженерных процессов.
В конечном счете, именно этот уровень является тем, который крупные игроки меньше всего хотят удерживать.
Настоящие ценности — рынок приложений, система прав доступа, пользовательские точки входа, а также специализированные возможности вроде hooks и custom agents — ни одна из них не была передана.
Эта структура почему-то так знакома
Те, кто знаком с плагином Claude Code, возможно, уже оцепенели.
plugin.json, skills, mcp.json — это же та же самая система, которую постоянно использует Claude Code?
Даже до появления этого стандарта Anthropic создала для Claude Code полноценную систему плагинов: файл .claude-plugin/plugin.json в корневой директории, дополненный skills, mcp.json, commands и agents, а также запустила два официальных рынка для обмена плагинами пользователями.
Идея упаковки «плагин = навык + MCP + список» была одной из первых реализована Anthropic, и их подход еще более полный: навыки, хуки, MCP, субагенты, команды со слешем — всё это включено в один пакет.
В этом новом стандарте включены только две универсальные части: навыки и MCP, остальные более сложные элементы не были добавлены.
Интересно, что, хотя Anthropic еще не присоединился, формат почти повторяет его стиль.
У Claude Code уже есть корневая переменная, специально направленная на каталог плагинов; новый стандарт был полностью перенесен с изменением только имени — функционал идентичен, а структура почти совпадает.
Слой совместимости больше не скроешь.
В официальной документации Microsoft VS Code в стандартном маркетплейсе плагинов уже есть пункт anthropics/claude-code.
Он поддерживает новые открытые форматы, а также продолжает распознавать формат Claude в файлах .claude-plugin/plugin.json.
Codex от OpenAI даже оставил исходное имя переменной от Claude, чтобы обеспечить совместимость с существующими плагинами Claude.
Другими словами, все собрались вместе и согласовали формат, очень похожий на Claude Code, но Anthropic не было среди них.
Основатель стал отсутствующим
Компания, которая создала новый подход, полностью отсутствовала, пока другие превратили этот подход в стандарт.
Это не означает, что Anthropic оказался за закрытой дверью.
Обе новые инструментальные набора от Google включают Claude Code в список совместимых решений, а также имеют два собственных официальных маркетплейса плагинов.
Более точным будет сказать, что Anthropic всегда предпочитала строить свой собственный дом.
На этот раз он не сел за этот единый стандартный стол, а продолжил вести свою собственную замкнутую систему — от формата до рынка и распространения.
Это не первый раз, когда он становится самым заметным отсутствующим на мероприятии «Давайте вместе».
Все, кто знакомы с этой компанией, знают, что она всегда сначала доводит свою систему до совершенства, а уже потом думает, стоит ли согласовываться с другими.
Преимущество такого подхода заключается в том, что продукт является самодостаточным и обеспечивает единый опыт, но цена за это — то, что он часто оказывается не при делах при каждом отраслевом сотрудничестве.
Тогда почему именно сейчас?
Как только будут согласованы базовые стандарты, конкуренция поднимется на следующий уровень.
Например, фундамент торгового центра можно закладывать совместно несколькими компаниями, но как только фундамент будет готов, конкуренция переносится на магазины и полки на верхних этажах.
Это уже территория каждой компании, где конкуренция больше не в том, чья модель показывает более высокие баллы, а в том, чья экосистема плагинов больше и кто первым приходит на ум разработчикам.
Шесть компаний наконец определили спецификации коробки.
Но настоящим определяющим фактором является не коробка, а агенты внутри нее — тот, кто сможет удержать разработчиков рядом с собой, и станет победителем.