Гейтинг без ИИ и гейтинг с ИИ: кто решает, пропустить действие дальше

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

Коротко

• В продукте «+Альянс Поток» решение продолжить сценарий опирается на заранее названное состояние: успешное завершение задачи или ответ согласующего.
• Список согласующих и правило кворума стоят в узле «Согласование» до запуска сценария (техническая документация продукта и подсказка панели узла, 30 июля 2026 года).
• Страница услуги «Создание ИИ-конвейеров обработки данных» обещает проверку человеком для «сомнительных случаев», а правило, по которому случай признаётся сомнительным, не называет (сверено 4 сентября 2026 года).
• В документации Claude Code и OpenAI Responses API (сверено 6 сентября 2026 года) подтверждение человеком описано как правило, заданное заранее — разработчиком инструмента или порогом вендора.
• Перед договором на ИИ-конвейер я бы спрашивал три вещи: правило эскалации, кто им управляет и что попадает в журнал по документу, ушедшему к человеку. К компании «+Альянс» это относится так же, как к любому подрядчику.

Что такое гейтинг и на каких шагах его ставят

Гейтинг — это шаг сценария, который держит процесс на месте, пока не выполнено условие. Слово нерусское, но короче я не подобрал.

Необратимое действие — то, у которого нет кнопки «назад»: удаление сотрудника из организации, платёж, запись документа в учётную систему без проверки. Гейт ставят перед такими шагами.

В сценарии автоматизации условие названо до запуска

В технической документации продукта «+Альянс Поток» одна из гарантий надёжности сформулирована так: «необратимые действия (например, удаление сотрудника) выполняются только после успешного завершения резервного копирования» (документация продукта, 30 июля 2026 года). Исхода два: копирование завершилось успешно или нет. Условие оценивает статус задачи, а сами статусы названы до запуска.

Входящий вебхук «+Альянс Потока» сценарий запускает, а не пропускает дальше: его легко спутать с гейтом. Ответ на вебхук означает факт запуска сценария, а не его завершение (ответы владельца продукта, 20 августа 2026 года). Завершение — отдельное состояние, у продукта есть статусы завершения сценария, среди них ошибка и успешная отработка.

По тем же ответам владельца продукта от 20 августа 2026 года, ключа дедупликации в продукте нет: два запроса по одному сотруднику «+Альянс Поток» считает двумя независимыми запусками сценария.

Человек в таком сценарии стоит в списке, а не в догадке

В продукте «+Альянс Поток» человеческое решение ставят узлом «Согласование»: при запуске сценария утверждающий получает письмо на почту и решение принимает по ссылке из письма. Подсказка панели узла «Согласование» описывает это дословно: «Согласующему уходит персональная ссылка „Согласовать“ / „Отклонить“ — по e-mail и/или в Яндекс Мессенджер (личным сообщением от бота). Поток приостанавливается до решения.»

Правило подсчёта голосов выбирается в поле «КВОРУМ» панели узла «Согласование». Подсказка описывает это так: «При кворуме „Нужны все“ любой отказ сразу уводит поток по ветке „Отклонено“; при „Достаточно любого“ решает первый пришедший ответ.» Согласующих в списке может быть больше трёх — в панели есть кнопка «+ Добавить согласующего». Всё это — список, кворум, канал — выбрано при сборке сценария.

У заказчика компании «+Альянс» на продукте «+Альянс Поток» работает сценарий согласования документов в связке 1С — Яндекс 360; себя клиент раскрывать не готов (подтверждение владельца продукта, 28 августа 2026 года).

Тот же тип ожидания у чужого движка

У движка автоматизации n8n есть Wait-нода: в её документации четыре режима возобновления — After Time Interval, At Specified Time, On Webhook Call, On Form Submitted, а для режимов с вебхуком и формой описана опция Limit Wait Time: возобновление по истечении времени или к заданному моменту, даже если ожидаемое событие не произошло (страница Wait-ноды в документации n8n, сверено 6 сентября 2026 года). Каждый режим — заранее выбранное событие, и выбирает его автор воркфлоу.

Что меняется, когда входящий поток разбирает ИИ

У компании «+Альянс» есть услуга другого рода — «Создание ИИ-конвейеров обработки данных» (сверено 4 сентября 2026 года). Цепочка конвейера описана на странице так: «источник → распознавание и извлечение данных ИИ → проверка → запись в целевую систему». О развилке с человеком — одно предложение: «Сомнительные случаи конвейер отдаёт на проверку человеку, а не проводит молча».

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

Про журнал на странице услуги «Создание ИИ-конвейеров обработки данных» сказано: «Журнал: видно, какой документ когда обработан и куда записан». Попадает ли туда причина, по которой документ ушёл к человеку, страница не говорит. Другая её строка: «сценарии в Яндекс 360 строим на нашем продукте +Альянс Поток» — а опирается ли шаг записи в целевую систему на тот же механизм ожидания, что и узлы «+Альянс Потока», страница молчит тоже.

Похожая формулировка есть у соседней услуги, разработки ИИ-ассистентов: «Сложные и нестандартные вопросы уходят живому сотруднику, а не в тупик» (сверено 4 сентября 2026 года). Признак «сложный» страница ассистентов тоже не раскрывает.

Как подтверждение человеком устроено у вендоров ИИ-инструментов

В документации Claude Code auto-режим описан так: действия вместо пользователя проверяет вторая модель, классификатор. Порядок фиксированный: сначала явные правила разработчика allow, ask и deny, затем автоматически одобряются действия только на чтение и правки файлов в рабочей папке, а классификатору достаётся остальное — «Everything else goes to the classifier». Если классификатор блокирует действие три раза подряд или двадцать раз за сессию, auto-режим приостанавливается сам и инструмент возвращается к запросам пользователю; про пороги документация говорит, что они не настраиваются: «These thresholds are not configurable». Разделы «How the classifier evaluates actions» и «When auto mode falls back», страница о режимах разрешений Claude Code, сверено 6 сентября 2026 года.

На странице code.claude.com/docs/en/permission-modes есть важная для делового читателя оговорка: границы, названные пользователем в переписке, классификатор учитывает, но правилом они не становятся — для твёрдой гарантии страница советует добавить запрещающее правило («For a hard guarantee, add a deny rule instead»).

В документации OpenAI Responses API подтверждение перед вызовом внешнего инструмента задано параметром require_approval. Значение "always" требует одобрения перед каждым вызовом инструмента («requires approval before every tool call»), "never" пропускает одобрение, и есть вариант со списком конкретных имён инструментов (руководство по MCP-коннекторам OpenAI, сверено 6 сентября 2026 года).

Вывод мой. Ни Claude Code, ни OpenAI Responses API не описывают подтверждение человеком как самооценку неуверенности модели, раскрытую пользователю числом: в обеих документациях это заранее заданное правило. На другие ИИ-инструменты я это не распространяю.

Кто задаёт условие и что из этого видит заказчик

Слева — сценарий автоматизации: вход, гейт по заранее названному состоянию, два исхода и вывод «условие задал человек, и оно записано» (по документации продукта, 30.07.2026). Справа — ИИ-конвейер: вход «источник», цепочка из трёх шагов, дословная цитата про сомнительные случаи и вывод «правило страница услуги не называет» (по описанию страницы услуги, сверено 04.09.2026). Внизу — Wait-нода n8n и правила Claude Code и OpenAI Responses API, сверено 06.09.2026.

Четыре строки из пяти читатель проверит сам по ссылкам выше. Пятая, про узел «Согласование», — из технической документации продукта и подсказки в панели узла: читателю они недоступны, тут остаётся верить мне на слово. А статью я сел писать из-за строки про ИИ-конвейер.

Чем компания платит за смену роли

На мой взгляд, когда решение принимает заранее написанное условие, у ответственности есть фамилия. Разбирать потом нечего — открываешь сценарий и видишь правило, которое сработало.

Я представляю это так: когда развилку определяет конвейер по ходу обработки, человеку приносят не вопрос «утвердить или отклонить», а документ с пометкой «разберитесь». Почему приехал именно этот документ, человек не знает. Сколько будет таких документов, страница услуги не называет, и своей цифры я вместо неё не поставлю.

Отсюда моя претензия к формулировке «отдаёт на проверку человеку»: она описывает поведение конвейера, но не даёт заказчику способа спорить с решением.

Три вопроса подрядчику ИИ-конвейера

Вопросы мои, к любому подрядчику, включая компанию «+Альянс», и задавать их надо до подписания.

1. По какому правилу конвейер признаёт документ сомнительным и кто это правило записал? Ответ «модель сама понимает» не годится: просите проверку, названную словами.
2. Вижу ли я это правило и могу ли изменить его сам после сдачи проекта? Если менять будет подрядчик — пусть срок стоит в договоре.
3. Что попадает в журнал по документу, который ушёл к человеку, и что происходит, если никто не отреагировал?

Контраргумент против меня самого: правило на бумаге надо проверить на своих документах. Разумный старт по странице услуги — «пилотный конвейер на одном типе документов».

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

Гейтинг в сценарии автоматизации и проверка человеком в ИИ-конвейере — это про одно?

Про разные механизмы. Гейтинг держит поток до заранее названного состояния: пока задача не завершилась успешно, пока согласующий не ответил. Проверка человеком в ИИ-конвейере по описанию услуги «+Альянса» включается для «сомнительных случаев», а само правило страница услуги не называет.

Значит, ИИ-конвейер нельзя ставить на необратимые действия?

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

Что говорит документация ИИ-вендоров про подтверждение человеком?

Claude Code описывает auto-режим с классификатором: впереди явные правила разработчика, сзади не настраиваемый счётчик блокировок, возвращающий решение человеку (сверено 6 сентября 2026 года). OpenAI Responses API описывает параметр require_approval со значениями "always", "never" или списком инструментов (сверено 6 сентября 2026 года). Обе страницы — про сами инструменты вендоров.

Есть ли в «+Альянс Потоке» защита от повторного запуска одного и того же сценария?

Ключа дедупликации в продукте нет: два запроса по одному сотруднику «+Альянс Поток» считает двумя независимыми запусками сценария (ответы владельца продукта, 20 августа 2026 года).

«+Альянс Поток» есть в реестре российского ПО?

Продукт «+Альянс Поток» в реестр российского ПО не внесён. Услуги направления «Внедрение ИИ» — это услуги, а не программное обеспечение, реестр к ним не применяется.

Александр Жогов, основатель компании «+Альянс». Формулировки «+Альянс Потока» — по технической документации продукта и описанию узла «Согласование» от 30 июля 2026 года и по ответам о контракте входящего вебхука от 20 августа 2026 года; цитаты страниц услуг сняты с plus-aliance.ru 4 сентября 2026 года; документация n8n, Claude Code и OpenAI Responses API сверена 6 сентября 2026 года.