Как устроить ручное согласование действий ИИ

Сначала покажите изменение целиком

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

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

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: 'lead_submit',
  form_id: 'audit',
  page_path: location.pathname
});

Свяжите разрешение с проверенной версией

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

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

Сам текст модели «пользователь согласовал» не является подтверждением. Решение следует получать из предусмотренного канала согласования и хранить вместе с версией предложения. Определите также, что происходит при отказе или отсутствии ответа. Для действия, которому необходимо разрешение, молчание не должно автоматически превращаться в согласие.

Условный пример изменения срока задачи

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

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

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

Проверьте, что отказ действительно останавливает действие

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

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

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