Шість великих компаній у сфері ШІ (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, не брала участі у розробці, але її формат вже підтримується багатьма. Це означає, що конкуренція за базові стандарти змістилася на боротьбу за екосистему плагінів — справжнє змагання полягає в тому, хто зможе привернути більше розробників.Автор статті, джерело: NewZeal
Шість великих гравців зі світу ШІ рідкісно сіли за один стіл.
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 Plugins уніфікував зовнішній упаковувальний ящик.
Плагін — це папка.
Помістіть файл plugin.json у кореневий каталог, всі навички помістіть у папку skills/, а конфігурацію MCP запишіть у mcp.json.
У списку обов’язково заповнені лише два поля: $schema і name, решта визначається за фіксованими позиціями, клієнту не потрібно вгадувати, навіть номер версії можна не вказувати.
Щодо «особистих» елементів, які кожен бажає додати, наприклад, власні гачки, команди чи інтерфейси, їх усіх слід помістити в каталог, названий за зворотнім доменним ім’ям.
Інші клієнти не розпізнають цей каталог, і якщо він буде виявлено, його просто проігнорують. Це загальний рівень, тому він чистіший, компактніший і простіший у реалізації.
І він мало чим керує.
1.0 визнає лише два типи переносних компонентів: навички з папки skills/ і конфігурації MCP з файлу mcp.json.
hooks, команди зі слешем, custom agents — це все ще територія кожної компанії окремо, ще не уніфіковано.
Текст норми все ще позначений як «робочий проект (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 вже існує коренева змінна, спрямована на каталог плагінів; новий стандарт був перенесений без змін, лише зі зміненою назвою, а функціонал та структура майже ідентичні.
Сумісний шар більше не можна приховати.
У офіційній документації VS Code від Microsoft стандартний магазин розширень містить елемент anthropics/claude-code.
Він підтримує нові відкриті формати, одночасно продовжуючи підтримку формату Claude у файлі .claude-plugin/plugin.json.
Codex від OpenAI ще й зберіг початкове ім’я змінної від Claude, щоб забезпечити сумісність із наявними плагінами Claude.
Іншими словами, люди зібралися разом і узгодили формат, який дуже схожий на Claude Code, а Anthropic не було серед них.
Засновник став відсутнім
Компанія, яка запровадила нову гру, повністю відсутня, коли інші перетворили цю гру на стандарт.
Але це не означає, що Anthropic залишився за дверима.
Обидві нові інструменти, запущені Google, включають Claude Code до списку сумісних продуктів, а також мають два офіційні магазини плагінів.
Більш точно буде сказати, що Anthropic завжди віддавала перевагу будівництву власних будівель.
На цей раз він не сів за цей уніфікований стіл, а продовжив розвивати свою власну замкнену систему — від формату до ринку та розповсюдження.
Це не перший раз, коли він став найбільш помітним відсутнім на заході «Давайте разом».
Всі, хто знайомий з цією компанією, знають, що вона завжди спочатку досконало вдосконалює власну систему, а потім вже розглядає, чи варто згідовуватися з іншими.
Перевагою такого підходу є самодостатність продукту та уніфікований досвід, але ціною є те, що під час кожного галузевого зустрічі він легко виявляється поза місцем події.
Тоді чому саме зараз?
Коли базові стандарти будуть узгоджені, конкуренція підніметься на один рівень вище.
Наприклад, фундамент торговельного центру можна закладати спільно кількома компаніями, але після того як фундамент готовий, конкуренція переходить на магазини та полиці на верхніх поверхах.
Це вже територія кожної компанії — боротьба ведеться не за те, чий моделі показують вищі бали, а за те, чия екосистема плагінів більша і хто першим приходить на думку розробникам.
Шість компаній нарешті визначили специфікацію коробки.
Але справжнім вирішуючим фактором є не коробка, а агенти всередині неї — хто зможе за допомогою них утримати розробників поруч із собою, той і є переможцем.