Клиент звонит в поддержку второй раз за день. В первом разговоре он уже назвал номер заказа, объяснил проблему и договорился о следующем шаге. Но новый звонок снова начинается с вопроса: «Расскажите, пожалуйста, с чем вы обращаетесь». Для компании это новый контакт. Для клиента история продолжается.
По мере развития голосовых AI-агентов всё чаще возникает вопрос, должна ли система помнить предыдущие разговоры и что именно ей стоит сохранять. В Neuro.net решили отдельно разобрать эту проблему. Память действительно может сделать обслуживание удобнее, но попытка переносить из разговора в разговор всё подряд быстро создаёт новые риски.
Голосовому AI полезно помнить подтверждённый контекст и состояние процесса. Предположения, устаревшие сведения и лишние данные не должны автоматически становиться частью следующего разговора.
Что вообще означает память AI-агента
Языковая модель сама по себе не обязана помнить предыдущий звонок. Чтобы новый диалог продолжился с нужного места, системе приходится сохранить определённый контекст и передать его агенту при следующем обращении.
Это может быть история разговора, краткое саммари, состояние бизнес-процесса или отдельные подтверждённые факты.
Например: клиент обращался по определённому заказу, вопрос касается переноса доставки, новый интервал пока не выбран.
Такой контекст помогает продолжить разговор и не заставлять человека повторять уже известную информацию. О том, какой контекст особенно важен при передаче диалога между AI и сотрудником, мы уже рассказывали в чек-листе передачи звонка оператору.
Что имеет смысл помнить между разговорами
| Информация из прошлого разговора | Что делать при следующем обращении |
|---|---|
| Клиент подтвердил номер заявки | Использовать как контекст, если данные остаются актуальными |
| Согласован следующий шаг | Напомнить о нём и проверить текущий статус |
| Операция начата, но не завершена | Получить актуальное состояние из корпоративной системы |
| Клиент предположил причину проблемы | Не превращать предположение в подтверждённый факт |
| AI дал предварительный ответ | Перепроверить, если информация могла измениться |
| В разговоре прозвучали лишние чувствительные данные | Не сохранять без необходимости |
Практический принцип здесь довольно простой: память должна помогать продолжить процесс, а не создавать ещё одну клиентскую базу параллельно CRM и другим системам компании.
История разговора и память агента — разные вещи
Полная расшифровка звонка содержит много деталей. Но использовать весь текст как рабочую память при каждом следующем обращении далеко не всегда полезно.
Представим десятиминутный разговор. Сначала клиент хотел отменить заказ, потом передумал, после этого попросил изменить адрес. Если просто передать модели всю стенограмму, рядом окажутся и итоговое решение, и уже отменённые намерения.
Гораздо полезнее короткое состояние: заказ остаётся активным, клиент запросил изменение адреса, операция пока не подтверждена.
Похожая логика используется и при работе с корпоративными знаниями. В статье о RAG в голосовом канале мы разбирали, почему системе важно учитывать контекст, но при этом проверять источник ответа.
Почему память быстро устаревает
Контекст, который был верным вчера, сегодня может оказаться неправильным. Статус заявки изменился. Платёж прошёл. Заказ уже доставлен. Клиент самостоятельно перенёс запись через приложение.
Поэтому память AI-агента не должна становиться главным источником информации о текущем состоянии клиента.
Если ответ зависит от статуса заказа, записи, платежа или заявки, его лучше получать из системы, которая этим процессом управляет.
Память помогает понять, что именно нужно проверить. Корпоративная система показывает, что происходит сейчас.
Что голосовому AI лучше забывать
Стремление сохранить как можно больше истории понятно. Но корпоративному агенту далеко не всегда полезно помнить всё.
В первую очередь стоит ограничивать срок жизни временного контекста. То же касается неподтверждённых предположений клиента и промежуточных выводов самой модели.
Отдельная зона внимания — персональные и чувствительные данные. Если информация больше не нужна для продолжения конкретного процесса, хранить её в памяти агента на всякий случай не стоит.
В рекомендациях OWASP по безопасности AI-агентов отдельно говорится об ограничении срока и размера памяти, разделении контекста разных пользователей и проверке информации перед сохранением.
Память может стать и источником риска
Представим, что в память агента однажды попала ошибочная инструкция или неверный факт. Если система начинает использовать его в последующих разговорах, единичная ошибка перестаёт быть единичной.
Для этого сценария используется понятие memory poisoning, или отравление памяти. Некорректная или специально внедрённая информация сохраняется и затем влияет на будущие решения агента.
Отсюда следует ещё одно правило: запись в долговременную память лучше считать контролируемой операцией. Не каждую реплику клиента нужно сохранять. Не каждый вывод модели нужно переносить в следующую сессию.
Где должна храниться правда о клиенте
У голосового AI могут быть история диалога, краткое резюме и рабочий контекст. Но состояние заказа, платежа, записи или заявки должно оставаться в системе, которая управляет соответствующим процессом.
Для корпоративных сценариев это особенно важно. Корпоративный голосовой помощник может быть связан с CRM, календарями, базами знаний и другими внутренними сервисами, но данные из этих систем и память самого агента выполняют разные задачи.
Память отвечает за продолжение разговора. Корпоративная система отвечает за актуальное состояние процесса.
Тогда следующий звонок начинается не с нуля, но и не строится на вчерашней копии реальности.
Зачем память нужна, если есть CRM
CRM хорошо хранит структурированные данные, но далеко не всегда передаёт смысл предыдущего разговора.
Статус «в работе» не рассказывает, что клиент уже несколько раз объяснил проблему, отказался от одного варианта и договорился вернуться к вопросу после получения документа.
Хороший контекст соединяет эти две стороны: структурированное состояние процесса и историю самого обращения.
На уровне архитектуры этот вопрос напрямую связан с тем, как устроен голосовой агент в целом. Разницу между последовательной схемой ASR → LLM → TTS и Voice-to-Voice мы подробно разбирали в отдельном материале о Voice AI.
FAQ
Может ли голосовой AI помнить предыдущий звонок?
Да, если система сохраняет нужное состояние разговора или подтверждённые данные и передаёт их агенту при следующем обращении. Конкретный механизм зависит от архитектуры проекта.
Нужно ли хранить полную расшифровку всех звонков в памяти AI?
Не обязательно. Для продолжения процесса часто полезнее короткое структурированное саммари: тема обращения, подтверждённые данные, выполненные действия и то, что ещё осталось сделать.
Можно ли использовать память вместо CRM?
Для актуального состояния заказа, заявки, платежа или другой операции лучше обращаться к системе, которая управляет этими данными. Память нужна прежде всего для сохранения контекста разговора.
Что такое отравление памяти AI?
Это ситуация, когда ошибочная или вредоносная информация сохраняется в памяти агента и начинает влиять на следующие сессии.
Какие данные лучше не переносить между разговорами?
Временные предположения, уже неактуальные статусы, лишнюю чувствительную информацию и данные, которые больше не нужны для продолжения процесса.
