A2A: как ИИ-агенты договариваются друг с другом

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

Пока большинство «агентов» живут в изоляции: каждый умеет вызывать свои инструменты, но не умеет позвать соседа. A2A закрывает именно этот разрыв — межагентную коммуникацию, а не связку «модель — инструмент».

Зачем вообще протокол между агентами

Представьте наём сотрудника. HR-агент компании должен собрать резюме кандидатов, назначить собеседования, проверить рекомендации. Часть этих подзадач логично отдать специализированным агентам: один ищет кандидатов на рынке, другой сверяет расписания, третий проверяет данные. Все они могут быть от разных поставщиков.

Без общего протокола каждую такую связку пишут вручную: свой формат запроса, своя авторизация, свой способ узнать, что агент вообще умеет. A2A задаёт единые правила, чтобы агенты находили друг друга и обменивались задачами по одной схеме — примерно как HTTP сделал это для веб-серверов.

Ключевой принцип A2A — агенты сотрудничают как «чёрные ящики». Клиентскому агенту не нужно знать, какая модель, память или инструменты стоят у исполнителя. Он видит только заявленные возможности и результат.

Из чего состоит A2A

Протокол построен поверх привычных стандартов: HTTP, JSON-RPC 2.0 и Server-Sent Events для потоковой передачи. Это осознанное решение — не изобретать транспорт, а лечь на то, что корпоративная инфраструктура уже умеет проксировать и защищать.

Agent Card

Отправная точка — Agent Card¹. Это JSON-документ, который агент публикует по стандартному адресу (обычно /.well-known/agent.json). В нём описано: как называется агент, что он умеет, какие навыки предоставляет, по какому URL к нему обращаться и какие способы аутентификации поддерживает. Клиентский агент читает карточку и решает, подходит ли исполнитель под задачу.

Task, Message и Artifact

Основная единица работы — Task (задача) с собственным жизненным циклом: создана, выполняется, требует уточнения, завершена, провалена. Внутри задачи агенты обмениваются Message — репликами, состоящими из частей (Part): текст, файл или структурированные данные. Итог работы оформляется как Artifact — результат, который отдаётся заказчику.

Долгие задачи и уведомления

Не всякая задача выполняется за секунду. A2A предусматривает длительные процессы: агент может стримить промежуточные обновления через SSE или прислать push-уведомление, когда результат будет готов. Это важно для сценариев вроде «проверь всех поставщиков и вернись через час».

A2A и MCP — не конкуренты

Здесь возникает главная путаница. Anthropic ранее выпустила MCP (Model Context Protocol) — тоже открытый стандарт, тоже про агентов. Но задачи у них разные, и Google прямо позиционирует A2A как дополнение к MCP, а не замену.

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

Как выглядит взаимодействие по шагам

1. Клиентский агент запрашивает Agent Card исполнителя и проверяет, что тот умеет нужный навык.
2. Клиент проходит аутентификацию способом, указанным в карточке.
3. Клиент создаёт Task и отправляет первое Message с описанием задачи.
4. Исполнитель работает: возвращает результат сразу, стримит обновления или запрашивает уточнения через дополнительные Message.
5. По завершении исполнитель отдаёт Artifact и переводит Task в статус «завершена».

Что это значит для рынка

A2A — ставка на мир, где не будет одного «агента-победителя», а будут десятки специализированных, которым надо как-то уживаться. Открытый протокол под нейтральным управлением Linux Foundation снижает риск того, что рынок разобьётся на несовместимые экосистемы каждого крупного вендора.

Но есть и открытые вопросы. Безопасность межагентного общения — отдельная большая тема: если ваш агент делегирует задачу чужому, кто отвечает за утечку данных и как проверить, что исполнитель не подменён. Протокол закладывает механизмы аутентификации, но зрелость экосистемы ещё предстоит проверить на практике. По состоянию на 2024–2025 годы A2A — молодой стандарт, и продакшн-внедрений пока немного.

¹ Agent Card — публичный машиночитаемый паспорт агента в формате JSON. По нему другой агент понимает, что перед ним за исполнитель, что он умеет и как к нему безопасно обратиться, не заглядывая внутрь реализации.