Сегодня широко обсуждаются вопросы, связанные с внедрением систем ИИ в процессы управления сетью — например, Инженерный совет Интернета (IETF) опубликовал документ, посвященный концепции интенционно-ориентированных сетей. Мы также делимся опытом по данному направлению — недавно рассказывали, как ИИ/МО-решения помогают находить аномалии в работе сети и формировать QoS-правила.
При этом развивается и обратная история, связанная с внедрением сетевых технологий в работу систем ИИ. Сегодня появляются специализированные протоколы, задача которых — позволить подобным системам эффективно взаимодействовать друг с другом. Рассказываем о нескольких таких решениях: Pilot, PAIRL, A2A и OpAMP.
«Пилотируемая» сетевая инфраструктура
ИИ-агенты общаются друг с другом по API, но в американской компании Vulture Labs, которая развивает видеоаналитику, предложили альтернативный подход. Согласно ему, ИИ-агенты могут коммуницировать напрямую, даже если находятся за NAT, файрволами или развернуты в облаке. Для этого разработчики реализовали протокол Pilot (с лицензией AGPL 3.0), позволяющий построить полноценный сетевой стек для автономных агентов. Каждому из них присваивается уникальный 48-битный виртуальный адрес, а обмен данными идет через UDP-каналы с использованием криптографических схем Ed25519 и X25519.
Специалисты компании опубликовали вайтпейпер для желающих погрузиться в тему. Документ описывает архитектуру решения и компоненты стека. В частности, Pilot включает семь элементов: 1) реестр, отвечающий за выдачу и регистрацию виртуальных адресов и распределение идентификаторов; 2) маяк, который сообщает адрес ИИ-агента другим участникам сетевого обмена; 3) демон, поддерживающий UDP-сокет для каждого узла и мультиплексирующий порты, соединения и протоколы; 4) драйвер для подключения ИИ-агентов; 5) сервер имен; 6) шлюз; 7) CLI-инструмент pilotctl, с помощью которого ИИ-агенты взаимодействуют с сетью Pilot Protocol.
В целом вся информация для настройки стека собрана в репозитории проекта. Еще разработчики запустили демо — это агент, к которому можно подключиться и самостоятельно оценить возможности протокола [соответствующие инструкции также выложены на GitHub].
Роботы не люди
Еще один альтернативный подход к обмену данными между ИИ-агентами в начале этого года представил технический директор немецкого креативного агентства Деннис Верманн. Он разработал протокол PAIRL (лицензия Apache 2.0), который переводит запросы, представленные на естественном языке, в «облегченный», структурированный и машиночитаемый формат, чтобы оптимизировать потребление токенов.
В частности, PAIRL использует референсы и хеширование данных, чтобы сократить объем передаваемых сообщений. Так, вместо дежурной фразы вроде «Согласно предоставленному вами документу…» ИИ-агент получает четко считываемое для него «ref:doc:sha256:...». [разработчик подготовил демо, которое показывает, как PAIRL преобразует естественный язык в «агентский» — можно отправить до трех запросов в день]. По оценкам автора, протокол помогает сократить расход токенов на 70–90%. Кроме того, он имеет встроенные механизмы контроля и позволяет установить лимиты токенов под конкретные задачи.
Как пишет автор, проект может быть особенно полезен для построения мультиагентных систем, отладки больших языковых моделей и разработки агентских API. Если вы хотите опробовать протокол самостоятельно, то инструкции для быстрого старта приведены в репозитории или в официальной документации. Там же можно найти списки поддерживаемых провайдеров, API и заголовки ответов.
Резюме для ИИ-агента
Еще один подход к коммуникации агентов — Agent2Agent (A2A). Идея заключается в том, что интеллектуальные помощники описывают свои возможности в формате «карточек», напоминающих резюме или этикетки с пищевой ценностью, обычно представленные на продуктах, но в формате JSON. Эта информация помогает другим агентам выбрать исполнителя задачи и характер дальнейшей работы.
Изначально протокол был разработан специалистами из Google, но в июне прошлого года компания передала его Linux Foundation. На сегодняшний день проект развивают под лицензией Apache 2.0, и он уже набрал больше 22 тыс. звезд на GitHub.
A2A ориентирован на мультиагентные системы, где несколько интеллектуальных помощников совместно решают одну задачу. В качестве примера разработчики приводят планирование поездки за границу: в этом случае могут использоваться отдельные ИИ-системы для бронирования билетов и отелей, подбора экскурсий и других сопутствующих задач.
Будучи разработкой Google, протокол A2A привлек внимание ИТ-сообщества. Так, тематический тред на Hacker News набрал почти три сотни комментариев. В ходе обсуждения резиденты отметили некоторые сходства этого протокола со стандартом MCP, разработанным Anthropic и позволяющим ИИ-моделям безопасно подключаться к внешним данным и инструментам. В частности, оба решения под капотом используют JSON-RPC.
В документации A2A авторы проекта не только шире раскрывают задачи протокола, но и разъясняют ключевые понятия, делятся вспомогательными материалами и руководствами, рассказывают об архитектуре и технических характеристиках. Кроме того, разработчики совместно со специалистами из Google Cloud и IBM Research подготовили общедоступный обучающий курс по работе с протоколом, состоящий из четырнадцати видеоуроков.
Агентская телеметрия
Open Agent Management Protocol (OpAMP) — это сетевой протокол с лицензией Apache 2.0, разработанный проектом OpenTelemetry для удаленного управления большим количеством агентов сбора телеметрии. С помощью OpAMP ИИ-агенты могут отправлять на сервер отчеты о своем состоянии — под управлением какой операционной системы они работают, какой у них статус и другие показатели «здоровья». Также протокол можно использовать для удаленной настройки агентских систем, мониторить степень загрузки процессора и оперативной памяти.
Сам протокол универсален и совместим с различными агентами, независимо от поставщика. OpAMP работает поверх HTTP или WebSocket. Дополнительную информацию об устройстве протокола можно найти в одноименном разделе документации. Там имеются описания для каждого компонента, приведены структуры сообщений AgentToServer и ServerToAgent, а также показано, как выглядят различные отчеты. Разумеется, все это с примерами кода и схемами. Еще на GitHub можно найти различные реализации протокола — в том числе, на Go.
Дополнительное чтение в нашем блоге:
Что это было? Куда пропал китайский протокол IPV9. Истории с IPV9 уже почти 30 лет — Китай представил протокол еще в конце девяностых. И его запуск получился сумбурным: IPV9 путали с прошлыми реализациями, представленными Инженерным советом Интернета (IETF), а разработчик стека TCP/IP Винтон Серф и вовсе посчитал анонс протокола чем-то вроде «розыгрыша». В этой статье обсуждаем ключевые претензии к IPV9, что с технологией сегодня и какие проекты на ее основе уже реализованы — несмотря на тот факт, что китайское правительство больше интересует продвижение IPv6.
Закат эпохи: провайдеры окончательно отказываются от dial-up и 3G. Российские провайдеры еще в нулевых взяли курс на широкополосное подключение. Но прощание с технологиями коммутируемого доступа затянулось — как в России, так и в мире. В статье рассказываем, почему провайдеры, наконец, отказываются от dial-up и как идеи коммутируемой связи находят новую жизнь.
Считать ли разработку FOSS волонтерской деятельностью. В конце 2025 года немецкий программист предложил властям Германии признать FOSS-разработчиков волонтерами. Тогда они смогли бы претендовать на пособия и получать льготное финансирование. Однако далеко не все поддержали инициативу: одни недовольны расплывчатыми формулировками, другие отмечают, что в стране уже есть программы поддержки разработчиков открытого ПО. Также обсудим, тему оплаты труда в сфере open source и задачи, которые, как правило, решают наемные разработчики и волонтеры.
Media over QUIC — зачем его развивают и что о нем думают в индустрии. С 2022 года специалисты из IETF разрабатывают стек протоколов для передачи медиа поверх QUIC. Обсудим, какие преимущества для современной цифровой инфраструктуры дает одна из ключевых функций стека — взаимодействие с медиаконтентом в формате publish/subscribe. Также поговорим о том, что о новом стеке думают представители крупных телекомов, исследователи и широкая аудитория.
Что с IPv6? Вопрос dual-stack'а на DNS-резолверах. В прошлом году доля IPv6 в общем трафике превысила 50%, однако темпы внедрения протокола отличаются от страны к стране. Если в Китае число пользователей IPv6 в минувшем году перевалило за 800 млн и составило 75% интернет-аудитории, то в России эта цифра относительно мала (примерно 10%). Одна из проблем, затягивающая процесс — фрагментация DNS. Два исследователя предложили решение — реализовать dual-stack на резолверах.
