Опишите чертёж сценария и план его безопасного тестирования. Верни JSON {"scenario_name":"...","steps":["..."],"test_cases":["..."],"rollback":"..."}. steps — пронумерованные шаги от триггера до действия; test_cases — массив из 3-5 тестовых примеров, ВКЛЮЧАЯ заведомо кривые (пустое поле, другой язык, дубль); rollback — как быстро выключить или откатить сценарий, если он начнёт сбоить.
Перед настройкой сценарий надо описать на бумаге — это чертёж, который экономит часы починки. Формат простой: пронумерованные шаги от триггера до действия, а рядом — что приходит на вход и что должно уйти на выход каждого шага. Механика тестирования как у самолёта: сначала прогон на земле. Возьмите 5-7 реальных примеров, включая заведомо кривые (пустое поле, письмо на другом языке, двойная заявка), и прогоните сценарий на них, глядя на результат каждого шага, а не только финал. Рычаг: тестируйте на 'злых' примерах специально — нормальные и так пройдут, ломается всё на краях. Инсайд: включайте новый сценарий в 'тихом режиме' — пусть работает, но действие только логирует, а не отправляет по-настоящему; день понаблюдали, убедились — включили. Второй приём: заранее продумайте откат — как выключить сценарий одной кнопкой, если он начнёт лавинить. Типичная ошибка новичка: включить сразу в бой на живых клиентах и уйти пить кофе. Первый же нестандартный вход — и бот рассылает сотню кривых писем, а разгребать репутацию дороже, чем полчаса теста.
Открой доступ, чтобы отправлять решения на мгновенную AI-проверку.