У тебя есть агент. Он умный, полезный, решает задачи. Но он один. Не знает про агента в соседнем сервисе, не может делегировать подзадачу. Каждый агент - остров.
В апреле 2025 Google выкатил A2A - Agent-to-Agent. Открытый протокол, сейчас под Linux Foundation, 150+ компаний в партнёрах. Суть: дать агентам стандартный способ находить друг друга и обмениваться задачами.
Что такое A2A и почему это важно именно сейчас
Агенты перестали быть демо. Danfoss автоматизировал 80% решений по закупкам и сократил время обработки с 42 часов до реалтайма, экономя $15M в год (по данным Google Cloud Next '25). Telus - 57 000 сотрудников используют агентов ежедневно, экономия 38 000 часов в месяц (Telus, Google Cloud Summit '25).
Но каждый из этих агентов замкнут в своей системе. Агент по закупкам не разговаривает с агентом по логистике. Агент по HR не знает про агента по IT-обеспечению. Чтобы их связать - нужен человек, который вручную передаёт данные между системами.
A2A решает именно это. Не "как сделать агента умнее" (это задача моделей), не "как дать агенту доступ к инструментам" (это задача MCP). А как двум агентам из разных систем договориться между собой.
Как это работает: три кирпича
Agent Card - визитка агента
Любой A2A-агент публикует JSON-документ по адресу /.well-known/agent.json. Это его визитка: кто я, что умею, куда стучать, как авторизоваться.
{
"name": "Logistics Agent",
"version": "1.0",
"description": "Shipment tracking and delivery optimization",
"url": "https://logistics.example.com/a2a",
"capabilities": {
"streaming": true,
"pushNotifications": true
},
"skills": [
{
"id": "track-shipment",
"name": "Track Shipment",
"description": "Real-time shipment tracking by order ID"
}
],
"securitySchemes": {
"oauth2": { "type": "oauth2" }
}
}Упрощённый пример - полная схема в спецификации A2A.
Это как DNS для агентов. Не нужен центральный реестр, не нужна регистрация. Агент объявляет что умеет, другой агент находит визитку и знает, можно ли делегировать задачу.
Task - единица работы
Всё общение между агентами происходит через задачи. Клиент-агент отправляет задачу, сервер-агент выполняет. Жизненный цикл:
submitted -> working -> completed (или failed, или input-required)
Каждая задача имеет уникальный ID, историю сообщений и артефакты (результаты работы). Задачи могут быть синхронными или асинхронными.
Состояние input-required - агент говорит: "мне нужна дополнительная информация, чтобы продолжить". Не ошибка, просто запрос на уточнение.
Streaming - реальное время
A2A поддерживает Server-Sent Events для стриминга промежуточных результатов. Когда агент анализирует 10 000 документов - ты хочешь видеть прогресс, а не сидеть в тишине 20 минут.
Стек под капотом - HTTP, JSON-RPC 2.0, SSE.
Минимальный пример
Агент-клиент отправляет задачу агенту-серверу через JSON-RPC:
{
"jsonrpc": "2.0",
"method": "tasks/send",
"id": "req-001",
"params": {
"id": "task-42",
"message": {
"role": "user",
"parts": [
{ "text": "Track shipment ORD-2024-1571" }
]
}
}
}Ответ:
{
"jsonrpc": "2.0",
"id": "req-001",
"result": {
"id": "task-42",
"status": { "state": "completed" },
"artifacts": [
{
"parts": [
{ "text": "Shipment ORD-2024-1571: in transit, ETA 2026-04-06 14:00 UTC" }
]
}
]
}
}Два HTTP-вызова. Никакой магии, никаких SDK. Один агент попросил, второй сделал.
A2A vs MCP: не война, а этажи
Когда Google объявил A2A, первая реакция была предсказуема: "опять протокольная война". Но это разные слои.
MCP (Model Context Protocol, Anthropic) - как агенту получить доступ к инструментам и данным. Вертикальная интеграция. MCP - это руки агента.
A2A - как агенту поговорить с другим агентом. Горизонтальная интеграция. A2A - это голос агента.
| MCP | A2A | |
|---|---|---|
| Направление | Вертикаль: агент -> инструменты | Горизонталь: агент <-> агент |
| Задача | Доступ к данным и API | Сотрудничество между агентами |
| Аналогия | USB-порт для подключения устройств | Телефонная линия между сотрудниками |
| Архитектура | Клиент-сервер | Клиент-сервер (любой агент может быть и клиентом, и сервером) |
| Сценарий | Агент читает данные из Postgres | Агент-аналитик запрашивает данные у агента-коллектора |
В продакшне эти протоколы работают вместе. Каждый агент внутри использует MCP для доступа к своим инструментам. Между собой агенты общаются через A2A.
Типовые сценарии
Конкретные архитектурные паттерны, которые A2A делает стандартными:
HR-онбординг. Новый сотрудник выходит на работу. HR-агент создаёт запись в системе. IT-агент получает задачу через A2A: выдать ноутбук, создать аккаунты. Facilities-агент: подготовить рабочее место, выдать бейдж. Три агента, три системы, ноль ручной координации.
Инцидент в безопасности. Context-enrichment агент собирает данные сессии и оценку рисков. Remediation-агент получает задачу: отключить скомпрометированный аккаунт, изолировать систему. Аналитик видит прогресс через SSE-стриминг в реальном времени.
Рекрутинг. Агент вакансий размещает позицию. Sourcing-агент подписан на такие события - автоматически начинает поиск кандидатов и формирует шортлист. Без человека в середине цепочки.
Что не работает и не нужно скрывать
A2A - версия 1.0. Дыры есть, некоторые серьёзные.
Масштабирование. Прямые соединения масштабируются квадратично. 4 агента - 6 соединений. 50 агентов - 1200+. На уровне enterprise это проблема, и протокол пока не даёт ответа.
Авторизация. Аутентификация есть (OAuth 2.0, API-ключи). Авторизация - нет. Агент прошёл аутентификацию и дальше сам решает, что ему можно. При пяти агентах управляемо. При пятидесяти - дыра.
Семантика. Agent Card описывает скиллы агента текстом. Нет машиночитаемого определения входов/выходов. Агент-клиент должен "понять" описание, а не распарсить. Работает с сильными моделями, снижает детерминизм.
Оркестрация. Протокол описывает, как два агента общаются. Координировать десять агентов с зависимостями и каскадными сбоями - пока на совести разработчиков.
Adoption. 150+ партнёров в пресс-релизе - это намерения, не реализации. Публичных production-деплойментов A2A на апрель 2026 единицы. Протокол молодой, экосистема только формируется.
Конкуренция с фреймворками. AutoGen, CrewAI, LangGraph уже решают мульти-агентную координацию по-своему. A2A конкурирует не с MCP, а с ними. Пока не ясно, выберут разработчики открытый протокол или удобный фреймворк.
HTTP тоже не сразу научился стримить видео. Но знать ограничения нужно до того как строишь на этом архитектуру.
Будущее без магии
Агенты внедряются в повседневную работу. Не "искусственный интеллект, который заменит всех", а инструмент, который берёт на себя рутину.
Gartner прогнозирует: 40% корпоративных приложений будут включать специализированных агентов к концу 2026 (Gartner, "Predicts 2025: AI Agents", август 2025). При этом тот же Gartner: 40% агентных проектов будут свёрнуты к концу 2027 (Gartner, июнь 2025). Выживут те, кто ставил на конкретные задачи, а не на "AI всё решит".
Agent Card - визитка в мире, где у каждого сервиса есть свой агент. Твой персональный агент находит агента авиакомпании, агента отеля, агента банка. Не через API-маркетплейсы, не через агрегаторы. Напрямую, по стандартному протоколу.
Переход от факса к электронной почте. Факсы работали, но каждый раз нужно было знать номер, формат, совместимость аппаратов. Email ввёл стандарт - SMTP - и вдруг все могут писать всем. A2A делает то же самое для агентов.
К 2028 году Gartner прогнозирует, что 15% повседневных рабочих решений будут приниматься автономно (Gartner, "Predicts 2025", опубл. март 2025). Danfoss и Telus уже работают так. Вопрос не "будет ли", а когда станет нормой.
Итог
A2A - не революция. Это водопровод. Как TCP/IP не сделал интернет интересным (это сделали сайты, приложения, люди), так и A2A не сделает агентов умнее. Но он даст им возможность работать вместе.
Агент, который умеет всё один - миф. Агент, который умеет найти нужного коллегу и делегировать - рабочая архитектура. A2A превращает набор одиночных агентов в команду.
Спецификация открыта, reference-реализации на GitHub. Порог входа - один JSON и пара HTTP-эндпоинтов.