A2A от Google: протокол для общения агентов и что с ним не так

В апреле 2025 года Google анонсировал Agent2Agent (A2A) — открытый протокол, который должен позволить ИИ-агентам от разных производителей общаться друг с другом: делегировать задачи, обмениваться статусами и результатами. К запуску Google заявил список из полусотни с лишним партнёров, среди которых Atlassian, Salesforce, SAP, MongoDB, Workday и крупные консалтинговые компании. Позже, в июне 2025 года, Google передал проект в Linux Foundation — теперь спецификацию развивает независимый фонд, а не одна корпорация.

Идея простая на словах и сложная на деле: у вас есть агент по подбору кандидатов, у рекрутингового сервиса — свой агент, у системы согласования офферов — третий. Сегодня их обычно связывают вручную через API и обёртки. A2A предлагает единый язык, на котором агенты находят друг друга, договариваются о формате и ведут диалог до результата.

Что именно предложил Google

A2A — это спецификация поверх привычного веба: HTTP, JSON-RPC 2.0 и Server-Sent Events для потоковой передачи. Ключевые понятия протокола:

• Agent Card — публичный JSON-документ (обычно по адресу вида /.well-known/agent.json), в котором агент описывает, что он умеет, какие у него навыки, какие способы аутентификации поддерживает и по какому эндпоинту с ним говорить. Это способ обнаружения: клиент читает карточку и понимает, стоит ли отправлять задачу.
• Task — единица работы с жизненным циклом: создана, выполняется, требует ввода, завершена, провалена. Задача может быть долгой, и клиент отслеживает её статус.
• Message и Part — сообщения внутри задачи, состоящие из частей: текст, файл, структурированные данные. Это позволяет обмениваться не только текстом, но и, например, формой с полями.
• Artifact — результат работы агента, который он возвращает по завершении задачи.

Важная деталь: A2A изначально задуман как дополнение к MCP¹, а не его конкурент. MCP подключает к модели инструменты и данные (агент — инструмент), а A2A связывает агентов между собой (агент — агент). В документации Google это разграничение проводится прямо.

MCP отвечает на вопрос «как агенту дотянуться до инструмента», A2A — на вопрос «как одному агенту поручить работу другому и не завязнуть в кастомных интеграциях». Это разные слои, и в теории они складываются в стек.

A2A, MCP и попытки Anthropic и OpenAI

A2A вышел не в вакууме. К моменту его анонса протокол MCP от Anthropic (представлен в конце 2024 года) уже набрал заметную популярность среди разработчиков как способ подключать инструменты к моделям. Прямых аналогов «агент-агент» такого же охвата на рынке немного, поэтому корректнее сравнивать A2A с MCP по назначению, а не как конкурентов.

Формулировка «конкурент MCP» в заголовках первых недель после анонса была неточной: Google сам позиционировал протоколы как взаимодополняющие. Реальная конкуренция скорее развернётся между стандартами связи агентов, если их появится несколько.

Реальное состояние экосистемы

Здесь начинается расхождение между презентацией и практикой. Список партнёров на лендинге — это заявления о поддержке, а не готовые к продакшену интеграции. На старте A2A был:

• опубликован SDK (Python и другие языки появлялись постепенно);
• выложены примеры и демо на GitHub;
• заявлена поддержка в Google Vertex AI и Agent Development Kit.

Что это значит для того, кто хочет строить систему из агентов прямо сейчас:

1. Спецификация есть и развивается. После передачи в Linux Foundation у протокола появился более нейтральный дом, что снижает риск «это уйдёт вместе с очередным закрытым проектом Google».
2. Готовых чужих агентов, с которыми можно поговорить по A2A, мало. Большинство заявленных партнёров на момент анонса обещали поддержку, а не отгружали её. Экосистема, где ваш агент реально находит и нанимает агента стороннего вендора, — пока в основном демо и пилоты.
3. Проверяйте актуальный статус. Версии SDK, набор поддерживаемых языков и список живых интеграций меняются быстро — сверяйтесь с репозиторием и документацией проекта, а не со статьями полугодовой давности.

Кому это пригодится, а кому нет

Пригодится, если вы:

• строите внутреннюю мультиагентную систему в крупной компании, где разные команды делают разных агентов и вам нужен единый контракт между ними вместо зоопарка кастомных API;
• работаете на стеке Google Cloud / Vertex AI и хотите заранее заложить совместимость с тем, что Google явно продвигает как стандарт;
• делаете платформу или SaaS и хотите, чтобы ваш агент в будущем умел встраиваться в чужие оркестрации без переписывания интеграции под каждого клиента.

Скорее не нужно сейчас, если вы:

• делаете одного агента с набором инструментов — здесь достаточно MCP или прямых вызовов функций, A2A добавит слой, который вам некому использовать;
• ждёте готовую экосистему из коробки — межвендорных сценариев, работающих «из телефона», пока нет, и полагаться на список партнёров как на факт наличия интеграции не стоит;
• работаете в маленьком проекте, где два ваших сервиса проще связать обычным REST — протокол окупается там, где интеграций много и они меняются.

Что в итоге

A2A — это ставка Google на то, что будущее за роями агентов, которым нужен общий язык, и попытка задать этот язык до того, как рынок расколется на несовместимые диалекты. Передача в Linux Foundation — сильный ход для доверия. Но между красивой спецификацией и работающей межвендорной экосистемой лежит период, который сейчас и идёт. Закладывать совместимость на будущее — разумно. Рассчитывать, что чужие агенты уже готовы с вами разговаривать, — рано.

¹ MCP (Model Context Protocol) — открытый протокол, представленный Anthropic в 2024 году. Стандартизирует, как языковая модель получает доступ к внешним инструментам, файлам и данным через единый интерфейс, чтобы не писать интеграцию под каждый источник отдельно.