Google, l'IETF et les nouveaux protocoles pour les agents AI : pourquoi A2A, Pilot et OpAMP sont nécessaires

ИИ-системы все чаще работают не только как отдельные чат-боты, но и как участники сетевой инфраструктуры. На этом фоне развивается новый класс протоколов, которые помогают агентам находить друг друга, обмениваться задачами, экономить токены и передавать телеметрию без хаотичных интеграций.

Зачем нужны протоколы Сценарии, где ИИ уже управляет реальными процессами, перестали быть теорией.

В сетевой инфраструктуре модели машинного обучения уже помогают искать аномалии, изолировать подозрительные IoT-устройства и формировать правила QoS. Параллельно IETF публикует документы о структуре интеллектуальных сетевых контроллеров и интенционно-ориентированных сетях. Это важный сдвиг: ИИ становится не надстройкой для интерфейса, а частью операционного контура, который влияет на поведение систем в реальном времени. Проблема в том, что такие агенты редко говорят на одном языке. Чаще всего их связывают через отдельные API, кастомные коннекторы и ручную логику обмена сообщениями. Пока система маленькая, это терпимо. Но когда агентов становится много, резко растут затраты на интеграции, маршрутизацию задач, контроль состояния и безопасность передачи данных. Поэтому рынок начинает искать не еще один фреймворк, а стандартизированные способы общения между агентами.

Четыре заметных подхода

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

* Pilot от Vulture Labs предлагает для автономных агентов полноценный сетевой стек. Агентам выдают 48-битные виртуальные адреса, а обмен идет по UDP с использованием Ed25519 и X25519. Подход рассчитан на прямую коммуникацию даже за NAT, файрволами и в облаке.

* PAIRL от Денниса Вермана переводит естественный язык в более компактный и машиночитаемый формат. Вместо длинных объяснений протокол использует референсы и хеши данных, а автор оценивает экономию токенов в 70–90%. Плюс можно задавать лимиты под конкретные задачи.

* A2A строится вокруг JSON-«карточек» возможностей агента. Один агент описывает, что умеет, а другой на основе этой информации выбирает исполнителя и формат взаимодействия. Изначально протокол разрабатывали в Google, а затем передали под развитие Linux Foundation.

* OpAMP из экосистемы OpenTelemetry решает более приземленную задачу: удаленное управление большим числом агентов и сбор их телеметрии. Через него можно получать статус, данные о системе, метрики загрузки и отправлять конфигурацию обратно агентам.

«ref:doc:sha256:...» — пример того, как PAIRL заменяет длинную фразу короткой машиночитаемой ссылкой на документ.

Если смотреть шире, эти протоколы не конкурируют напрямую между собой. Pilot отвечает за сетевую связность, PAIRL — за компактность и структуру сообщений, A2A — за описание ролей и координацию в мультиагентной системе, а OpAMP — за эксплуатацию, наблюдаемость и удаленную настройку. В этом и главный сигнал рынка: экосистема агентских систем быстро раскладывается на отдельные технические слои, для каждого из которых появляются собственные стандарты.

Кто задает стандарт

Больше всего внимания сейчас получает A2A, и причина понятна: за стартом стоял Google, а сама идея хорошо ложится на рост мультиагентных продуктов. В статье приводят простой пример — планирование зарубежной поездки, где один агент бронирует билеты, другой подбирает отель, третий ищет экскурсии. Такой подход требует общего формата описания возможностей, иначе каждая связка превращается в отдельный проект.

Интересно и то, что сообщество уже сравнивает A2A с MCP от Anthropic: оба решения используют JSON-RPC, но решают разные задачи. Показательно, что почти у каждого из упомянутых протоколов уже есть не только идея, но и рабочая инфраструктура вокруг нее. Для Pilot опубликован вайтпейпер и демо, для PAIRL — документация и публичный пример преобразования запросов, для A2A — подробные спецификации и даже обучающий курс, подготовленный вместе со специалистами Google Cloud и IBM Research.

У OpAMP есть документация по HTTP и WebSocket, структуры сообщений и готовые реализации, включая вариант на Go. Это уже не концепт на слайде, а набор инструментов, который можно пробовать в реальных системах.

Что это значит

Рынок агентских систем начинает повторять раннюю историю интернета: сначала появляется зоопарк несовместимых решений, затем — общий набор протоколов. Для команд, которые строят мультиагентные продукты, это хороший момент присмотреться к стандартам уже сейчас: они помогают уменьшить объем кастомных интеграций, упростить масштабирование и сделать агентов частью нормальной инженерной инфраструктуры, а не набором разрозненных скриптов.