<b>Логирование действий агента: какие следы сохранять, чтобы потом восстановить цепочку</b>

<b>Логирование действий агента: какие следы сохранять, чтобы потом восстановить цепочку</b>

Если агент трогает ads-кабинет, CRM или трекинг, лог — это не «для галочки», а единственный способ понять, где он принял решение, какой инструмент дернул и почему ушел в ошибку.

Сохраняйте минимум:
— входной промпт и системную роль;
— список вызванных tools/MCP-функций с аргументами;
— ответы tools в сыром виде, без агрегации;
— финальное решение агента и его confidence;
— timestamp, user/session id, task id, seed/версию workflow.

Для аудита важно не только «что сделал», но и «что видел». Если агент сравнивал креативы, фиксируйте исходные карточки, URL, ID объектов и контекст фильтрации. Иначе через неделю будет невозможно понять, почему он отсеял рабочий вариант и оставил мусор.

Отдельно логируйте ошибки: timeout, retry, rate limit, parse fail, human override. Хороший журнал показывает, на каком шаге агент начал дрейфовать, а не только итоговый фейл. Это особенно полезно, когда один и тот же сценарий падает на 4-м запуске из 10.

Для живого байера аудит = возможность быстро откатить действие, объяснить клиенту изменения и собрать правила для следующего прогона. Если лог короткий и мутный, агент превращается в черный ящик, а черный ящик в performance — дорогая игрушка.

Итог простой: логируйте не «результат», а всю трассу решения. Тогда агент можно чинить, сравнивать и безопасно расширять без угадываний.