Экосистема A2A: ИИ из разных фреймворков теперь могут звонить друг другу

Если бы телефоны каждой марки могли звонить только себе подобным, телефония давно бы умерла. С ИИ-агентами та же беда — пока не появился протокол A2A.

Проблема: ИИ из каждого фреймворка говорит на своём диалекте

Представьте: дома у вас крутится агент Hermes, на работе — пайплайн-робот на LangChain, а друг посоветовал мини-ассистента на CrewAI. Все они молодцы, но вот беда — друг друга они не понимают.

Это как с диалектами: в каждом регионе свои говоры, и местные отлично общаются внутри своей деревни, но стоит выйти за околицу — всё, тупик. С современными ИИ-фреймворками та же история: у Hermes своя манера общения, у LangChain — свои интерфейсы, у CrewAI — свои правила. Хотите, чтобы Hermes передал задачку LangChain? Увы, придётся вручную копипастить или городить кучу клеящего кода.

Это и есть «острова интеллектуальных агентов». Каждый ИИ по отдельности умён, а вместе — сплошная глупость.

Почему A2A всё разруливает: визитка + единый язык общения

Протокол A2A (Agent-to-Agent) как раз и решает проблему «междеревенской связи». Это открытый протокол, инициированный Google и управляемый Linux Foundation, с открытым исходным кодом (Apache 2.0), который не принадлежит ни одной компании. Что это значит? Что это не «фирменная фишка» какого-то вендора, а общий язык, который все вместе сели и придумали.

Ключевая идея A2A — простая и приземлённая, всего две вещи:

Первое — Agent Card (визитка агента). Каждый агент обязан положить «визитку» по фиксированному адресу (.well-known/agent-card.json), где написано: как меня зовут, что я умею, какие у меня навыки, какие права мне нужны. Глянул на визитку — и сразу ясно, можно ли обратиться за помощью и как это сделать. Как в реальности: получил визитку сотрудника другой компании, посмотрел на должность — и понял, стоит ли с ним вообще говорить о деле.

Второе — стандартный протокол JSON-RPC 2.0. Все агенты общаются по единой «телефонной линии»: отправить сообщение, принять, отменить задачу, посмотреть прогресс — всё стандартные действия. Плюс поддержка потоковой передачи через SSE: как в живом разговоре — собеседник говорит, вы слушаете, не нужно ждать, пока он закончит всю длинную тираду. Для долгих задач есть уведомления через webhook: сделал — и свистнул, не надо сидеть и ждать у моря погоды.

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

Обзор экосистемы: с кем можно общаться?

В официальной документации сказано чётко: плагин A2A для Hermes совместим с любыми A2A-совместимыми контрагентами. А это значит:

Другой Hermes (ну, разумеется)
Агенты на LangChain (можно)
Агенты на CrewAI (можно)
Агенты Google ADK (можно)
Всё, что собрано на официальном a2a-sdk (тоже можно)

И это не просто теория — уже проверено на практике с официальным Python a2a-sdk: разбор визиток, отправка сообщений, потоковые диалоги — всё работает.

Реальные кейсы: межфреймворковая коллаборация уже идёт

Кейс первый: Hermes + OpenClaw на одной машине (GitHub issue #42747)

Один пользователь одновременно гонял на одном Mac и Hermes, и OpenClaw. Оба агента были подключены к Telegram. Но у Telegram есть дурацкое ограничение: в группах боты не видят сообщения друг друга. Так что два ИИ жили под одной крышей, но общаться могли только через ручную пересылку пользователем.

Это классический сценарий для A2A: Hermes напрямую делегирует задачи навыкам OpenClaw и наоборот, полностью в обход Telegram и человека-переводчика. Агенты звонят друг другу напрямую, минуя коммутатор.

Кейс второй: интеграция Gotong (пропозал #58325)

Gotong — это самохостинговая платформа для оркестрации рабочих процессов, этакий «менеджер проектов» для агентов. Идея пропозала: Hermes отвечает за личную память, рассуждения и принятие решений, а Gotong — за управляемую коллаборацию: планирование задач, согласование с человеком, полный журнал операций. Связываются они через A2A-эндпоинты, и каждый занимается своим делом.

Кейс третий: корпоративная коллаборация без вторжения в код (#67951)

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

Что это значит для пользователя

Изменения, которые несёт экосистема A2A, для обычного пользователя очень наглядны:

Больше не нужно выбирать сторону. Сегодня Hermes, завтра захотелось попробовать CrewAI? Без проблем — они спокойно общаются между собой, ваши данные, задачи и контекст перетекают без швов.

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

Экосистема растёт как снежный ком. Протокол открытый и нейтральный, так что подключиться может кто угодно. Сегодня связка с LangChain, а завтра — с вашим внутренним самописным агентом, если он следует стандарту A2A.

Если коротко: A2A превращает ИИ-агентов из «островов диалектов» в «сообщество на общем языке». Ваш ИИ — больше не остров, а узел в огромной сети сотрудничества, где он всегда может найти помощника и где его самого могут найти другие.