Откат действий агента: как технически не дать ошибке стать убытком

Откат действий агента: как технически не дать ошибке стать убытком

Если агент работает не в песочнице, а с рекламными кабинетами, CRM или трекингом, у него должен быть не только план действий, но и план отката. Иначе любая ошибка превращается в ручной пожар.

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

Рабочий паттерн — snapshot -> action -> verify -> rollback.
Если действие прошло не так, агент не пытается «исправить на глаз», а запускает обратную операцию из сохранённого снапшота. Для кампаний это может быть восстановление старого бюджета, статуса, UTM, правил или набора креативов.

Самая частая ошибка: откат делают только для успешных API-запросов. На практике ломаются и промежуточные шаги — таймауты, частичные записи, повторные сабмиты. Поэтому нужен журнал событий с idempotency key и статусом каждого шага. Тогда один и тот же откат не применится дважды.

Для опасных операций добавляйте human gate:
— изменение бюджета выше порога;
— массовое выключение адсетов;
— правка трекинга;
— удаление данных без корзины восстановления.

Если агент работает через UI, не доверяйте «визуальному успеху». Он должен сверять состояние после действия через API, таблицу или контрольный запрос. Иначе у вас будет красивый клик, который ничего не поменял.

Лучший откат — тот, который тестируют так же часто, как и сам сценарий. Не один раз на проде, а регулярно на копии данных или в sandbox. Тогда ошибка не становится сюрпризом.