Предохранители — это код, а не вежливая просьба в промпте

Каждая команда, автоматизирующая рекламный бюджет, рано или поздно пишет в системный промпт одну и ту же фразу: «никогда не поднимай дневной бюджет выше X». Это работает, пока не перестаёт: новая версия модели, длинный контекст, аккуратно сформулированный запрос — и лимита нет.

AdBeeCore относится к промпту как к пожеланию, а к коду — как к закону. Прежде чем изменение уйдёт в рекламную сеть, его проверяет Guard: детерминированная проверка без модели в контуре.

Что проверяет Guard

• Потолок дневного бюджета на аккаунт: изменение отклоняется, если сумма по аккаунту его превысит.
• Одно изменение на кампанию за окно атрибуции — второе блокируется, а не откладывается.
• Удаление кампаний и объявлений запрещено: худший сценарий — PAUSED.
• Изменение ставки вне заданного коридора отклоняется, а не подрезается.
• Необратимые действия требуют явного подтверждения человеком, привязанного к инструменту, аргументам и рабочему пространству.

Почему отказ лучше исправления

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

Аудит — часть лимита

Каждое принятое изменение пишется в change_log со старым значением, новым, автором (человек, агент или внешняя синхронизация) и временем — до вызова сети. Если вызов не удался, изменение помечается как неуспешное, а не теряется. Именно поэтому окно в 72 часа вообще можно соблюсти: нельзя рассуждать о решениях, которые не записаны.

Если лимит можно отговорить словами — это не лимит.