<b>CX-автоматизация ломается не на LLM, а на границе между событиями и памятью</b>

<b>CX-автоматизация ломается не на LLM, а на границе между событиями и памятью</b>

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

Типовые точки отказа:
— разные идентификаторы клиента в support, email и CRM
— длинные цепочки, где контекст распухает и начинает «съезжать»
— ручные правки операторов, которые не возвращаются в систему как факты
— отсутствие fallback, когда агент не уверен и должен эскалировать

Надёжный паттерн такой: агент не «ведёт клиента», а выполняет узкий шаг и сохраняет артефакт — теги, intent, summary, next action. Дальше orchestration-слой решает, запускать ли следующий шаг, передавать ли в человека или писать в retention-цепочку. Для этого лучше хранить не весь диалог, а компактное состояние: последние события, бизнес-метку, ссылку на первичный кейс.

Если автоматизируете саппорт, лид-скоринг или post-purchase, сначала проектируйте схему состояния, а уже потом выбирайте модель. Иначе агент будет звучать уверенно, но ломать передачу контекста на втором же касании.