IBM watsonx Orchestrate: контроль AI-агентов в трёх облаках
2 октября 2026 года IBM опубликовала обзор обновлений watsonx Orchestrate. Компания сообщила о предварительном доступе к обнаружению и импорту агентов из Microsoft Foundry и Google Gemini Enterprise Agent Platform через AI Gateway. В том же статусе preview находится Agent Identity - отдельная проверяемая идентичность для агента. Руководителю эта новость даёт повод сверить реестр агентов, их владельцев и доступы к рабочим системам.
Один отдел может создать агента для CRM, другой - для документов, третий - для поддержки. Если каждый работает в своей среде, команде трудно собрать общую картину: какие инструменты они вызывают, где дублируют задачи и кто отвечает за ошибку. IBM предлагает управлять подключёнными агентами через общий контур watsonx Orchestrate. Применимость этого подхода к вашей компании нужно проверять на собственных интеграциях и правилах безопасности.
Паспорт AI-агента
Что записать в паспорт агента? Для каждой карточки выберите «Обязательно» или «Лишнее».
1 из 3. Владелец процесса
2 из 3. Минимальные права для задачи
3 из 3. Журнал действий агента
Владелец отвечает за процесс, минимальные права ограничивают действия, а журнал помогает разобрать, что сделал агент. Все три пункта нужны в паспорте.
Что IBM добавила в watsonx Orchestrate
В официальном обзоре IBM от 2 октября 2026 года сказано, что AI Gateway обнаруживает и импортирует агентов из Microsoft Foundry и Google Gemini Enterprise Agent Platform. Для этих подключений IBM указывает статус preview с 15 сентября 2026 года. Ранее компания добавила поддержку Amazon Bedrock. В представлении AI Gateway агенты из этих сред могут находиться рядом с агентами watsonx Orchestrate.
IBM заявляет, что политики уровня Gateway применяются к подключённым агентам. Для пилота проверьте, какие именно политики доступны, как они работают с каждым подключением и какие действия остаются под контролем исходной платформы. Единый список поможет обнаружить похожие сценарии в разных отделах, но решение об отключении дубля потребует разговора с владельцами процессов.
Перед подключением составьте карту: где создан каждый агент, какие данные он читает, какие инструменты вызывает и кто хранит учётные данные. Технические шаги IBM описывает отдельно для Microsoft Foundry и Gemini Enterprise Agent Platform. Проверьте доступность этих подключений для своего аккаунта до планирования рабочего переноса.
Agent Identity: зачем AI-агенту отдельная учётная запись
Agent Identity находится в preview. По описанию IBM, агент получает собственную идентичность, связанную с действующим провайдером идентификации компании. Она отделена от учётных записей разработчика и пользователя. Для частного предварительного доступа IBM называет IBM Verify и Microsoft Entra.
Такое разделение помогает ответить на конкретный вопрос при разборе действия: кто отправил запрос, какой агент выполнил его и какой инструмент вызвал. IBM описывает короткоживущие токены с правами под задачу и возможность остановить агента через отключение его идентичности у провайдера. Это заявленные механизмы функции в preview; их работу и границы нужно проверить в своей конфигурации.
Начните с одного сценария, например подготовки карточки клиента. Дайте агенту право читать необходимые записи и создавать черновик. Изменение важных полей и отправку сообщений оставьте на подтверждение сотрудника. Затем проверьте журнал: видны ли запрос пользователя, действие агента, вызванный инструмент и решение человека. Такой тест покажет больше, чем общая схема прав доступа.
Как руководителю применить новость в своём AI-офисе
Новость IBM полезна как повод проверить действующие процессы. Платформу и сроки внедрения выбирайте после инвентаризации, оценки рисков и пилота на ограниченном наборе задач.
1. Соберите паспорт каждого агента
Запишите название сценария, бизнес-владельца, технического владельца, подключённые инструменты и категории данных. Отметьте, какие действия агент выполняет сам, а для каких готовит черновик сотруднику. Добавьте статус: тест, пилот или рабочее использование. Если владелец неизвестен, назначьте ответственного до расширения доступа.
2. Разделите права пользователя и права агента
Проверьте, чьи учётные данные используются при вызове CRM, базы знаний или сервиса документов. Для каждого действия задайте минимальный нужный доступ и срок его действия. Отдельно проверьте, что происходит при уходе сотрудника, смене владельца процесса и отключении агента. В журнале должны различаться запрос человека и вызов инструмента агентом.
3. Введите единый маршрут для эскалаций
Опишите, какие действия требуют подтверждения, кому приходит запрос и как задача завершается при отказе или тайм-ауте. Укажите, кто может остановить интеграцию и где искать историю её вызовов. Для продаж, поддержки и финансов эти правила стоит проверить на конкретных тестовых случаях до подключения чувствительных данных.
4. Считайте качество и стоимость вместе
В обзоре IBM сообщила о шести готовых оценках LLM-as-a-Judge для текущего трафика: токсичность, полезность, галлюцинации, краткость, релевантность контекста и ответа. Для них IBM указывает статус общей доступности с 30 сентября 2026 года. Администратор может выбирать оценки и частоту выборки; каждый запуск оценки использует модель и влияет на расходы.
Выберите показатели под риск процесса. Для клиентского ответа важны фактическая точность и уместность формулировок. Для внутреннего поиска - соответствие ответа найденным документам. Сравнивайте автоматические оценки с разбором примеров сотрудниками и отдельно считайте стоимость проверки. Ни одна метрика сама по себе не подтверждает качество всего процесса.
Где здесь пригодится мультиагентная система HERMES
Если несколько агентов готовят документы, обрабатывают заявки и передают результаты друг другу, опишите роли и точки подтверждения до пилота. Для эксперимента с такой цепочкой можно рассмотреть HERMES. По этой ссылке читатель получает $15 на подписку HERMES.
Заранее задайте доступные каждой роли данные, разрешённые инструменты и правило передачи результата человеку. Затем проверьте журнал и поведение цепочки при ошибке одного шага. Выбор инструмента не отменяет ответственность владельца процесса за права и итоговое действие.
Итог: новость IBM как чек-лист для внедрения AI-агентов
Обзор IBM от 2 октября 2026 года показывает два направления работы: общий реестр агентов из разных сред и отдельную идентичность агента. Подключения Microsoft Foundry и Gemini Enterprise Agent Platform, как и Agent Identity, остаются в preview. Перед применением проверьте доступность функций, права, журнал действий и порядок остановки задачи. Оценки качества, которые IBM объявила общедоступными с 30 сентября, проверяйте на своих сценариях вместе с их стоимостью.
Источники
- IBM: New in watsonx Orchestrate - Expanded third-party agent management and Agent Identities, 2 октября 2026 года
- IBM Docs: подключение Microsoft Foundry к AI Gateway
- IBM Docs: подключение Gemini Enterprise Agent Platform к AI Gateway
Если хочешь внедрить ИИ агентов в свой бизнес, но не знаешь с чего начать, пиши мне в телеграм t.me/berdoff, я проведу бесплатную консультацию, поделюсь своим опытом.