Введение — A2A Docs

Протокол Agent2Agent (A2A) — открытый стандарт, созданный для того, чтобы независимые и потенциально «непрозрачные» системы ИИ-агентов могли общаться и работать вместе. Агенты могут быть построены на разных фреймворках и языках или разными поставщиками. A2A даёт им общий язык и общую модель взаимодействия.

Что позволяет протокол#

Агенты, поддерживающие A2A, могут:

находить возможности друг друга;
договариваться о форме взаимодействия: текст, файлы, структурированные данные;
вести совместную работу над задачами;
безопасно обмениваться информацией для достижения целей пользователя, не получая доступа к внутреннему состоянию, памяти и инструментам друг друга.

Цели#

Совместимость (Interoperability). Преодолеть разрыв в общении между разнородными агентными системами.
Сотрудничество (Collaboration). Дать агентам возможность передавать друг другу задачи, обмениваться контекстом и вместе решать сложные запросы пользователей.
Обнаружение (Discovery). Позволить агентам динамически находить и понимать возможности других агентов.
Гибкость (Flexibility). Поддержать разные режимы взаимодействия: синхронный запрос и ответ, потоковую передачу обновлений в реальном времени и асинхронные push-уведомления для долгих задач.
Безопасность (Security). Обеспечить защищённый обмен, пригодный для корпоративных сред и опирающийся на стандартные веб-практики.
Асинхронность (Asynchronicity). Изначально поддерживать долгие задачи и взаимодействия, в которых участвует человек.

Принципы#

Простота. Повторно используются существующие понятные стандарты: HTTP, JSON-RPC 2.0, Server-Sent Events.
Готовность для предприятий. Аутентификация, авторизация, безопасность, приватность, трассировка и мониторинг решаются в рамках устоявшихся корпоративных практик.
Асинхронность прежде всего. Протокол рассчитан на (возможно, очень) долгие задачи и взаимодействие с человеком в контуре.
Независимость от формата. Поддерживается обмен разными типами содержимого: текст, аудио и видео (через ссылки на файлы), структурированные данные и формы, а также потенциально встраиваемые интерфейсы (например, iframe, на который ссылаются из частей).
Непрозрачное выполнение. Агенты сотрудничают на основе заявленных возможностей и обмена информацией, не раскрывая друг другу внутренние рассуждения, планы и устройство своих инструментов.

Три слоя спецификации#

Спецификация разделена на три слоя, которые вместе дают полное определение протокола.

Слои спецификации A2A. Схема по оригинальной диаграмме раздела 1.3.

Слой 1. Каноническая модель данных. Основные структуры данных и форматы сообщений, которые должны понимать все реализации. Они не зависят от протокола и описаны как сообщения Protocol Buffers.
Слой 2. Абстрактные операции. Базовые возможности и поведение, которые обязаны поддерживать агенты A2A независимо от того, как эти операции опубликованы.
Слой 3. Привязки к протоколам. Конкретное отображение операций и структур данных на JSON-RPC, gRPC и HTTP/REST: имена методов, шаблоны адресов, особенности каждого протокола.

Такое устройство даёт четыре свойства:

базовая семантика одинакова во всех привязках;
новые привязки можно добавлять, не меняя модель данных;
об операциях A2A можно рассуждать независимо от привязки;
совместимость поддерживается общим пониманием канонической модели.

A2A и MCP#

A2A и MCP решают разные задачи и не конкурируют. связывает агента с инструментами и ресурсами. A2A связывает агента с другими агентами и координирует их работу. Один и тот же агент может поддерживать оба протокола для разных сценариев.

Подробное сравнение, таблица различий и типичные заблуждения — на странице «A2A и MCP» справочника a2aprotocol.ru. Оригинал: A2A and MCP.

Что читать дальше#

Понятия: клиент, сервер, Agent Card, задача, сообщение, часть, артефакт.
Протокол: привязки, версии и параметры сервиса.
Методы: таблица операций с описанием каждой.
Миграция с 0.3 на 1.0: если вы работаете с агентами прошлой версии.