Агент для email-кампаний ломается не на генерации, а на памяти и проверках

Агент для email-кампаний ломается не на генерации, а на памяти и проверках

Если собрать маркетингового агента «сделай цепочку писем», он обычно проходит 3–5 итераций и начинает терять контекст: забывает сегмент, путает оффер, дублирует CTA. Это не проблема текста — это проблема состояния.

Что держать отдельно:
— профиль сегмента;
— цель письма и ограничение тона;
— историю уже отправленных версий;
— список запрещённых утверждений и слов;
— финальный чек перед отправкой: тема, UTM, ссылки, отписка.

Рабочая схема — не один длинный агент, а пайплайн: извлечение данных → генерация → валидация → переписывание → ручной флаг для спорных кейсов. Между шагами нужен checkpoint, иначе на длинной цепочке модель «поплывёт» уже на середине. Для этого обычно хранят не только последний ответ, но и краткий structured state: JSON с полями сегмента, offer, objections, status.

Ещё одна типовая ошибка — давать агенту слишком широкий prompt и надеяться на стабильность. Лучше жёстко ограничить шаблон, добавить правила по длине и отдельный модуль проверок на повтор, тон и соответствие CRM-данным.

Если агент пишет маркетинг без памяти и валидации, он не автоматизирует кампанию, а просто ускоряет производство одинаковых ошибок.