# Введение

Зачем нужен A2A и как устроена спецификация

> Страница сайта A2A Docs — неофициального перевода документации протокола Agent2Agent (https://a2adocs.ru/intro/). Тип: Перевод. Основа: Спецификация, раздел 1 (https://a2a-protocol.org/latest/specification/#1-introduction). Версия спецификации 1.0.0, сверено 05.10.2026.

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

> **Заметка переводчика.** Слово opaque переводим как «непрозрачный»: для партнёра агент остаётся чёрным ящиком. Это сознательное свойство протокола, а не недостаток.

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

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

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

## Цели

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

## Принципы

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

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

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



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

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

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

> **Заметка переводчика.** Единственным нормативным определением объектов и сообщений служит файл a2a.proto. JSON Schema создаётся из него при сборке и нормативным не является. SDK и схемы должны генерироваться из proto, а не правиться вручную (раздел 1.4).

## A2A и MCP

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

Подробное сравнение, таблица различий и типичные заблуждения — на странице [«A2A и MCP» справочника a2aprotocol.ru](https://a2aprotocol.ru/a2a-vs-mcp/). Оригинал: [A2A and MCP](https://a2a-protocol.org/latest/topics/a2a-and-mcp/).

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

- [Понятия](https://a2adocs.ru/concepts/): клиент, сервер, Agent Card, задача, сообщение, часть, артефакт.
- [Протокол](https://a2adocs.ru/protocol/): привязки, версии и параметры сервиса.
- [Методы](https://a2adocs.ru/protocol/methods/): таблица операций с описанием каждой.
- [Миграция с 0.3 на 1.0](https://a2adocs.ru/migration/): если вы работаете с агентами прошлой версии.