Протоколы, чтобы ИИ-агенты нашли общий язык

Сегодня широко обсуждаются вопросы, связанные с внедрением систем ИИ в процессы управления сетью — например, Инженерный совет Интернета (IETF) опубликовал ^[1] документ, посвященный концепции интенционно-ориентированных сетей. Мы также делимся опытом ^[2] по данному направлению — недавно рассказывали, как ИИ/МО-решения помогают ^[3] находить аномалии в работе сети и формировать QoS-правила.

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

«Пилотируемая» сетевая инфраструктура

ИИ-агенты общаются друг с другом по API, но в американской компании Vulture Labs, которая развивает видеоаналитику, предложили альтернативный подход. Согласно ему, ИИ-агенты могут коммуницировать напрямую, даже если находятся за NAT, файрволами или развернуты в облаке. Для этого разработчики реализовали протокол Pilot ^[4] (с лицензией AGPL 3.0), позволяющий построить полноценный сетевой стек для автономных агентов. Каждому из них присваивается уникальный 48-битный виртуальный адрес, а обмен данными идет через UDP-каналы с использованием криптографических схем Ed25519 и X25519.

Специалисты компании опубликовали ^[5] вайтпейпер для желающих погрузиться в тему. Документ описывает архитектуру решения и компоненты стека. В частности, Pilot включает семь элементов: 1) реестр, отвечающий за выдачу и регистрацию виртуальных адресов и распределение идентификаторов; 2) маяк, который сообщает адрес ИИ-агента другим участникам сетевого обмена; 3) демон, поддерживающий UDP-сокет для каждого узла и мультиплексирующий порты, соединения и протоколы; 4) драйвер для подключения ИИ-агентов; 5) сервер имен; 6) шлюз; 7) CLI-инструмент pilotctl, с помощью которого ИИ-агенты взаимодействуют с сетью Pilot Protocol.

В целом вся информация для настройки стека собрана в репозитории проекта. Еще разработчики запустили демо — это агент, к которому можно подключиться и самостоятельно оценить возможности протокола [соответствующие инструкции также выложены на GitHub ^[6]].

Роботы не люди

Еще один альтернативный подход к обмену данными между ИИ-агентами в начале этого года представил технический директор немецкого креативного агентства Деннис Верманн. Он разработал протокол PAIRL ^[7] (лицензия Apache 2.0), который переводит запросы, представленные на естественном языке, в «облегченный», структурированный и машиночитаемый формат, чтобы оптимизировать потребление токенов.

В частности, PAIRL использует референсы и хеширование данных, чтобы сократить объем передаваемых сообщений. Так, вместо дежурной фразы вроде «Согласно предоставленному вами документу…» ИИ-агент получает четко считываемое для него «ref:doc:sha256:…». [разработчик подготовил демо ^[8], которое показывает, как PAIRL преобразует естественный язык в «агентский» — можно отправить до трех запросов в день]. По оценкам автора, протокол помогает сократить расход токенов на 70–90%. Кроме того, он имеет встроенные механизмы контроля и позволяет установить лимиты токенов под конкретные задачи.

Как пишет автор, проект может быть особенно полезен для построения мультиагентных систем, отладки больших языковых моделей и разработки агентских API. Если вы хотите опробовать протокол самостоятельно, то инструкции для быстрого старта приведены в репозитории или в официальной документации ^[9]. Там же можно найти списки поддерживаемых провайдеров, API и заголовки ответов.

Резюме для ИИ-агента

Еще один подход к коммуникации агентов — Agent2Agent ^[10] (A2A). Идея заключается в том, что интеллектуальные помощники описывают ^[11] свои возможности в формате «карточек», напоминающих резюме или этикетки с пищевой ценностью ^[12], обычно представленные на продуктах, но в формате JSON. Эта информация помогает другим агентам выбрать исполнителя задачи и характер дальнейшей работы.

Изначально протокол был разработан специалистами из Google, но в июне прошлого года компания передала ^[13] его Linux Foundation. На сегодняшний день проект развивают под лицензией Apache 2.0, и он уже набрал больше 22 тыс. звезд на GitHub. 

A2A ориентирован на мультиагентные системы, где несколько интеллектуальных помощников совместно решают одну задачу. В качестве примера разработчики приводят ^[14] планирование поездки за границу: в этом случае могут использоваться отдельные ИИ-системы для бронирования билетов и отелей, подбора экскурсий и других сопутствующих задач. 

Будучи разработкой Google, протокол A2A привлек внимание ^[15] ИТ-сообщества. Так, тематический тред ^[16] на Hacker News набрал почти три сотни комментариев. В ходе обсуждения резиденты отметили некоторые сходства этого протокола со стандартом MCP ^[17], разработанным Anthropic и позволяющим ИИ-моделям безопасно подключаться к внешним данным и инструментам. В частности, оба решения под капотом используют JSON-RPC.

В документации ^[18] A2A авторы проекта не только шире раскрывают задачи протокола, но и разъясняют ключевые понятия, делятся вспомогательными материалами и руководствами, рассказывают об архитектуре и технических характеристиках. Кроме того, разработчики совместно со специалистами из Google Cloud и IBM Research подготовили общедоступный обучающий курс ^[19] по работе с протоколом, состоящий из четырнадцати видеоуроков.

Агентская телеметрия

Open Agent Management Protocol (OpAMP ^[20]) — это сетевой протокол с лицензией Apache 2.0, разработанный проектом OpenTelemetry для удаленного управления большим количеством агентов сбора телеметрии. С помощью OpAMP ИИ-агенты могут отправлять на сервер отчеты о своем состоянии — под управлением какой операционной системы они работают, какой у них статус и другие показатели «здоровья». Также протокол можно использовать для удаленной настройки агентских систем, мониторить степень загрузки процессора и оперативной памяти ^[21]. 

Сам протокол универсален и совместим с различными агентами, независимо от поставщика. OpAMP работает поверх HTTP или WebSocket. Дополнительную информацию об устройстве протокола можно найти в одноименном разделе ^[20] документации. Там имеются описания для каждого компонента, приведены структуры сообщений AgentToServer и ServerToAgent, а также показано, как выглядят различные отчеты. Разумеется, все это с примерами кода и схемами. Еще на GitHub можно найти различные реализации протокола — в том числе, на Go ^[22].

Дополнительное чтение в нашем блоге: 

• Что это было? Куда пропал китайский протокол IPV9 ^[23]. Истории с IPV9 уже почти 30 лет — Китай представил протокол еще в конце девяностых. И его запуск получился сумбурным: IPV9 путали с прошлыми реализациями, представленными Инженерным советом Интернета (IETF), а разработчик стека TCP/IP Винтон Серф и вовсе посчитал анонс протокола чем-то вроде «розыгрыша». В этой статье обсуждаем ключевые претензии к IPV9, что с технологией сегодня и какие проекты на ее основе уже реализованы — несмотря на тот факт, что китайское правительство больше интересует продвижение IPv6.

• Закат эпохи: провайдеры окончательно отказываются от dial-up и 3G ^[24]. Российские провайдеры еще в нулевых взяли курс на широкополосное подключение. Но прощание с технологиями коммутируемого доступа затянулось — как в России, так и в мире. В статье рассказываем, почему провайдеры, наконец, отказываются от dial-up и как идеи коммутируемой связи находят новую жизнь.

• Считать ли разработку FOSS волонтерской деятельностью ^[25]. В конце 2025 года немецкий программист предложил властям Германии признать FOSS-разработчиков волонтерами. Тогда они смогли бы претендовать на пособия и получать льготное финансирование. Однако далеко не все поддержали инициативу: одни недовольны расплывчатыми формулировками, другие отмечают, что в стране уже есть программы поддержки разработчиков открытого ПО. Также обсудим, тему оплаты труда в сфере open source и задачи, которые, как правило, решают наемные разработчики и волонтеры. 

• Media over QUIC — зачем его развивают и что о нем думают в индустрии ^[26]. С 2022 года специалисты из IETF разрабатывают стек протоколов для передачи медиа поверх QUIC. Обсудим, какие преимущества для современной цифровой инфраструктуры дает одна из ключевых функций стека — взаимодействие с медиаконтентом в формате publish/subscribe. Также поговорим о том, что о новом стеке думают представители крупных телекомов, исследователи и широкая аудитория.

• Что с IPv6? Вопрос dual-stack’а на DNS-резолверах ^[27]. В прошлом году доля IPv6 в общем трафике превысила 50%, однако темпы внедрения протокола отличаются от страны к стране. Если в Китае число пользователей IPv6 в минувшем году перевалило за 800 млн и составило 75% интернет-аудитории, то в России эта цифра относительно мала (примерно 10%). Одна из проблем, затягивающая процесс — фрагментация DNS. Два исследователя предложили решение — реализовать dual-stack на резолверах.