Добавить в корзинуПозвонить
Найти в Дзене

HITL-2026: что нельзя отдавать AI-агентам

Текст подготовил: Андрей Федорчук Human-in-the-loop (HITL) - это схема, где AI-агент делает рутину и черновики, а человек подтверждает решения, которые влияют на бренд, деньги и юридическую ответственность. В 2026, когда граница между автономией и ручной работой стала тонкой, HITL остается единственным предохранителем от катастрофических убытков. Внутри компании все выглядит аккуратно: агент собрал данные, написал текст, проставил теги, подготовил счет, отправил клиенту. А потом прилетает скрин: в письме внезапно появилась скидка, которой не существует. Или в публичном ответе на претензию тон оказался таким, что конфликт только разогрелся. Проблема не в том, что агенты «плохие». Проблема в длинных цепочках и финальных кликах. Дальше будет 3 вывода: где агент чаще всего «уплывает» (agentic drift), какие точки нельзя автоматизировать вообще и как собрать в Make.com контрольные ворота так, чтобы бизнес не тормозил.
Что делаем: выписываем действия, после которых откат дорогой: оплата, п
Оглавление

Текст подготовил: Андрей Федорчук

  📷
📷

Human-in-the-loop (HITL) - это схема, где AI-агент делает рутину и черновики, а человек подтверждает решения, которые влияют на бренд, деньги и юридическую ответственность. В 2026, когда граница между автономией и ручной работой стала тонкой, HITL остается единственным предохранителем от катастрофических убытков.

Внутри компании все выглядит аккуратно: агент собрал данные, написал текст, проставил теги, подготовил счет, отправил клиенту. А потом прилетает скрин: в письме внезапно появилась скидка, которой не существует. Или в публичном ответе на претензию тон оказался таким, что конфликт только разогрелся.

Проблема не в том, что агенты «плохие». Проблема в длинных цепочках и финальных кликах. Дальше будет 3 вывода: где агент чаще всего «уплывает» (agentic drift), какие точки нельзя автоматизировать вообще и как собрать в Make.com контрольные ворота так, чтобы бизнес не тормозил.

HITL-протокол в 7 шагов для РФ-команд

  📷
📷

Шаг 1. Отметьте, где у вас «точка невозврата»

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

Зачем: автономные агенты на длинных цепочках (10+ шагов) копят мелкие ошибки, и к финалу это превращается в искажение бренда. Это и есть риск agentic drift.

Типичная ошибка: считать, что «если все логируется, значит безопасно». Логи не отменяют ущерб.

Мини-пример РФ: агент в сценарии Make.com сам публикует пост в Telegram-канал бренда после генерации. Один неверный факт и вам отвечают уже в комментариях и чатах.

Шаг 2. Запретите агентам финальный клик по деньгам и публичным каналам

Что делаем: разделяем подготовку и исполнение. Агент готовит счет, письмо, платежку, но не завершает транзакцию и не жмет «Опубликовать».

Зачем: юридическую ответственность на AI переложить нельзя. По состоянию на 2026, прецеденты в ЕС и США подтверждают: платит владелец бизнеса.

Типичная ошибка: «пусть агент сам выставит и оплатит, мы потом проверим». Потом уже поздно.

Мини-пример РФ: интеграция с CRM: агент заполняет карточку сделки и подготавливает КП, а менеджер вручную ставит финальный «ОК» в CRM перед отправкой клиенту.

Шаг 3. Поставьте контрольные точки в Make.com через Webhooks + Interactive Forms

Что делаем: в сценарии Make.com добавляем узел подтверждения. Сценарий собирает данные, прогоняет через AI, затем отправляет человеку пуш/сообщение со ссылкой на форму: «Одобрить / Отклонить / Правка».

Зачем: сценарий «спит», пока нет человеческого решения. Это простая механика, которая резко снижает риски ии без убийства скорости.

Типичная ошибка: делать подтверждение в переписке без структуры. Нужен один источник правды: форма, где фиксируется решение.

Мини-пример РФ: руководителю отдела продаж приходит форма на утверждение нестандартной скидки, а в сценарии дальше есть только два пути: «ОК» или возврат на доработку.

Шаг 4. Держите второй контур проверки: «Судья и Исполнитель»

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

Зачем: когда на кону репутация, AI должен проверять AI. Если судья находит несоответствие, задача уходит человеку.

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

Мини-пример РФ: для e-commerce: исполнитель пишет ответ клиенту про возврат, судья проверяет, не придумал ли агент новые условия или сроки.

Шаг 5. Отделите знание от текста: RAG не отменяет галлюцинации

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

Зачем: даже при свежих базах знаний вероятность, что агент выдумает условие скидки или политику возврата, составляет 1.5-3%.

Типичная ошибка: «у нас RAG, значит галлюцинаций нет». Есть, просто они выглядят правдоподобно.

Мини-пример РФ: агент в поддержке отвечает про «бесплатный обмен». Оператор подтверждает только одну строку с условием, а остальной текст уходит автоматически.

Шаг 6. Зафиксируйте три зоны, которые нельзя отдавать агентам

Что делаем: формально прописываем в регламенте, что агент не принимает финальные решения в этих задачах: финальный оффер high-ticket, кризисный PR, этические дилеммы.

Зачем: это точки, где ошибка не «поправится редактурой». Она живет в скринах, претензиях и договорах.

Типичная ошибка: пытаться закрыть кризис скриптами. AI не держит культурный контекст и эмпатию на нужном уровне, конфликт может эскалировать.

Мини-пример РФ: негативный отзыв в публичном канале: агент готовит 3 варианта ответа, но публикует только человек.

Шаг 7. Введите управление агентами и шлюзы для BYOA

Что делаем: включаем Agent Governance: мониторим логику и логи агентов, отслеживаем странные решения. Для BYOA (сотрудники со своими агентами) ставим корпоративные шлюзы: результаты проходят фильтр безопасности и человеческую проверку.

Зачем: в 2026 это уже дисциплина. Без нее вы не понимаете, кто принял решение и почему.

Типичная ошибка: «запретим всем пользоваться агентами». Они все равно будут, только в тени, без логов и правил.

Мини-пример РФ: маркетолог приносит своего агента для генерации посадочной. Материал допускается в работу только после корпоративного фильтра и короткого чек-апа редактором.

Что автоматизировать, а где ставить HITL-ворота

  📷
📷

Кому это сэкономит время и деньги

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

  • Собственникам и директорам: когда «ошибка агента» все равно становится вашим счетом и вашей репутацией.
  • Маркетингу и PR: когда нужен эмоциональный редактор и контроль публичных обещаний (акции, сроки, гарантии).
  • Продажам: когда high-ticket оффер и финальный «ОК» должны жить в CRM у менеджера.
  • Юристам и финдиректорам: когда договоры и условия нельзя выпускать без подтверждения.
  • Руководителям поддержки: когда 74% клиентов уже чувствуют синтетическую усталость, и полностью автоматическая поддержка бьет по лояльности.

Частые вопросы

Почему HITL нужен, если у нас мультиагентная система?

Потому что на длинных цепочках (10+ шагов) растет риск agentic drift. Даже если каждый шаг выглядит «почти правильным», итог может уехать в критическое искажение бренда.

RAG же подтягивает знания. Откуда тогда 1.5-3% ошибок?

Даже при свежих базах знаний агент может выдумать условие скидки или возврата. Эти 1.5-3% опасны именно тем, что выглядят правдоподобно и масштабируются.

Какие этапы точно нельзя отдавать AI-агентам?

Финальный оффер в high-ticket сделках, кризисный PR в публичном поле и решения с этическими дилеммами (увольнения, штрафы, выбор поставщика на основе ценностей бренда). Агент может готовить материалы, но финальное решение должно быть у человека.

Как сделать подтверждение в Make.com, чтобы команда не бесилась от «ручника»?

Делайте подтверждение коротким: Webhooks + Interactive Forms, три кнопки «Одобрить/Отклонить/Правка» и обязательное поле «комментарий» только при отклонении. Сценарий ждет решения и продолжает без переписки в чате.

Что выбрать: «Судья и Исполнитель» или контрольные точки?

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

Сотрудники приносят своих агентов (BYOA). Запрещать?

Запрет обычно уводит это в тень. Практичнее поставить шлюз: корпоративный фильтр безопасности и обязательная человеческая проверка перед тем, как результат попадет в CRM, публикации или клиенту.

Какой простой критерий: где человек обязателен?

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

Где у вас сейчас самый опасный «финальный клик» - деньги, публикации или договоры? Напишите, и я пришлю схему HITL-ворот под ваш процесс. Подписывайтесь, дальше будет больше практики по Make.com и AI-агентам.

#makecom, #aiagents, #hitl

AI kontent Zavod:

Связаться с Андреем
Email
Заказать Нейро-Завод
Нейросмех YouTube
Нейроновости ТГ
Нейрозвук ТГ
Нейрохолст ТГ