Живая книга: пишется постоянно, главы выходят по мере готовности. Её развивает редакция ИИ-агентов в диалоге с автором.

Глава 02 · v0.2 · ~12 минут

Объект автономизации

Единица автономизации - способность компании, спроектированная как замкнутый контур. Что это значит и почему её легко спутать с ботом, должностью или отделом.

Глава 01 закончилась обещанием: возьмём ту же очередь обращений и доведём её до состояния, когда она решается сама. Но между обещанием и работой стоит вопрос, который на том совете так никто и не произнёс вслух: какую именно работу вы собираетесь передать? Сорок инициатив прошли перед вами, и в каждой строке проступило одно и то же - инструмент стоит, работу делает человек. Значит, передавать предстоит саму работу. Осталось понять, что это такое.

Представьте, что вопрос всё же прозвучал, - и посмотрите, что происходит с ответами. Первый голос за столом: «передадим поддержку клиентов». Назван отдел - и это промах: отдел слишком крупен и неоднороден, чтобы уйти одним движением. Часть его работы машина возьмёт, часть останется на людях, часть переедет на других людей, а часть перераспределится так, что через квартал вы не соберёте, где что осело. Второй голос пробует точнее: «передадим работу младшего аналитика». Названа должность - и это тоже промах: должность размазана по десятку разных дел с разной ценой ошибки, единым куском она не отделяется. Третий заходит с другой стороны: «купим этого агента». Названа коробка - и это тот самый промах, который вы уже видели сорок раз: коробку подключат к прежней машине, и работу по-прежнему будет делать человек.

Все трое показывали рядом с целью. Передаётся то, что лежит между отделом, должностью и коробкой и не совпадает ни с одним из них. Эта глава - про то, что это за единица и как её увидеть. Пока она неразличима, разговор про автономизацию остаётся разговором про закупку софта. Как только различима - у вас в руках объект, который можно оценить, передать и, если понадобится, вернуть. Формула книги начинает работать ровно здесь: перевод способностей в автономный режим начинается с того, что способность становится видимой.

Способность, которую передают

Попробуйте найти эту единицу в документах, которые у вас уже есть. Организационная структура отвечает на вопрос, кто кому подчиняется, - и молчит о том, что здесь можно отдать машине. Реестр процессов отвечает, в каком порядке идут шаги, - и молчит о том же. Оба документа честно описывают компанию, и оба смотрят мимо. Нужна третья оптика: компания как система способностей.

Спуститесь на линию обращений и посмотрите не на людей и не на регламент, а на сам ход работы. Обращение вошло; его поняли; выбрали ответ; что-то изменилось в системах; вопрос закрыт - или не закрыт, и тогда это чего-то стоило. У этого хода есть вход и выход, критерий качества, цена ошибки и обратимость. Несут его вместе люди, процессы, данные и технологии - но сам он не совпадает ни с одним из носителей. Это и есть способность - введение закрепило за ней определение и роль единицы передачи; здесь мы впервые берём её в руки и смотрим, из чего она сложена и что вокруг неё строят.

Положите под увеличение ту же сквозную способность, что и раньше, - принять входящее обращение и довести его до решённого состояния. В ней, как и в любой работе, видны шесть движений: приём сигнала, понимание запроса, выбор ответа, действие в системах компании, проверка результата, улучшение правил. Это способность как она есть, до всякой передачи; чтобы отдать её машине, вокруг этих движений строят оболочку.

Способностей у компании конечное число, и их можно выложить на карту. По каким осям резать компанию на способности - разговор главы 03; здесь достаточно одной единицы в руках.

Замкнутый контур: семь элементов

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

У оболочки есть имя. Замкнутый контур - это способность, обёрнутая в семь элементов: те же шесть движений, ставшие явными и измеримыми, плюс то, чего у живой работы не было, - явная граница. На сквозном примере они читаются так.

  • Приём сигнала - входящее обращение целиком: канал, содержание, история клиента, тип и тон запроса.
  • Понимание - классификация: тип обращения и оценка сложности и риска относительно порога.
  • Решение - выбор ответа и действия в границах политики: что делаем, что под запретом.
  • Действие - ответ клиенту и операция в системах компании: меняется не только текст на экране, но и состояние в системах.
  • Контроль результата - измерение решённости с первого обращения; владелец результата живёт с этой метрикой и замыкает петлю.
  • Граница и эскалация - порог сложности и класс риска; всё выше порога уходит человеку на границе с полным контекстом; владелец риска держит порог.
  • Обратимость и обучение - стоп-правило и разворот потока с посчитанной ценой; правила улучшаются по разобранным обращениям.

Замкнутым контур называется потому, что петля сходится: выход возвращается на вход измеримым сигналом, и система видит собственный след. То, что искали три голоса за столом, выглядит именно так - способность в оболочке из семи элементов, которую можно спроектировать, передать под управление машины и вернуть назад целиком.

Замкнутый контур: семь элементов
Замкнутый контур: семь элементов

Водораздел: кто держит петлю

У одной и той же способности есть два состояния, и между ними проходит водораздел книги. Издалека они выглядят одинаково: «у нас на обращениях работает ИИ». Вблизи расходятся до противоположности.

Разомкнутое состояние глава 01 уже разобрала под микроскопом: подготовка ускорилась, решённость не измеряется, канал ответственности остался прежним. Для водораздела из того разбора нужна одна строка: петлю там держит человек - и держит её собой, по каждому обращению.

Чего стоит это состояние, рынок к середине десятилетия показал публично, и глава 01 разобрала эти истории: компании, расширившие захват без замкнутого контроля результата, разворачивали решение дорого и на виду; а там, где канал ответственности оставляли разорванным, последствие всё равно возвращалось организации - суд возлагал ответственность за действия агента на компанию и отклонял довод, что бот отвечает за себя сам (реквизиты дел - в источниках главы 01). У разомкнутого захвата есть публичная цена.

Отсюда чистое разделение, и у каждой стороны водораздела своё имя. Ассистент - конфигурация, где петлю держит человек: система подсказывает, готовит черновики, ускоряет, а смотрит, правит и отвечает человек. Уберите человека - и петля разомкнётся, потому что системой она замкнута не была.

Автономия - конфигурация, где петлю держит система: она принимает сигнал, решает, действует, ловит результат и правит собственное поведение в заданных границах. Человек не исчезает - он поднимается на границу контура: держит порог, принимает сложные случаи и сохраняет право остановить.

В этом разделении кое-чего нет: мощности модели. Разницу задаёт устройство контура. Слабую модель можно обернуть честным замкнутым контуром на узкой задаче - и получить автономию. Сильнейшую можно оставить разомкнутым ассистентом - и она будет тихо портить метрику. Мощность модели и замкнутость контура - две разные оси.

Разомкнутый и замкнутый контур
Разомкнутый и замкнутый контур

Замкнутое состояние вблизи

Замкнутое состояние сужает захват и замыкает контур. Система берёт ограниченный набор обращений: определённые типы запросов и уровень риска ниже заданного порога. Внутри этих границ она ведёт обращение до конца - принимает, понимает, отвечает, выполняет операцию в системах - и сама измеряет результат: решён ли вопрос клиента с первого обращения. Это состояние Policy-Bounded: система действует в границах политики, финальная подотчётность закреплена за человеком.

Разберём одно обращение от начала до конца. Клиент пишет: не прошёл платёж по подписке. Контур принимает сигнал вместе с историей клиента, относит запрос к классу «сбой оплаты», видит риск ниже порога - и ведёт до конца сам: проверяет статус транзакции в биллинге, повторяет списание, отвечает клиенту, помечает вопрос решённым и ждёт, вернётся ли клиент с тем же. Следующее обращение - спор о годовом списании с требованием компенсации - тот же контур относит к более высокому классу риска, останавливается на границе и отдаёт человеку весь контекст: переписку, историю, что проверено. Человек принимает работу в понятном состоянии, с готовым контекстом под рукой.

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

Возврат заложен заранее. Если решённость падает или появляется класс ошибок, у контура есть стоп-правило: захват сужается или поток возвращается людям - с заранее известной ценой разворота, сколько операторов, за какой срок и какой объём они примут. Обратимость посчитана до запуска, поэтому разворот остаётся управляемым действием. Люди на границе - не резерв на случай сбоя, а постоянная часть контура: они держат сложные случаи и порог, и их роль расширяется, когда контур сужают. Порог включения возврата и порог обратного расширения захвата разведены: совпади они - контур дёргался бы у границы туда-обратно. Это разведение порогов и называют гистерезисом.

Захват здесь меньше, чем в разомкнутом состоянии, где ассистент касается всех обращений. Замкнутость этот меньший захват доводит до результата и отвечает за него. Рынок на момент написания дал и работающую конфигурацию такого рода - её механика в примере рядом [1]. Оговорка честности: это самоотчёт компании, не независимое измерение, и таких публичных случаев пока единицы - положительная сторона водораздела моложе отрицательной.

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

Здесь работает принцип парности, заявленный во введении: замыкание петли не отменяет надёжности - энтропия переносится из человеческих ошибок в агентские. Поэтому у замкнутого контура есть наблюдаемость и разбор инцидентов, а зрелость контроля растёт вместе с мощностью того, что посажено внутрь.

Инструмент: Выделение контура

В прошлой главе вы прогнали инициативы через Тест эпохи, увидели, что почти всё живёт в колонке инструментов и зоне ассистентов, - и выбрали одну строку из зоны ассистентов, с которой обещали войти сюда. Достаньте её. Теперь у вас есть оптика тоньше: приложите к этой инициативе Выделение контура - семь вопросов, по одному на элемент контура. По каждому ответьте честно, да или нет.

  1. Приём сигнала. Видит ли контур вход целиком - канал, историю клиента, тип и риск запроса - или ловит только часть картины?
  2. Понимание. Классифицирует ли система тип обращения и оценивает ли риск относительно порога, или обрабатывает всё одинаково?
  3. Решение. Выбирает ли система ответ и действие сама, в границах политики, - или предлагает варианты человеку?
  4. Действие. Совершает ли система действие, меняющее состояние в системах компании, - или готовит черновик?
  5. Контроль результата. Возвращается ли решённость измеримым сигналом на вход, и живёт ли с этой метрикой названный владелец результата?
  6. Граница и эскалация. Есть ли явный порог, за которым система останавливается и зовёт человека, и держит ли порог названный владелец риска?
  7. Обратимость и обучение. Посчитана ли цена возврата - сколько операторов и за какой срок примут поток? Возвращаются ли разобранные инциденты в правила?

Теперь считайте «да». Ноль-два - перед вами инструмент: работу делает человек. Три-пять - разомкнутый ассистент, та самая зона ассистентов из Теста эпохи: помощь, претендующая на автономию без полного контура. Шесть-семь - замкнутый контур. И одно правило перекрывает любую арифметику: нет владельца результата - петлю не закрывает никто, сколько бы «да» ни набралось по остальным строкам.

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

Проделайте это с двумя-тремя лучшими инициативами - и приготовьтесь к тому, что увидите. Скорее всего, замкнутых контуров у вас меньше, чем казалось, а разомкнутых петель, гоняющих на машинной скорости без обратной связи, - больше. Картина неприятная. Но это и есть карта работы, которая вам предстоит.

Что дальше

Совет, с которого началась эта глава, теперь может ответить на собственный вопрос. Передаётся не отдел, не должность и не коробка - способность компании в замкнутом контуре из семи элементов, отделённая от разомкнутого ассистента, который ускоряет операцию и тихо портит метрику. И у найденного объекта есть свойство, ради которого стоило его искать: он держится на любом масштабе. Один агент на линии обращений - контур. Отдел, где агенты и люди на границе работают вместе, - контур выше порядком, со своим владельцем и своей петлёй. Компания целиком - контур над контурами. Аппарат тот же, меняются владелец результата, радиус последствий и цена ошибки. Пока это заявка - разворачивать её будем на карте способностей и в главе об автономной компании.

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

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

Источники

[1] Страховая группа, программа обработки клиентских обращений (официальная публикация компании, ноябрь 2025, через web.archive.org; запуск в Австралии, июль 2025). Несколько агентов под надзором человека, заявленное сокращение времени обработки около 80 процентов, захват ограничен классом обращений, человек держит границу и подотчётность - конфигурация Policy-Bounded. Статус - факт (самоотчёт компании), стареет.

Публичные истории разомкнутого захвата и разорванной ответственности (финтех-ассистент, авиакомпания) разобраны в главе 01 - здесь они идут отсылкой, без пересказа; история банка приведена во врезке.

Дэн Реймер - основатель и CEO Reymer Digital.