<b>Агент в маркетинге ломается не на LLM, а на плохом контуре задач и памяти</b>

<b>Агент в маркетинге ломается не на LLM, а на плохом контуре задач и памяти</b>

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

Проверяйте 4 вещи:
— <i>Границы</i>: что агент может менять сам, а что только предлагать.
— <i>Память</i>: что хранится между итерациями, а что пересчитывается заново.
— <i>Остановка</i>: по какому условию цепочка завершается, а не крутится по кругу.
— <i>Fallback</i>: что происходит, если CRM не отвечает или данных не хватает.

Самая частая ошибка — смешать в одном агенте генерацию, принятие решений и исполнение. Тогда отладка превращается в поиск причины: модель ошиблась, инструмент вернул пусто или оркестратор потерял состояние. Разделяйте роли: planner строит шаги, executor вызывает API, validator проверяет результат.

Если агент работает с лидами или retention-цепочками, закладывайте idempotency: повторный запуск не должен дублировать письма, задачи и статусы. Иначе автономность быстро превращается в спам.

Начинайте не с «сделать умнее», а с того, чтобы агент был предсказуемым: ограниченный набор действий, явная память и проверяемый финал.