Безопасные guardrails для агента, который трогает рекламный бюджет

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

— Лимит на действие: максимум N изменений за один проход. Агент не должен массово править бюджеты одним запросом.
— Лимит на сумму: отдельный cap на дневной расход и на одно изменение. Если сумма выше порога — только draft / recommendation.
— Лимит на типы объектов: разрешайте только read и узкий set write-операций. Никаких “всё, что доступно в API”.
— Лог и откат: каждое действие пишется в журнал с before/after, а rollback делается тем же пайплайном, без ручного поиска.
— Два уровня подтверждения: всё, что влияет на spend, проходит через human review или вторую проверку правилами.

Самая частая ошибка — давать агенту доступ к “оптимизации” без контекста, а потом удивляться скачкам расхода. Агент хорошо считает паттерны, но плохо понимает бизнес-ограничения: стоп по лидам, потолок маржи, запрет на ночь, приоритеты по гео.

Рабочая схема: агент собирает сигналы, формирует план, симулирует последствия и только потом предлагает изменения. Если симуляция не прошла, он не молчит, а объясняет, какой guardrail сработал.

Смысл guardrails не в том, чтобы тормозить автоматизацию, а в том, чтобы бюджет нельзя было сломать одним ошибочным действием.