Главная мысль урока: автоматизация — это гибрид с человеком, а не замена людей. Два правила, которые должны стоять в каждом ТЗ: когда агент передаёт задачу человеку (исчерпал попытки / действие высокого риска) и как необратимые действия проходят через согласование — «агент предложил, человек подтвердил». Кейс Klarna показал обе стороны: рекордную экономию от автоматизации и публичный откат, когда людей из контура убрали совсем.
Два триггера передачи человеку
OpenAI в руководстве для бизнеса формулирует ровно два случая, когда агент обязан звать человека — берите формулировки прямо в ТЗ: (OpenAI, Practical Guide to Building Agents)
Исчерпан лимит неудач. Агент не справился за N попыток (вспомните запасную ветку из урока 19) — задача уходит человеку с контекстом: что пытался, что понял, на чём застрял.
Действие высокого риска. Возвраты денег, отмены заказов, массовые рассылки, публикации — требуют одобрения человека, пока система не накопила доверие на маленьких ставках.
Знакомая логика? Это «read свободно, write под присмотром» из уроков 5 и 8: читать и анализировать агент может широко, а менять мир — узко и подотчётно. Смертельная триада из урока 8 — третья причина держать человека у кнопки.
Паттерн «предложил → подтвердил»
Для необратимых действий стандарт 2026 — согласование (approval gate, «ворота одобрения»): агент готовит действие полностью, но не исполняет, а кладёт человеку на подпись — как секретарь кладёт директору письмо в папку «на подпись», а не отправляет сам.
агент составил ответ на жалобу → пауза → куратору: [отправить] [исправить] [отклонить] → подтверждено → письмо ушло
Важно, что это встроено в конвейер, а не приделано сбоку: процесс останавливается на воротах и продолжается с того же места после решения человека. В зрелых фреймворках это штатный механизм — например, interrupt в LangGraph: граф замирает, человек получает карточку «одобрить / изменить / отклонить», после ответа выполнение продолжается ровно с точки паузы. (LangGraph, Interrupts)
Дешёвая версия того же паттерна — «черновик вместо отправки»: агент складывает готовые ответы в папку черновиков почты или в канал согласования. Ноль разработки, а от катастрофы уже защищает.
Кейс Klarna: обе серии
Серия 1 · Триумф (февр. 2024)
AI-ассистент Klarna за первый месяц провёл 2,3 млн диалогов — две трети всей поддержки, работа ~700 человек. Время решения вопроса упало с 11 минут до менее 2. Повторные обращения −25%. (пресс-релиз Klarna)
Серия 2 · Откат (май 2025)
CEO Klarna публично признал: ставка только на AI дала «более низкое качество», компания снова нанимает живых операторов. Новый принцип: «клиенту всегда должен быть доступен человек, если он этого хочет». (Entrepreneur, май 2025)
Мораль для вашего ТЗ — не «AI не работает» (цифры серии 1 настоящие) и не «всё автоматизируем» (серия 2 случилась именно из-за этого). Мораль: проектируйте гибрид — автоматика забирает типовой поток, человек остаётся доступным по запросу и обязательным на высоких ставках. Убрать человека из контура целиком — решение, которое потом отматывают публично и дорого.
🔬 Под капотом: почему пауза на согласование — это техническая задача, а не кнопка
Кажется, что «подождать человека» — мелочь. Но человек может ответить через час, день или в понедельник. Всё это время состояние конвейера — что агент уже сделал, что собирался — должно где-то жить, пережить перезапуски сервера и восстановиться ровно в точке паузы.
Это та же механика «сохранений в игре» из урока 19 (durable execution): пауза на согласование — просто очень длинный шаг. Поэтому требования «конвейер переживает сбои» и «необратимые действия ждут одобрения» в ТЗ ходят парой — под ними одна и та же инфраструктура.
И деталь про доверие: ворота не обязаны стоять вечно. Здравый паттерн — снижать строгость по мере накопления статистики: первые два месяца подтверждается всё, потом — только суммы выше порога и нетипичные случаи. Это должно быть прописано как этапы, а не решаться «по ощущениям».
Зачем это вам как заказчику
Составьте список необратимых действий вашей автоматизации: деньги, массовые отправки, публикации, удаления. Для каждого в ТЗ — ворота одобрения или явное решение «без ворот, потому что…».
Спросите: «что увидит сотрудник, когда агент передаст ему задачу?» Правильный ответ — карточка с контекстом и кнопками, неправильный — «придёт письмо, пусть разбирается».
Спросите: «как ученик позовёт человека, если не хочет говорить с ботом?» После Klarna «никак» — неприемлемый ответ для клиентского сервиса.
Этапность доверия — в ТЗ: что подтверждается в первый месяц, что через три, по каким цифрам строгость снижается.
Проверьте себя
Повторение урока 19. Подрядчик: «Ретраи настроены: любой сбойный шаг автоматически повторяется до трёх раз». Для шага «отправить письмо ученику» чего не хватает?
Верно, урок 19! Ретраи без идемпотентности на действиях с последствиями — это и есть рецепт двойных писем и списаний. Кнопка лифта: повтор не должен исполнять действие заново.
Число ретраев — не главное. Опасность в другом: письмо могло уйти, а подтверждение потеряться — и ретрай отправит его второй раз. Не хватает ключа идемпотентности (урок 19).
Агент поддержки получил запрос на возврат 50 000 ₽ за курс. По уроку, что он должен сделать?
Именно! Второй триггер OpenAI: высокорисковые действия идут через ворота одобрения. Агент делает всю подготовительную работу — человек тратит 30 секунд на решение, а не 20 минут на разбор.
Обе крайности мимо: автоматический возврат крупной суммы — необратимый риск, автоматический отказ — потерянный клиент. Паттерн: агент готовит, человек подтверждает.
Что на самом деле доказывает двухсерийный кейс Klarna?
Верно! Обе серии правдивы: экономия настоящая И откат настоящий. Вывод — гибрид: автоматика на типовом потоке, человек доступен по запросу и обязателен на высоких ставках.
Klarna не отказалась от AI — ассистент работает до сих пор; и дело не в модели. Компания вернула людей В ДОПОЛНЕНИЕ к автоматике, потому что полная замена дала «lower quality». Урок — про гибрид.
Почему «агент складывает готовые ответы в черновики, куратор отправляет» — полноценный паттерн, а не времянка?
Точно! Ценность паттерна — в разделении «подготовил/исполнил», а не в технологии ворот. Начать с черновиков сегодня и дорасти до встроенных согласований — здоровый путь по лестнице доверия.
Дело не в цене черновиков и не в «стыдно»: суть паттерна — необратимое действие исполняет человек, подготовку делает агент. Форма (черновики или встроенные ворота) — вопрос зрелости, а не правильности.
Практика: спроектируйте ворота для своих процессов
🛠 Задание на 10 минут
Выпишите все необратимые действия из вашей карты процесса (уроки 18–19): отправки, списания, выдачи, публикации, удаления.
Для каждого решите: ворота одобрения / черновик на подпись / без ворот (и почему риск приемлем).
Спросите Claude Code: «Вот мои необратимые действия и решения по воротам: [список]. Покритикуй как архитектор: где я переосторожничал (ворота замедлят процесс зря), где недооценил риск? Предложи этапы снижения строгости на 1-й и 3-й месяц».
Что дальше
Автоматизация спроектирована, защищена и согласована. Осталось понять, как она живёт после запуска: трейсы, тихие поломки, смена моделей и главный вопрос владельца — окупается ли. Об этом следующий урок.