Разбор: почему резервный сценарий важнее красивого ответа ИИ
В демонстрации пользователь видит готовый ответ, а в рабочем процессе важнее момент, когда ответа нет. Источник недоступен, данные противоречат друг другу, лимит закончился или модель не уверена. Если для этих случаев нет маршрута, команда получает не автоматизацию, а скрытую очередь аварий.
Карта отказов
Запишите, какие сбои возможны на каждом шаге: получение данных, вызов модели, проверка формата, действие инструмента и публикация. Для каждого укажите понятный текст для пользователя, владельца и срок реакции. Не используйте одинаковое «попробуйте позже» для разных причин: оно не помогает понять, что делать дальше.
Безопасный переход
Резервный сценарий должен сохранить исходный запрос, показать уже проверенные факты и дать человеку кнопку продолжения. Он не должен повторять внешнюю операцию автоматически. Для платежа это означает ручное подтверждение; для текста — черновик с пометкой; для поиска — выдачу исходного документа без домыслов.
Что записывать
Логируйте причину отказа, версию правил и действие оператора, но не переносите секреты в отчёт. Отдельно храните время восстановления и число повторов. Так можно отличить плохой промпт от нестабильного сервиса и не переписывать весь процесс после одного сетевого сбоя.
Материал дополняет сравнение JSON и workflow и практику eval-набора.
FAQ
Нужно ли скрывать отказ от пользователя? Нет, причина должна быть ясной. Можно ли повторять вызов автоматически? Только для идемпотентных операций с лимитом. Что важнее — скорость или объяснимость? Для внешнего действия важнее контролируемость. Когда удалять черновик? После подтверждённого результата и по правилам хранения данных.