17 августа 2026 года стандарт A2A официально присоединился к Agentic AI Foundation как hosted project. Для рынка AI-агентов это не формальность, а попытка наконец-то навести порядок в самом скучном и самом дорогом месте любой мультиагентной системы: в интеграциях. Для русскоязычных команд, которые уже смотрят в сторону агентных платформ, сигнал простой: отрасль пытается договориться о базовом протоколе до того, как все окончательно увязнут в зоопарке несовместимых решений.
О переходе сообщает Habr / Новости со ссылкой на материалы AAIF. Если коротко, A2A описывает, как агенты находят друг друга, передают задачи и возвращают результат, даже если они сделаны на разных фреймворках и принадлежат разным вендорам. Сейчас стандарт поддерживают более 150 организаций, а сам он, по данным проекта, уже используется в production в цепочках поставок, финансовых сервисах, мобильных платформах уровня операционной системы и корпоративных IT-системах. На бумаге это выглядит как еще один технический стандарт. На практике речь о том, чтобы интеграция между агентами перестала быть набором штучных переходников под каждую новую связку поставщиков.
Проблема, которую пытается закрыть стандарт A2A, знакома любому архитектору, пережившему хотя бы одну волну «универсальных» интеграций. Пока агент живет внутри одной платформы, все обычно выглядит прилично. Но как только компании начинают собирать рабочий контур из нескольких моделей, нескольких агентных фреймворков и нескольких внешних сервисов, выясняется, что передавать работу между агентами без кастомного кода они толком не умеют. Подключили нового поставщика, нового внутреннего агента или новый облачный сервис, и команда снова пишет адаптер. Не потому, что сами агенты плохие, а потому, что между ними нет общего языка. A2A как раз и предлагает этот язык: агент публикует agent card, то есть структурированную карточку с описанием своих возможностей и способа обращения. Другие агенты читают ее, понимают, на что можно делегировать задачу, и запускают взаимодействие без ручной склейки на каждый конкретный случай.
Важно и то, откуда у этой истории растут ноги. Google запустила A2A в апреле 2025 года, а затем передала его в контур Linux Foundation вместе с организациями-основателями, среди которых AWS, Cisco, Google, Microsoft, Salesforce, SAP и ServiceNow. В августе 2025 года с A2A объединили Agent Communication Protocol от IBM. Для рынка это, пожалуй, даже важнее самого объявления о вхождении в AAIF: вместо параллельной гонки протоколов отрасль хотя бы в одном месте двигается к консолидации. Первая стабильная спецификация, A2A v1.0, вышла в марте 2026 года. В нее вошли поддержка нескольких протоколов и согласование версий, multi-tenancy и подписанные agent cards для криптографической проверки идентичности. То есть разговор уже не про красивую схему на конференции, а про набор функций, без которых enterprise-внедрение обычно разваливается на первом же аудите или при первой попытке масштабирования.
Отдельно показательно, где A2A уже успели приземлить. Huawei стандартизировала его как протокол взаимодействия между Celia, своим AI-ассистентом уровня ОС, и агентами приложений в HarmonyOS. Это означает вполне прикладные сценарии: ассистент передает приложению длинные задачи, управляет его интерфейсом через агент и получает рекомендации с учетом контекста. WeChat от Tencent, по данным источника, стал одним из первых крупных приложений, интегрировавшихся с Huawei и другими Android OEM-ассистентами через A2A. Сценарии там тоже не академические: инициирование сообщений, голосовых и видеозвонков с двойной авторизацией через протокол. Если убрать маркетинговую оболочку, получается довольно приземленный вывод: A2A пытаются использовать не только в корпоративных бэкендах, но и в пользовательских платформах, где цена ошибки, задержки и несовместимости обычно выше.
Облачные игроки тоже заняли позиции заранее. В Google Cloud заявлена поддержка разработки и развертывания A2A-агентов через ADK, Agent Engine, Cloud Run и GKE. В Azure AI Foundry агенты могут публиковать A2A endpoints и обнаруживать внешних агентов через стандартный механизм discovery. AWS Bedrock AgentCore может размещать и обслуживать A2A-серверы, позволяя агентам из разных фреймворков и даже из разных облаков работать по одному протоколу. На этом фоне особенно любопытно, что Google Cloud и PayPal двигают A2A дальше, в сторону agentic commerce, через Agent Payments Protocol. Идея там прозрачная: агент покупателя и агент продавца договариваются о поиске товара, цене, оформлении и исполнении заказа по A2A, а платежный слой отдельно авторизуется через AP2. Пока это звучит как ранний инфраструктурный пазл, но именно такие пазлы потом неожиданно становятся отраслевой нормой.
Почему это важно не только для инженеров
История с переходом A2A под зонтик AAIF важна не только потому, что стандартом занялись известные компании. Намного интереснее вопрос управления. Пока критическая инфраструктура принадлежит одному вендору, все остальные строят планы вокруг его roadmap, приоритетов и скорости релизов. Когда протокол уходит в нейтральный фонд, у прямых конкурентов появляется шанс обсуждать правила игры на общей площадке, а не в гостях у одного из участников рынка. Для enterprise-заказчиков это снижение вполне конкретного риска: если взаимодействие между агентами завязано на открытый стандарт, а не на продуктовые решения одного поставщика, архитектура хотя бы немного меньше зависит от чужой стратегии.
Для разработчиков и IT-руководителей здесь есть еще один практический слой. Вокруг агентного стека постепенно выстраивается разделение ролей: AGENTS.md отвечает за передачу инструкций и контекста агентам, goose дает runtime, MCP стандартизирует подключение к инструментам и сервисам, agentgateway занимается эксплуатационным уровнем, а стандарт A2A закрывает взаимодействие «агент с агентом». Если эта схема закрепится, компаниям будет проще собирать мультиагентные системы из сменяемых компонентов, а не покупать монолитный комплект у одного вендора. Для рынка это хорошая новость, хотя и с оговоркой: открытый стандарт не гарантирует мгновенную совместимость, если каждый участник реализует его по-своему или оставляет ключевые функции в собственных надстройках.
Сейчас главный вопрос не в том, нужен ли A2A как идея, а в том, удастся ли ему стать действительно скучной инфраструктурой, про которую перестают говорить именно потому, что она работает. Если отрасль дойдет до этой стадии, рынок AI-агентов получит не очередной протокол ради протокола, а базовый слой, без которого масштабирование между облаками, платформами и вендорами будет постоянно упираться в ручную интеграцию. И тогда спор сместится с вопроса «как вообще связать агентов» на гораздо более полезный: какие процессы бизнесу вообще стоит доверять этим агентам.