Google присоединился к разработке Agent Plugins 1.0.0, спецификации для упаковки готовых возможностей AI-агентов. Ценность здесь не в новом формате промптов, а в попытке превратить интеграцию из отдельного проекта под каждый клиент в устанавливаемый артефакт. Если формат приживётся, собирать навык один раз станет дешевле, чем постоянно писать для него новые обёртки.
Что лежит внутри плагина
Как пишет Google Developers Blog, Agent Plugins 1.0.0 представляет собой нейтральную к поставщику спецификацию каталогов. Она позволяет объединить Agent Skills и MCP-серверы в одну переносимую единицу.
У пакета есть стандартизированный манифест plugin.json и фиксированная структура директорий. Идея предельно практичная: совместимый AI-агент или IDE получает предсказуемое место, где можно обнаружить компоненты плагина и понять, как с ними работать. Разработчику, в свою очередь, не приходится поддерживать отдельную обёртку или конфигурацию для каждой среды.
Google стал Core Maintainer спецификации и уже добавил её поддержку в Agents CLI и Data Agent Kit. То есть формат существует не только на уровне документа: в инструментах Google плагины уже можно собирать и распространять.
Сам стандарт поддерживают Google, Amazon, Microsoft и другие участники. Ранее The Decoder писал, что в создании Agent Plugins также участвовали Cursor, OpenAI и Vercel. Vercel отдельно объявлял о версии 1.0.0. Такой состав не гарантирует массового внедрения, но показывает, какую проблему поставщики считают общей: расширения агентов уже появились, а единой упаковки для них ещё не было.
Экономия начинается не в модели, а вокруг неё
До Agent Plugins один и тот же базовый компонент мог требовать разной раскладки или копирования для разных клиентов. В результате поставщик навыка платил не только за разработку самой возможности, но и за обслуживание способов её доставки. Это знакомая ловушка раннего рынка: продукт вроде один, а интеграций внезапно пять.
Agent Plugins пытается убрать именно этот слой затрат. Спецификация не делает навык умнее и не улучшает MCP-сервер. Она стандартизирует коробку, в которой они приезжают. Звучит менее эффектно, чем очередной автономный агент, зато именно такие скучные соглашения обычно определяют стоимость эксплуатации.
Для команды, которая строит внутреннего агента, вывод простой: повторяемые возможности стоит проектировать не как россыпь файлов и инструкций под конкретную IDE, а как отдельные устанавливаемые пакеты. Даже если компания останется внутри инструментов Google, фиксированная структура снижает объём ручной конфигурации. Если поддержку добавят другие клиенты, тот же пакет можно будет переносить без новой сборки под каждую среду.
Для поставщиков эффект потенциально сильнее. Навык или набор инструментов получает самостоятельную единицу распространения. Это позволяет отделить разработку возможности от конкретного интерфейса агента и продавать или внедрять один пакет в нескольких средах. Но вместе с каналом дистрибуции появляется новая зависимость: если клиенты реализуют спецификацию по-разному или ограничатся собственными каталогами, универсальный плагин снова превратится в набор адаптаций, только теперь с красивым plugin.json сверху.
Пока доказана работа формата в Agents CLI и Data Agent Kit. Всё остальное зависит не от списка компаний рядом со спецификацией, а от их продуктов. Поддержать стандарт на словах дёшево. Дать пользователю установить один и тот же пакет без отдельной обёртки заметно дороже.
Что смотреть дальше
Главный маркер успеха Agent Plugins понятен: появится ли установка одного неизменённого пакета в клиентах разных поставщиков. Если плагин с тем же plugin.json и той же структурой каталогов заработает за пределами инструментов Google без дополнительных конфигураций, интеграция действительно станет единицей поставки.
Если же каждый клиент потребует собственных полей, раскладки или адаптера, экономия останется локальной. Тогда Agent Plugins будет полезным форматом Google и его партнёров, но не общим транспортом для рынка агентов. Проверять нужно не число логотипов у спецификации, а число обёрток, которые разработчику всё ещё приходится поддерживать.