Title: От помощи к исполнению: архитектурный сдвиг

В руководстве Microsoft «Agentic Transformation Patterns» на 2026 год подробно описывается, как необходимо перестроить ИИ-агентов, чтобы они перешли от простого оказания помощи пользователям к реальному выполнению задач. В документе указывается конкретная цена этих усилий: от 26 до 60 инженерно-недель на создание базовой инфраструктуры, прежде чем можно будет выпустить первого агента в режиме исполнения. Компании, игнорирующие этот сдвиг, рискуют создать хрупкие инструменты, которые не способны безопасно действовать самостоятельно.

Предприятия сейчас экспериментируют с ассистентами на базе больших языковых моделей (LLM), которые составляют черновики писем, предлагают фрагменты кода или извлекают данные. Такие агенты остаются в режиме «помощника»: человек проверяет каждый результат, а тонкая программная оболочка (wrapper) направляет запрос модели и возвращает ответ. Такая архитектура дешева и быстро собирается, но она намеренно оставляет принятие решений и запись данных на стороне пользователя.

Когда организация хочет, чтобы агент выполнял полный рабочий процесс — заполнял базу данных, запускал последующий процесс или одобрял транзакцию — модель больше не может быть «черным ящиком», который выдает ответ для проверки человеком. Агент должен действовать как автономная служба со своей собственной идентификацией, постоянным состоянием и встроенными механизмами безопасности. Microsoft утверждает, что старую архитектуру, предназначенную только для помощи, нельзя просто «залатать» до состояния системы, готовой к исполнению; она требует полного перепроектирования на основе семи архитектурных столпов.

Семь столпов ИИ-агентов, готовых к исполнению

  • Полномочия (Authority) – Переход от полномочий, «делегированных пользователем», к постоянным идентификаторам агентов с ограниченными правами доступа. Агент должен проходить аутентификацию в последующих сервисах без использования токена человека.
  • Границы (Boundaries) – Замена ситуативного рассуждения модели в критически важных вычислениях на детерминированные пути выполнения кода. Все, что требует точности — финансовая математика, проверки на соответствие нормам — должно выполняться в проверенном ПО, а не выводиться на основе ответов модели.
  • Схемы (Schemas) – Переход от обмена данными со слабой типизацией к канонической схеме, находящейся в ведении назначенного ответственного за данные (data steward). Это предотвращает запись агентом некорректных записей, которые последующие системы не смогут обработать.
  • Обнаружение сбоев (Failure Detection) – Замена человеческого контроля непрерывной телеметрией и мониторингом бизнес-результатов. Система должна автоматически выявлять аномалии, такие как неожиданные объемы транзакций, и останавливать агента при нарушении пороговых значений.
  • Состояние (State) – Замена кратковременных сессий чата на долговечное состояние в рамках конкретного случая (case-scoped state), хранящееся в системе учета (system of record). Агенту исполнения может потребоваться вспомнить предыдущие шаги, журналы аудита или предпочтения пользователя спустя дни или недели.
  • Откат (Rollback) – Замена подхода «перезапустить промпт» на событийное сорсинг (event-sourcing) или компенсирующие транзакции, которые могут надежно отменить действия. Если агент совершит ошибку, платформа должна откатить побочные эффекты без ручного вмешательства.
  • Аудируемость (Auditability) – Переход от простых транскриптов чата к логам каждого действия, которые привязывают каждую операцию к конкретной версии и идентификатору агента. Регуляторы и внутренние аудиторы смогут точно отследить, что именно сделал агент, когда и в соответствии с какой политикой.

Эти изменения не являются необязательными дополнениями; они представляют собой новую операционную модель для автоматизации на базе ИИ. По оценкам Microsoft, создание этого фундамента потребует от 26 до 60 инженерно-недель.

Почему важна стоимость

В руководстве содержится предостережение против развертывания агентов в режиме исполнения для малоценных задач, которые экономят лишь несколько минут рабочего процесса пользователя. Инженерные затраты перевесят любую незначительную выгоду в производительности. Выбирайте процессы с измеримыми результатами — выполнение заказов, рассмотрение страховых случаев, отчетность о соответствии нормам, — где автономное исполнение напрямую конвертируется в экономию средств или снижение рисков.

Для владения схемами данных требуются административные полномочия.

Контраргумент: Достаточно ли только режима помощи?

Для многих сценариев внутренней поддержки — составление протоколов встреч, поиск статей в базе знаний — проверка человеком остается практичным механизмом безопасности. Компромиссом здесь являются более длительные циклы и сохраняющаяся зависимость от человеческого труда при принятии окончательного решения.

Вывод очевиден: переход ИИ-агентов от вспомогательной роли к автономной — это не просто переключение функции; это полная переработка архитектуры. Компании, недооценивающие требования к инженерии и управлению, рискуют запустить хрупких ботов.