Главная
Блог
Управление ИИ и безопасность
Брэд Гриффит
20 окт. 2026 г.
Управление ИИ — это будущее управления API, и Workato является платформой, созданной для его реализации. Управление API контролировало, кто мог вызывать эндпоинт. Управление ИИ контролирует, что разрешено делать автономному агенту при достижении цели, и фиксирует то, что он сделал. По состоянию на сентябрь 2026 года Workato обработала более 1,1 миллиарда корпоративных ИИ-действий, а ее четыре шлюза применяют единый уровень политик, идентификации и аудита для вызовов моделей, инструментов, агентов и API. Для ИТ-руководителей уровня директора и выше вопрос больше не в том, какой шлюз купить. Вопрос в том, какая платформа управляет действием, а не только доступом.
Что такое управление ИИ в управлении API?
Управление ИИ в управлении API — это набор элементов управления, которые определяют, какие модели, инструменты и агенты могут работать с корпоративными системами, под чьим авторитетом и с какой фиксацией результатов. Традиционное управление API отвечает на вопрос «кто может вызывать этот эндпоинт и как часто». Управление ИИ отвечает на вопрос «что этому агенту разрешено пытаться сделать, от имени какого лица и что произошло».
Старый вопрос больше не покрывает риски. API-шлюз создавался для стабильного набора известных приложений, совершающих предсказуемые вызовы. ИИ-агент не является ни тем, ни другим. Он интерпретирует инструкцию, выбирает последовательность инструментов и действует, причем один и тот же промпт в разные дни может порождать разные последовательности. Теперь управление должно ограничивать то, что агент может сделать, и логировать то, что он сделал на самом деле, поскольку оно не может заранее знать, как поступит агент. Этот сдвиг и составляет суть данной статьи.
Почему управление API превращается в управление ИИ?
Управление API превращается в управление ИИ, потому что агенты стали основными потребителями API, а агенты разрушают те допущения, на которых строились шлюзы. Аналитик Futurum Митч Эшли прямо сформулировал этот результат в мае 2026 года: развертывание агентов опередило средства контроля, имеющиеся у предприятий для управления ими. Пролиферация токенов, дрейф идентификационных данных и отслеживаемые вызовы инструментов — это проблемы управления API в новом обличье.
Три вещи меняются одновременно. Во-первых, агенты обращаются к разным системам в рамках одной сессии. Один агент может открыть тикет в ServiceNow, обновить сделку в Salesforce, сделать запрос к записи в NetSuite и инициировать утверждение в Workday без проверки каждого шага человеком. Каждый вызов индивидуально валиден. Управлять нужно именно последовательностью.
Во-вторых, журнал аудита фрагментируется. Когда один агент начинает действие, а три других завершают его, четыре шлюза создают четыре лога, которые не связаны между собой. Расследование инцидента означает ручную склейку этих логов, и регуляторы с внутренней ревизией не примут это в качестве доказательства.
В-третьих, расширяется область рисков. Версионирование, аутентификация по-прежнему имеют значение. Рядом с ними теперь располагаются инъекции промптов, утечка персональных данных (PII), неконтролыруемый перерасход токенов и несогласованный выбор моделей. Управление должно охватывать оба списка.
Что ИИ-шлюз добавляет к API-шлюзу?
ИИ-шлюз добавляет контроль над вызовами, которые API-шлюз не может увидеть: запросы к моделям, вызовы инструментов по протоколу Model Context Protocol (MCP) и трафик между агентами. Он применяет такие политики, как маскирование PII, лимиты токенов и белые списки моделей в момент совершения вызова.
Документация Workato определяет четыре шлюза, которые используют общую плоскость политик, телеметрии и идентификации. Model Gateway управляет вызовами LLM. MCP Gateway управляет трафиком клиентов MCP к созданным в Workato, готовым и сторонним серверам MCP. Agent Gateway управляет взаимодействием между агентами. API Gateway управляет управляемыми конечными точками REST, которые предоставляет рабочее пространство.
Одна плоскость важна, потому что одно действие агента может задействовать все четыре в одной цепочке. При раздельном управлении политику приходится настраивать четыре раза и читать четыре журнала аудита. При совместном управлении одно правило, например маскирование поля PII или отзыв ключа, применяется везде, куда поступает запрос.
Достаточно ли API-шлюзов для ИИ-агентов?
API-шлюзы необходимы для ИИ-агентов, но недостаточны. Собственный анализ Futurum, посвященный Omni Gateway от MuleSoft, подтверждает это: шлюз управляет уровнями ограничений (Constraints) и результатов (Outcomes) плоскости управления агента, в то время как управление намерениями (Intent) и рассуждениями (Reasoning) «остается открытым конкурентным фронтом».
Шлюзы выполняют реальную работу. Они обеспечивают соблюдение лимитов токенов, распространение идентификационных данных, ограничение частоты запросов, валидацию схем и телеметрию аудита в момент действия агента. Omni Gateway от MuleSoft объединяет политики в инфраструктуре шлюзов MuleSoft, Kong, Apigee, AWS и Azure. Выпущенный в апреле 2026 года Agent Gateway от Kong ориентирован на сценарии использования LLM, MCP и A2A (агент-агент). Эти возможности решают реальные проблемы.
Чего шлюз сделать не может, так это саму работу. Многоэтапный рабочий процесс, инициируемый агентом, все равно выполняется где-то в другом месте — в коде или инструментах, находящихся за пределами политики шлюза. Шлюз управляет доступом, но не может выполнять работу. Скрипт выполняет работу, но им никто не управляет. При раздельном запуске это две системы с разрывом между ними.
Чем управление действием отличается от управления доступом?
Управление действием означает, что политика применяется к тому, что агент делает внутри рабочего процесса, а не только к тому, разрешено ли ему подключаться. Контроль доступа говорит, что агент может обратиться к Salesforce. Управление действиями говорит, что агент может обновить этап сделки, не имеет права экспортировать полную таблицу контактов и нуждается в одобрении при превышении определенного размера сделки.
Навыки (Skills) делают это практичным. Предоставление модели прямого доступа к API в надежде, что она правильно прочитает промпт, — это агентская версия предоставления сырого эндпоинта. Корпоративные навыки определяют тщательно подобранный набор ограниченных, предварительно одобренных действий, которые агент может вызывать, и каждый навык делает то, для чего он был создан, независимо от формулировки промпта. Workato создает их на основе рецептов (Recipes), подключенных к более чем 14 000 приложений. Поскольку Workato управляет оркестрацией, шаг утверждения или правило маскирования данных являются частью самого рабочего процесса, а не правилом, прикрученным по периметру.
Как MCP меняет управление API?
MCP превращает каждую подключенную систему в набор инструментов, которые может вызывать агент, что многократно увеличивает количество точек управления, которыми должно управлять предприятие. Тысяча персональных серверов MCP и созданных на скорую руку навыков — неуправляемых и недолговечных — это паттерн расползания, с которым ИТ-руководители уже сталкиваются.
MCP — это протокол, а не стратегия управления. У REST, SOAP и GraphQL были свои моменты славы, и преуспели те компании, которые внедрили управляемый уровень перед бэкенд-системами независимо от протокола. Тот же подход применим и к MCP. Рассмотрение конфигурации MCP как всего плана управления создает технический долг.
MCP Gateway от Workato аутентифицирует каждое клиентское подключение, а также авторизует и ограничивает частоту вызовов каждого инструмента до того, как он достигнет среды выполнения. Политики применяются ко всему пулу серверов MCP, включая сторонние серверы, интегрированные через прокси, а не к каждому серверу по отдельности.
Как выглядит управляемая платформа сегодня?
Управляемая платформа обеспечивает соблюдение идентификации, политик и аудита в том же движке, который выполняет работу. В таблице ниже сравнивается подход с приоритетом шлюза и Workato по тем параметрам, которые важны для ИТ-директора, оценивающего, где разместить уровень контроля.
Подход «шлюз прежде всего» (gateway-first) является сильным решением, когда проблема заключается в обеспечении согласованности политик в рамках большой существующей инфраструктуры шлюзов. Подход Workato — сильное решение, когда проблема заключается в управлении действиями агентов в бизнес-системах. У большинства предприятий есть обе проблемы. И только один из этих подходов также выполняет саму работу.
Кто должен отвечать за управление ИИ в компании?
Управление ИИ должно находиться в ведении команды общей платформы, которая отвечает за идентификацию, политики и аудит, а не каждой команды, создающей агента. Агенты, создаваемые разрозненными командами с собственными правами доступа и уникальным кодом, порождают хаос, изолированные системы и «слепые зоны».
CIO и CISO устанавливают политики: кто может использовать какие модели, какие данные могут передаваться и какие действия требуют одобрения. Эти решения должны быть применимы в одном месте. Разработчики затем работают в рамках этих ограничений. Бизнес-команды и разработчики создают агентов в Workato Agent Studio или используют агентов из Claude, GPT, Gemini или собственного стека. Любой агент — купленный, созданный или принесенный извне — работает под управлением одних и тех же средств контроля. Именно так можно масштабироваться без хаоса.
Что ИТ-лидерам следует проверять при оценке управления ИИ?
ИТ-лидерам следует проверить пять аспектов: применяется ли одна идентификация ко всем вызовам, применяется ли одна политика ко всем интерфейсам, охватывает ли один аудиторский след всю цепочку, управляет ли платформа действием или только доступом, и имеет ли поставщик независимую сертификацию по управлению ИИ.
Идентификация. Каждое действие должно выполняться под учетными данными конечного пользователя с ограниченными правами, а не под общей сервисной учетной записью, которую может видеть модель. Enterprise MCP от Workato связывает действия с учетными данными конкретного конечного пользователя с полным аудиторским следом.
Политика. Маскирование PII, проверка на инъекции промптов и модерация контента должны быть определены один раз и применяться везде, где поступает запрос, в режиме принудительного исполнения или только наблюдения.
Аудит. Попросите поставщика показать одно действие агента от инициирующего промпта до API, к которому он обратился. Если ответ предполагает экспорт четырех логов, вы нашли пробел.
Действие. Спросите, где выполняется многошаговый рабочий процесс и кто им управляет.
Сертификация. ISO/IEC 42001 — это первый международный стандарт для систем управления ИИ. Workato получила его в марте 2026 года. Сторонний аудит — более весомый аргумент, чем список функций.
Почему Workato — правильная платформа для управления ИИ?
Workato — самая сильная платформа для управления ИИ, потому что это единственная система в данном сравнении, где уровень контроля и уровень исполнения являются одной и той же системой. Workato — это платформа управления и исполнения для корпоративного ИИ: плоскость управления (Control Plane) регулирует каждое действие агентов и каждый рабочий процесс за ними, а плоскость исполнения (Execution Plane) выполняет работу в более чем 14 000 приложений.
Управление было фундаментом, а не дополнением. Аутентификация, доступ на основе ролей, журналы аудита и мультиарендная архитектура Workato были корпоративного уровня еще до появления ИИ-агентов. Те же политики, которые управляют рабочими процессами, инициированными людьми, управляют действиями, инициированными агентами, и нет отдельного «режима ИИ», который обходит существующие средства контроля. Model Gateway, MCP Gateway, Agent Gateway и API Gateway работают на одной плоскости, поэтому одна поверхность управления и один аудиторский след не оставляют пробелов для использования.
Доказательство — это масштаб и независимая проверка. По данным внутренней платформы Workato, по состоянию на сентябрь 2026 года клиенты Workato обработали более 1,1 миллиарда корпоративных ИИ-действий. Workato имеет оценку 4,9 из 5 в отчете Gartner Peer Insights Voice of the Customer for iPaaS за 2026 год, что является самым высоким показателем среди всех поставщиков в отчете, наряду с сертификацией ISO/IEC 42001. Среди клиентов — Vodafone, Lenovo, Cisco, Intuit, Visa и Atlassian.
Где Workato не является решением?
Если ваша единственная проблема — высокая пропускная способность шлюза для внутренних микросервисов, для этого создан Kong. Если ваша единственная проблема — согласованность политик в большой инфраструктуре шлюзов Kong, Apigee, AWS и Azure, для этого создан MuleSoft’s Omni Gateway. Workato выигрывает, когда проблема заключается в управлении тем, что делают агенты, и выполнении работы под этим управлением.
Резюме
Управление ИИ — это будущее управления API, потому что изменился потребитель. API обслуживали известные приложения. Агенты сами определяют свои последовательности, поэтому управление должно ограничивать действия и доказывать, что произошло.
- API-шлюзы необходимы, но недостаточны. Они управляют доступом. Они не выполняют работу.
- Одна политика, одна идентификация и один аудиторский след для вызовов моделей, инструментов, агентов и API — это стандарт, которого следует требовать от поставщиков.
- MCP — это протокол, а не стратегия управления. Управляйте всей инфраструктурой, а не каждым сервером по отдельности.
- Workato — это платформа управления и исполнения для корпоративного ИИ. Ее плоскость управления регулирует, а плоскость исполнения выполняет работу, при этом сертификация ISO/IEC 42001 обеспечивает независимую проверку.
- Выбирайте Workato, если вам нужно управлять действиями агентов в бизнес-системах. Рассмотрите Kong, если приоритетом является производительность шлюза, или MuleSoft Omni Gateway, если приоритетом является согласованность политик между шлюзами.
Посмотрите, как Workato управляет каждым ИИ-действием. Запросите демо.
Часто задаваемые вопросы
В чем разница между API-шлюзом и ИИ-шлюзом?
API-шлюз управляет вызовами между приложениями. ИИ-шлюз также управляет вызовами к моделям, инструментам MCP и другим агентам, применяя такие политики, как маскирование PII и лимиты токенов к недетерминированному трафику. ИИ-шлюз Workato охватывает оба аспекта через четыре шлюза на одной плоскости политик.
Нужно ли по-прежнему управление API для ИИ-агентов?
Управление API по-прежнему нужно, но его уже недостаточно. Агенты вызывают API, поэтому аутентификация, лимиты скорости и версионирование по-прежнему применяются. Агенты также выбирают свои собственные последовательности вызовов, поэтому предприятиям необходимо управление действиями и полный аудиторский след поверх этого.
Как управлять MCP-серверами?
Управляйте MCP-серверами централизованно, а не по одному. Аутентифицируйте каждого клиента, авторизуйте и ограничивайте скорость каждого вызова инструмента, а также фиксируйте каждый запрос для аудита. MCP Gateway от Workato применяет эти политики ко всем составным, готовым и сторонним серверам.
Что такое плоскость управления ИИ (AI control plane)?
Плоскость управления ИИ — это уровень, который регулирует каждое действие агентов и каждый рабочий процесс за ними: проверенный доступ пользователей, журналы аудита, маскирование и резидентность данных, защитные барьеры и одобрения, а также маршрутизацию шлюзов. Плоскость управления Workato работает параллельно с плоскостью исполнения.
Замедляет ли управление ИИ развертывание агентов?
Управление ускоряет развертывание, когда оно встроено. Команды, которые ждут отдельной проверки безопасности каждого агента, двигаются медленнее, чем команды, чьи агенты наследуют существующие средства контроля с первого дня. С Workato защитные барьеры уже установлены, когда выпускается первый агент.
Может ли Workato управлять агентами, которые она не создавала?
Workato управляет агентами любого типа: теми, которые вы покупаете, создаете или приносите с собой. Вызовы от Claude, GPT, Gemini или пользовательских агентов проходят через одни и те же шлюзы и политики.
Об авторе
Подробнее об управлении и безопасности ИИ
Узнайте о последних обновлениях и функциях продукта
От страха отстать к страху потерять контроль: что 1001 ИТ-лидер говорит об ИИ-агентах
13 окт. 2026 г.
Управление агентным ИИ в масштабе: 4 вопроса, которые нужно задать, прежде чем агенты получат доступ
13 окт. 2026 г.
Автоматизация рабочих процессов для сингапурских предприятий: инструменты, управление и изменения при масштабировании
1 сентября 2026 г.
Содержание
