Логирование агента: без этого вы не поймёте, где он сэкономил время, а где сжёг бюджет

Логирование агента: без этого вы не поймёте, где он сэкономил время, а где сжёг бюджет

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

Если агент работает с рекламными кабинетами, отдельно пишите:
— ID аккаунта, кампании, ad set, объявления;
— что именно поменялось: бюджет, статус, таргет, креатив;
— до/после значения из источника истины;
— причину изменения в человеческом виде, а не только JSON.
Иначе разбор после инцидента превращается в угадайку.

Храните логи так, чтобы их можно было связать в одну цепочку: request_id, session_id, tool_call_id, timestamp. Для длинных задач полезно сохранять промежуточные состояния — что агент «видел» перед решением, какие поля прочитал, на чём остановился. Это дешевле, чем потом воспроизводить весь прогон вручную.

Минимальный стандарт: что запросили, что агент сделал, что ответили системы, кто подтвердил действие. Если этого хватает, чтобы восстановить ошибку и откатить изменение, аудит уже работает.