Логирование действий агента: что сохранять, чтобы потом пройти аудит без гаданий

Логирование действий агента: что сохранять, чтобы потом пройти аудит без гаданий

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

Сохраняйте минимум 6 слоёв:
— вход агента: задача, цель, ограничения, кто инициировал
— контекст: версия промпта, список доступных tools, права доступа
— действия: что открыл, что прочитал, что изменил, в каком порядке
— решения: почему выбрал этот шаг, какие альтернативы отклонил
— ошибки: timeout, пустой ответ, неверный селектор, отказ API
— результат: финальный статус, что ушло в human review, что выполнено автоматически

Для аудита особенно полезны не только ответы модели, но и промежуточные шаги: сырой input tool, raw output, id сущности, timestamps, correlation id. Если агент сделал правку в Meta Ads или n8n-цепочке, лог должен позволять восстановить цепочку за 2–3 минуты, а не по памяти инженера.

Отдельно храните границы автономности: что агент может делать сам, а где обязан остановиться и запросить подтверждение. Это снижает риск «тихих» изменений и помогает быстро найти момент, где он вышел за рамки.

Хороший лог — это не полный дамп всего подряд, а воспроизводимая история решения. Если по нему нельзя повторить ошибку или доказать, что агент ничего не сломал, значит логирование ещё не работает.