Когда останавливать автоматизацию с ИИ при сбое

Разделите причины остановки

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

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

Ограничьте повторы и учитывайте уже сделанное

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

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

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

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

Пример остановки при создании внутренней записи

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

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

Испытайте остановку до рабочего запуска

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

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

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