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

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

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

Три места, где архитектура чаще всего разваливается:
— память растёт без очистки, и модель тащит мусор из старых веток;
— tool-calls не валидируются, поэтому агент пишет в CRM не тот объект;
— нет checkpoint'ов, и после ошибки он повторяет не весь план, а только последний шаг.

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

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

<b>Главное правило: не расширяйте контекст, пока не зафиксировали state machine и валидацию действий.</b>