Содержание
Теперь, когда ИИ-агенты стали обыденностью, следующий вызов сместился к вопросу: «как заставить агентов работать сообща». Если MCP — это стандарт, который соединяет агента с его «инструментами», то A2A (Agent2Agent) — это стандарт, который соединяет агента с «другим агентом». Он позволяет ИИ, построенным на разных платформах и фреймворках, общаться и сотрудничать через общую договорённость.
В этой статье для новичков разбирается, что такое A2A, зачем он нужен, чем отличается от MCP, как устроены Agent Card и Task, а также каково текущее состояние и реализация.
MCP — это вертикаль (инструменты), A2A — это горизонталь (равные)
— ИИ общаются и сотрудничают через общую договорённость
MCP = вертикальное соединение
Соединяет одного агента с инструментами и данными.
A2A = горизонтальная координация
Соединяет агентов друг с другом и делегирует работу.
1. Что такое A2A?
A2A (Agent2Agent) — это открытый стандарт (протокол), позволяющий ИИ-агентам находить друг друга, общаться и сотрудничать независимо от фреймворков, на которых они построены. Google выпустил его в апреле 2025 года, в июне того же года передал его Linux Foundation, и в 2026 году он достиг версии v1.0. Его формируют как «общий язык», не привязанный к какой-либо одной компании.
Представьте себе «этикет делового партнёрства между компаниями». Если MCP — это ваши собственные сотрудники, использующие инструменты, то A2A — это общий свод правил для того, чтобы попросить другую компанию (другой ИИ) выполнить работу и получить результат. Чем бы ни был построен ваш партнёр, вы можете обмениваться фразами «пожалуйста, сделай это» и «готово» по фиксированной процедуре.
💡 В одну строку: A2A = «общий протокол общения между ИИ-агентами». Там, где MCP отвечает за «подключение к инструментам», A2A отвечает за «координацию с равными».
2. Зачем это нужно: эпоха совместной работы агентов
В 2026 году ИИ движется к модели, в которой вместо одного агента, делающего всё, несколько агентов с разной специализацией делят работу и сотрудничают. Например, запрос вроде «организуй поездку» обрабатывается как эстафета: агент планирования → агент бронирования отелей → агент оплаты.
Но когда каждый агент построен на разной платформе и технологии, их соединение каждый раз требует индивидуальной доработки. Вот где окупается общий протокол — A2A. Пока все следуют общей договорённости, вы можете превратить мультиагентные системы в «детали, которые можно комбинировать». Это тот же сдвиг, который сделал MCP общим стандартом для подключения инструментов.
3. Чем отличается от MCP (вертикаль vs горизонталь)
A2A и MCP — не конкуренты: у них разные роли, что часто объясняют как «вертикаль vs горизонталь». Совмещение обоих — стандартная конфигурация 2026 года.
Агент ↔ инструменты
Соединяет одного агента с инструментами и данными — БД, API, файлами. Соединение, которое «добавляет возможности».
Агент ↔ агент
Соединяет агентов друг с другом и делегирует работу в обе стороны. Координация, которая «сотрудничает с равными».
Запомнить просто: «подключение к инструментам = MCP; подключение к равным = A2A». В реальной системе каждый агент держит свои инструменты через MCP, координируясь с другими агентами через A2A — эта двухслойная схема «вертикальный MCP плюс горизонтальный A2A» становится маршрутом по умолчанию для корпоративной эксплуатации агентов.
4. Как это работает: Agent Card и Task
Сердце A2A — это «Agent Card». Это JSON, похожий на «визитную карточку», который публикует каждый агент, сообщая «что я умею», «куда мне писать» и «как устроена аутентификация». Его расположение даже зафиксировано по адресу /.well-known/agent-card.json.
Обнаружение (Agent Card)
Прочитайте карточку другого агента и поймите, «что он умеет».
Запрос (Task)
Отправьте «Task». Он несёт состояния — working, input-required, completed.
Результат (Artifact)
Получите результат. Длительные задачи могут также передавать прогресс потоком.
Коммуникация построена на широко используемых технологиях — HTTP, Server-Sent Events (SSE) и JSON-RPC 2.0. Ключевой момент в том, что агенты не раскрывают друг другу своё внутреннее устройство. Каждый держит своё содержимое (используемые инструменты, ход рассуждений) скрытым и обменивается только задачами и результатами. Именно поэтому они могут безопасно сотрудничать даже между разными компаниями.
⚠️ Безопасность по-прежнему обязательна: совместная работа агентов удобна, но нужна архитектура, которая не доверяет внешним агентам сверх меры. Сочетайте её с ограничителями (guardrails) и управлением правами доступа.
5. Текущее состояние и реализация
A2A распространяется стремительно. По заявлению Linux Foundation (по состоянию на апрель 2026 года), более 150 организаций используют его в продакшене, у него 22 000+ звёзд на GitHub, а SDK поставляются на пяти языках (Python, JavaScript, Java, Go и .NET). В нём участвуют такие гиганты, как Microsoft, Salesforce, SAP и ServiceNow, что закрепляет за ним место отраслевого стандарта.
Что касается реализации, SDK для каждого языка делают довольно простым создание как «стороны, которая публикует Agent Card (сервера)», так и «стороны, которая делегирует работу другим агентам (клиента)». Рекомендуемый порядок — сначала построить одного агента, а затем, освоившись, заставить его координироваться с другими через A2A. Как и Skills и MCP, в основе лежит идея «компонентизации через общий формат».
※ Цифры и спецификации приведены из различных публикаций (по состоянию на июнь 2026 года). Протокол развивается; за актуальной информацией обращайтесь к Linux Foundation / официальной спецификации.
Итоги
Три вывода об A2A.
- Что это: открытый стандарт для того, чтобы ИИ-агенты находили друг друга и сотрудничали независимо от фреймворков. Зародился в Google, управляется Linux Foundation.
- В чём различие: MCP — это вертикаль (агент ↔ инструменты); A2A — это горизонталь (агент ↔ агент). Совмещение обоих — это стандарт.
- Как это работает: обнаружение через Agent Card (визитную карточку) → Task (запрос) → Artifact (результат). Безопасное сотрудничество при сохранении скрытого внутреннего устройства.
От одного агента к «команде», которая сотрудничает — A2A является мостом. Читайте его вместе с MCP и мультиагентными системами, чтобы охватить полную картину совместной работы агентов в 2026 году.
FAQ
В. Что использовать — A2A или MCP?
О. Это не выбор «или-или». Чтобы соединить агента с инструментами и данными, используйте MCP; чтобы заставить агентов координироваться, используйте A2A. В реальной системе вы совмещаете оба: «каждый агент держит свои инструменты через MCP и сотрудничает через A2A».
В. Что такое Agent Card?
О. «Визитная карточка» агента. Это JSON, сообщающий «что он умеет, куда ему писать и как пройти аутентификацию», размещённый по адресу /.well-known/agent-card.json. Партнёр читает её, чтобы решить, может ли он делегировать работу.
В. Может ли он координироваться с ИИ другой компании?
О. В этом и состоит вся цель A2A. Поскольку это общий протокол, агенты от разных вендоров и фреймворков могут координироваться. Каждый держит своё внутреннее устройство скрытым и обменивается только задачами и результатами.
В. Нужен ли A2A разработчикам-одиночкам?
О. Если у вас всего один агент — нет. A2A окупается, когда вы хотите, чтобы несколько независимых агентов координировались. Достаточно сначала построить одного агента, а A2A внедрить, когда координация станет необходимой.