По мере того как ИИ-агенты переходят от простых чат-ботов к автономным работникам, они все чаще полагаются на Model Context Protocol (MCP) для взаимодействия с внешними инструментами и данными. Однако эта возможность сопряжена со скрытыми финансовыми и эксплуатационными затратами, которые Okta теперь стремится решить.

Понимание «налога на инструменты» в оркестрации ИИ

Когда ИИ-агент взаимодействует со средой через MCP-сервер, каждый вызов модели требует, чтобы агент понимал свои доступные возможности. Для этого система должна передавать в контекст промпта весь список схем инструментов, их названия, описания и параметры.

Okta определила это явление как «налог на инструменты» (tool tax). По мере роста количества интегрированных инструментов объем промпта растет экспоненциально. Это приводит к значительному увеличению потребления токенов, что напрямую раздувает операционные расходы и увеличивает задержку (latency) на каждом этапе рассуждения агента. Для развертываний корпоративного масштаба, управляющих сотнями инструментов, эти накладные расходы могут стать серьезным препятствием как для бюджета, так и для производительности.

Решение проблемы накладных расходов с помощью Identity-Scoped MCP

Чтобы минимизировать эту неэффективность, Okta внедряет списки инструментов MCP с привязкой к идентификации (identity-scoped MCP). Вместо того чтобы транслировать каждый доступный инструмент для каждого запроса модели, подход Okta использует управление идентификацией и доступом (IAM) для динамической фильтрации набора инструментов.

Реализуя привязку к идентификации, MCP-сервер предоставляет только те определения инструментов, которые разрешены аутентифицированному пользователю или агенту. Если агент действует от имени младшего сотрудника, он получает лишь подмножество общей схемы инструментов; если он действует от имени администратора, он получает полный набор. Это гарантирует, что контекстное окно модели не будет перегружено нерелевантными или несанкционированными описаниями инструментов, что эффективно сокращает количество токенов, необходимых для каждого вызова инференса.

Почему это важно для экосистемы ИИ

Это событие знаменует собой критический переход от ИИ, «ориентированного на возможности» (capability-centric), к ИИ, «ориентированному на управление» (governance-centric). По мере того как разработчики переходят к более сложным агентским рабочим процессам, индустрия осознает, что масштабирование невозможно путем простого наращивания объема промптов (brute-force prompting).

Стратегия Okta решает две наиболее значимые проблемы внедрения ИИ в корпоративном секторе: оптимизацию затрат и безопасность. Связывая доступ к инструментам с идентификацией, Okta не только снижает «налог на инструменты», но и обеспечивает соблюдение принципа наименьших привилегий на уровне протокола. Это гарантирует, что ИИ-агент не сможет случайно обнаружить или попытаться вызвать конфиденциальную функцию — например, инструмент удаления базы данных — только потому, что схема этого инструмента присутствовала в контексте промпта.

Ключевые выводы

  • Снижение расхода токенов: Identity-scoped MCP ограничивает схемы инструментов, отправляемые в LLM, напрямую снижая «налог на инструменты» и сокращая затраты на инференс.
  • Повышенная безопасность: Фильтруя инструменты на основе идентификации пользователя, Okta обеспечивает строгий контроль доступа, предотвращая доступ агентов к несанкционированным функциям.
  • Масштабируемые агентские рабочие процессы: Привязка к идентификации позволяет предприятиям развертывать обширные библиотеки инструментов без линейного роста задержки и объема промптов, характерного для крупномасштабных реализаций MCP.

Итог: Связывая доступ к инструментам с идентификацией, Okta устраняет раздувание объема токенов, которое мешало масштабному развертыванию ИИ-агентов, одновременно усиливая безопасность. Этот шаг подталкивает индустрию к ИИ, ориентированному на управление (governance-centric AI), где затраты, скорость и контроль доступа встроены в протокол, а не добавляются как надстройка после внедрения.