Agent Plugins — конец фрагментации AI-агентов?
Что на самом деле делает новый стандарт OpenAI, Google и Microsoft

Что произошло по факту

Сейчас каждый agent-клиент ждёт свою схему каталогов для расширений. Инструмент coding-assistant, data connector или переиспользуемый workflow приходилось паковать отдельно под Claude Code, отдельно под Cursor, отдельно под VS Code Copilot. Agent Plugins не изобретает новую capability — он стандартизирует контейнер. Plugin — это директория с манифестом plugin.json в корне. Skills лежат в skills/ и обязаны соответствовать существующей спецификации Agent Skills. MCP-серверы объявляются в mcp.json с поддержкой stdio, Streamable HTTP или legacy HTTP+SSE. Любой compliant-клиент обнаруживает и загружает оба типа из одной папки; reverse-domain namespace зарезервирован под client-specific extras, которые не протекают в portable core.

Предложение инициировал Vercel; спеку 1.0 вместе формировали представители AWS, Anysphere (Cursor), GitHub, Microsoft и OpenAI. В исходном Technical Steering Committee core-maintainers — Amazon, Cursor, Microsoft, OpenAI и Vercel. Google добавился в день запуска, от DeepMind — инженер Kevin Hou, и подтвердил поддержку в Antigravity, Gemini CLI и Data Agent Kit.

Хронология: это не появилось из ниоткуда

Agent Plugins — третий слой 18-месячного стека, а не отдельное изобретение:

Паттерн: MCP закрыл подключение агентов к инструментам. Agent Skills закрыл обучение переиспользуемым процедурам. Ни то ни другое не решило единообразный packaging и discovery обоих типов компонентов — именно эту дыру бьёт Agent Plugins.

Ключевые факты одним взглядом

Источники: блог Vercel, спецификация agent-plugins.org, Google Developers Blog — всё опубликовано 6 августа 2026.

Почему дизайн сознательно узкий

Стандартизируют контейнер, не содержимое

Манифест объявляет целевую версию спеки; компоненты лежат в фиксированных, предсказуемых местах. Клиент, который не знает тип компонента, просто пропускает его — а не отвергает весь plugin. Так формат остаётся forward-compatible при появлении новых типов.

Жёсткие части явно отложены

Текст спеки прямолинеен: v1 «defines no install mechanism, no distribution protocol, no permission model, no sandboxing requirements, no trust or provenance verification, and no user experience.» Это не пробелы по забывчивости — анонс Google называет их deliberate omissions. Узкий scope позволил пяти конкурентам договориться за месяцы, а не годы. Trade-off: вопрос, который реально важен для безопасности — безопасен ли именно этот plugin — полностью уезжает на сторону каждого клиента.

Тайминг — давление adoption, не маркетинг

Одни только Agent Skills за пять месяцев после открытия дошли до 32+ инструментов. В таком масштабе независимое решение одной и той же packaging-задачи каждым клиентом перестаёт быть мелкой неэффективностью и становится реальным дублированием engineering cost — вот аргумент стандартизировать сейчас, а не раньше.

Agent Plugins против того, что было раньше

Незакрытый конфликт: security, скепсис и кто реально выигрывает

• Security сознательно оставили на столе — и тайминг неудобный. За месяц до запуска security-фирма AIR публично показала фейковый Agent Skill brand-landingpage: взял credibility у репозитория с 36 000 звёзд на GitHub и прошёл сканеры на каждом протестированном marketplace — включая Cisco, Nvidia и skills.sh. Оценка — порядка 26 000 развёрнутых агентов, часть на корпоративных аккаунтах, через классический gap time-of-check/time-of-use: во время скана skill указывал на легитимную документацию, потом ссылку подменили. Отдельно аудит Snyk почти 4 000 опубликованных skills нашёл уязвимости в 36,8%, из них 13,4% — critical (утечка credentials или malicious code). В спецификации Agent Plugins — ноль положений про provenance verification или runtime attestation.
• Не все разработчики считают стандарт чем-то стоящим. Dax Raad (фреймворк SST) сказал, что он «very much against»: «thin standard», чьи реально полезные части всё равно перепишут как client-specific extensions. Developer advocate Angie Jones — противоположная позиция: ровно то, что нужно — один способ носить уже собранные skills между инструментами ежедневной работы.
• Общий формат не очевидно помогает мелким игрокам. Питч open-ecosystem: собери один раз — достучись до всех крупных клиентов. Но стандартизированный пакет не меняет, где уже сидят пользователи — он может упростить incumbent-клиентам с готовой базой всасывание сторонних расширений при нулевом switching cost.
• Дыра в governance, которую англоязычное покрытие почти не заметило: все пять founding-членов steering committee — Vercel, OpenAI, Microsoft, Amazon и Anysphere — плюс Google в день запуска — компании США. Это важно: MCP уже широко развёрнут на крупных региональных AI-платформах, у которых есть собственные MCP marketplaces и MCP как core agent-инфраструктура. Ни одна из этих платформ не в списке governance Agent Plugins. Это просто timing gap — спеке считанные дни — или ранний сигнал второй, параллельной protocol-layer по регионам? Ни один из стартовых анонсов вопрос не адресует в лоб.

Почему это важно шире самой спеки

Дата запуска не случайна. GPT-5 исполнился год 7 августа 2026, и OpenAI накануне выкатил GPT-5.6 Luna (безлимитные text chats на free tier) и GPT-5.6 Sol (новый слайдер «thinking effort» для paid tiers) параллельно с анонсом Agent Plugins. Формулировка Google в developer-блоге жёсткая по смыслу: «Packaging is unglamorous infrastructure, and unglamorous infrastructure is exactly the kind of thing that should be shared rather than reinvented five times.» Вместе с MCP (закрывает connection) и Agent Skills (закрывает teaching) Agent Plugins (закрывает distribution) достраивает трёхслойный стек, без которого «собери переиспользуемую agent capability один раз» не становилось практичной реальностью.

Командам, которые валидируют Skills, MCP-серверы и локальные toolchain на настоящем macOS — не в VM — выделенные физические узлы Apple Silicon с полным Root/sudo, SSH и VNC часто выходят быстрее, чем собирать private rack. Старт — со страницы заказа RUVCLOUD с арендой по дням.