В условиях бурного роста экосистемы искусственного интеллекта индустрия столкнулась с проблемой «зоопарка» несовместимых решений: каждый новый фреймворк для создания агентов предлагает свои абстракции, делая практически невозможной их совместную работу. Директор по инкубации IBM Research Кейт Блэр и технический лидер Исмаэль Фаро представили на конференции AI Dev концепцию Agent Communication Protocol (ACP) — нового стандарта, который должен стать «разблокировкой» для следующего этапа развития ИИ, обеспечив бесшовную интероперабельность между независимыми агентами.
🧱 Проблема фрагментации: почему агенты не понимают друг друга 0:14
Кейт Блэр начала выступление с описания текущего состояния рынка AI-агентов, которое она назвала «чрезвычайно фрагментированным» . Несмотря на обилие мощных инструментов, таких как LangChain, LlamaIndex или Bee — собственный фреймворк IBM, — они остаются несовместимыми между собой.
По мнению Кейт Блэр, эта несовместимость создает три критических барьера для бизнеса:
- Сложность переключения: Пользователь, выбрав один фреймворк, становится его «заложником», так как переход на другой требует изучения новых примитивов и полной переустановки зависимостей .
- Невозможность композиции: В крупных корпорациях уже сейчас в эксплуатации находятся сотни агентов, созданных разными командами. Без единого стандарта невозможно заставить агента, специализирующегося на одном вертикальном рынке, работать в связке с другим для решения комплексных задач .
- Высокая скорость изменений: Раз в неделю появляются новые open-source аналоги существующих решений. Компании нуждаются в возможности «подменять» старых агентов на более эффективные новые без переписывания всей системы целиком .
Кейт Блэр подчеркнула, что ключом к решению этих проблем станет стандартизация протоколов связи между агентами (agent-to-agent communication) .
📡 От MCP к ACP: рождение нового стандарта 3:10
Идея IBM Research выросла из анализа существующих наработок, в частности — нашумевшего Model Context Protocol (MCP) от компании Anthropic. MCP стандартизировал подключение ресурсов, инструментов и промптов к большим языковым моделям (LLM).
Кейт Блэр утверждает, что логическим продолжением должен стать ACP — Agent Communication Protocol . Она привела в пример дискуссии в сообществе (включая твиты СЕО Box и разработчиков из Stripe), подтверждающие запрос на стандарт, позволяющий агентам запрашивать работу друг у друга и даже проводить взаиморасчеты .
Принципы построения ACP по версии IBM:
- Наследование опыта: Использование протоколов связи, которые разрабатывались с рассвета компьютерной эры .
- Интеграция с экосистемой: Учет работы таких групп, как AETA (включает Glean, LangChain, LlamaIndex, Cisco), которые недавно предложили свои варианты Agent Connect Protocol .
- Опора на функции (feature-driven): Вместо создания высокой академической теории, IBM предлагает строить стандарт «снизу вверх», основываясь на реальных задачах, которые выполняют агенты в боевых условиях .
🛠 BAIE: платформа для запуска и оркестрации агентов 5:23
В качестве «испытательного полигона» для нового протокола была представлена open-source платформа BAIE (Bee Agent Infrastructure Environment) . Это среда, где можно обнаруживать, запускать и объединять агентов, созданных на любых фреймворках.
Исмаэль Фаро продемонстрировал возможности пре-альфа версии ACP, расширяющей возможности MCP. В частности, сервер, работающий на ACP, может предлагать не только инструменты и промпты, но и целостные агентские способности (capabilities) .
Интеллектуальный поиск и метаданные
В ходе демо Исмаэль показал, как один агент может обнаруживать другого через систему метаданных. По мнению Фаро, для эффективной совместной работы агентам критически важно знать друг о друге следующее:
- Тип используемых токенов и их стоимость .
- Среднее время выполнения задачи (average latency) .
- Подробный манифест возможностей .
Фаро подчеркнул, что метаданные в их системе гибки, и IBM приглашает сообщество к дискуссии о том, какие еще поля данных необходимы для эффективной автоматической селекции лучшего агента под конкретную задачу .
🎭 Демонстрация: работа разнородных агентов в одной связке 10:13
Одним из самых ярких моментов презентации стала одновременная работа двух агентов, один из которых был написан на LangGraph, а другой — как кастомное решение IBM . Оба агента запускались одной и той же командой интерфейса командной строки с одинаковыми параметрами.
Ключевые технические детали реализации от Исмаэля Фаро:
- Универсальные обертки (wrappers): Для интеграции любого фреймворка в ACP требуются инструменты, стандартизирующие ввод и вывод данных .
- Минимальный код: На примере интеграции OpenAI SDK Фаро показал, что для превращения обычного скрипта (пишущего хайку о квантовых вычислениях) в ACP-совместимого агента потребовалось всего три строки кода .
- Супервизоры (Supervisors): Понятие системных агентов, которые занимаются оркестрацией. В демо был представлен супервизор, который последовательно вызывал двух агентов из разных фреймворков, передавая вывод одного на вход другому без ручного вмешательства программиста .
❓ Вопросы из зала: безопасность, масштабирование и микросервисы 21:06
После демонстрации слушатели подняли ряд острых вопросов. Один из участников спросил, почему нельзя просто использовать существующие практики микросервисной архитектуры и Service Mesh для обнаружения агентов .
Исмаэль Фаро аргументировал, что микросервисы — это статические сущности, тогда как агенты будущего будут динамическими:
- Агенты смогут создавать новые инструменты или вспомогательных агентов «на лету» .
- Это требует совершенно иного подхода к управлению ресурсами и деликатного распределения задач .
- Современный стек (Kubernetes) решает вопросы статики, но не дает нужной гибкости для полностью динамической среды .
Также обсуждался вопрос безопасности. По мнению участников дискуссии, необходимо введение ролевых моделей для агентов: «системные», «пользовательские» и «прикладные» . Это позволит ограничить направления коммуникации (например, запретить прикладным агентам доступ к системным настройкам без посредника).
В завершение Кейт Блэр показала интеграцию с Phoenix (проект Arise) для телеметрии и трассировки путей выполнения задач . Это позволяет визуализировать всю цепочку вызовов, даже если в ней участвовали агенты от десятка разных поставщиков. По словам Кейт, IBM не собирается «изобретать велосипед», а намерена интегрировать лучшие существующие open-source инструменты в свою экосистему .
