Главное отличие#
MCP отвечает на вопрос «как агенту воспользоваться инструментом»: прочитать базу данных, вызвать API, открыть файл. Инструмент при этом пассивен — он выполняет ровно то, что попросили, и описан точной схемой.
A2A отвечает на вопрос «как агенту поручить работу другому агенту». Второй агент сам решает, как выполнять задачу, может задать уточняющий вопрос, работать часами и вернуть результат, не показывая, какими инструментами пользовался.
Сравнительная таблица#
| A2A | MCP | |
|---|---|---|
| Назначение | Взаимодействие агентов между собой | Подключение агента к инструментам, данным и API |
| Кто с кем | Агент ↔ агент, равноправные участники | Агент (клиент) → сервер с инструментами |
| Направление | Горизонтальное | Вертикальное |
| Единица работы | Задача с жизненным циклом и артефактами | Вызов инструмента, чтение ресурса |
| Что видно другой стороне | Только объявленные навыки; внутреннее устройство скрыто | Точное описание инструмента со схемой входных параметров |
| Длительность | Рассчитан на долгие задачи, паузы и участие человека | В основном короткие операции внутри сессии |
| Обнаружение | Карточка агента, /.well-known/agent-card.json | Список инструментов, который сервер отдаёт после подключения |
| Привязки | JSON-RPC 2.0, gRPC, HTTP+JSON | JSON-RPC 2.0 через stdio или HTTP |
| Появился | Google, апрель 2025 | Anthropic, ноябрь 2024 |
| Управление | Agentic AI Foundation (Linux Foundation) с августа 2026 | Agentic AI Foundation (Linux Foundation) с декабря 2025 |
Когда что использовать#
- MCP — когда нужно дать своему агенту доступ к собственным системам: учётной базе, почте, документам, внутренним API.
- A2A — когда задачу выполняет агент другой компании или другой команды и вы не контролируете его устройство.
- Оба сразу — в большинстве реальных сценариев: агент по A2A принимает задачу, а для её выполнения по MCP обращается к своим системам.
Граница проходит по ответственности. Если другая сторона только исполняет команду, это инструмент и MCP. Если другая сторона сама принимает решения и отвечает за результат, это агент и A2A.
Как они работают вместе#
Агент закупщика получает от человека задачу: найти 40 стеллажей с доставкой до конца месяца. Через A2A он находит агентов двух поставщиков по их карточкам и отправляет каждому задачу. Агент поставщика через MCP проверяет склад и прайс, затем сам по A2A запрашивает у агента транспортной компании срок доставки. Закупщик получает от поставщиков артефакты — коммерческие предложения в структурированном виде — и показывает человеку сравнение.
Ни один агент не получил доступа к чужим системам. Каждый отвечает за свою часть работы и отдаёт наружу только результат.
Распространённые заблуждения#
- «A2A — конкурент MCP». Нет. Спецификация A2A прямо описывает MCP как дополняющий протокол, оба проекта развиваются в одной организации.
- «Агента можно подключить к другому агенту через MCP». Технически можно обернуть агента в инструмент, но тогда теряются долгие задачи, уточнения, потоковые статусы и непрозрачность — всё то, ради чего существует A2A.
- «Для A2A нужен MCP». Нет. Агент может выполнять задачи вообще без внешних инструментов или подключаться к ним иначе.