Три вида долгой памяти: факты, опыт, правила
🤔 Зачем это читать
Вендор показывает тебе AI-ассистента для отдела продаж: «Смотрите, у него есть память — он запоминает клиентов». Звучит здорово, ты киваешь. Через месяц выясняется странное: ассистент помнит, что у клиента «Северный» скидка 10 %, но каждый раз заново уточняет тон общения, будто не в курсе, что в прошлый раз с ними разругались из-за сроков. Память вроде есть — а ведёт себя так, будто половины не помнит.
Знакомо? Или другой вариант: ты сам просишь команду «прикрутить память» к боту поддержки. Команда прикручивает. Через квартал бот бодро пересказывает клиенту историю его обращений (приятно), но при этом регулярно нарушает правило «на жалобу сначала извиняемся, потом разбираемся» — потому что про факты ему рассказали, а про правила забыли. И счёт за «память» при этом немаленький.
Оба раза дело в одном: слово «память» звучит монолитно, а на деле это не одна штука, а минимум три разные. Они хранятся по-разному, используются по-разному и стоят по-разному. Пока ты их валишь в одну кучу, ты заказываешь «память вообще» — и получаешь то, что подрядчику было проще сделать, а не то, что тебе нужно.
После этой темы ты сможешь разложить любую «память» на три ящика и сказать, чего в системе не хватает: фактов о клиенте, памяти об опыте взаимодействий или зашитых правил поведения. Это разговор не про технику — это про то, за что ты платишь и что получаешь.
Задержись на 10 секунд. Вспомни хорошего сотрудника, который давно работает с твоими клиентами. Что именно он «помнит»? Прислушайся: там точно есть сухие факты (у кого какая скидка), есть память о прошлых случаях (с кем как прошло), и есть негласные правила фирмы (как мы тут вообще себя ведём). Держи этот образ — окажется, что у AI ровно те же три ящика.
🗂 Один блокнот? Нет, три разных носителя
В прошлой теме (6.2 — Короткая и длинная память) мы разделили память на короткую (то, что у повара сейчас на рабочем столе, — она же контекстное окно, см. 2.3 — Токены и контекстное окно) и долгую (то, что лежит в записях и переживает конец смены). Так вот, долгая память — это не одна тетрадка. Загляни на любую хорошо организованную кухню: там для разных вещей разные носители, и путать их никому в голову не приходит.
Карточка постоянного гостя висит отдельно. Записи об удачных и провальных банкетах лежат в другом журнале. А техкарты и регламенты — вообще на стене у плиты, заламинированные. Три разные вещи, три разных места, три разных способа пользоваться. У долгой памяти AI-агента — ровно та же тройка.
🪪 Факты — карточка гостя (semantic)
Первый вид — это сухие факты о мире и о клиентах. На птичьем языке его называют semantic-память (память на факты: «что я знаю»). У повара это карточка постоянного гостя: имя, скидка, аллергия, кто принимает решения, как платят. Никаких историй — просто проверенные данные, которые верны сами по себе.
«У клиента „Северный“ скидка 10 %» — это факт. Он не зависит от того, когда и при каких обстоятельствах ты его узнал. Достал карточку — увидел цифру — применил. Именно такой памятью обычно хвастаются вендоры в первую очередь, потому что её проще всего показать: «смотрите, бот помнит вашу скидку».
Ценность фактов — в точности и в том, что их легко проверить и поправить. Скидка изменилась — переписал одну строчку в карточке. Но и ограничение честное: факт ничего не говорит о том, как с этим клиентом работать. Знать его скидку и знать, что с ним лучше не шутить про сроки, — две разные вещи из двух разных ящиков.
📔 Опыт — запись об удачном банкете (episodic)
Второй вид — память о пережитых случаях. По-научному episodic-память (память на эпизоды: «что со мной было»). Это не сухой факт, а целая история с контекстом: что происходило, чем закончилось, что сработало, а что нет.
У повара это запись в журнале: «банкет для „Северного“ в марте прошёл отлично — горячее вынесли раньше холодных закусок, гостям зашло, повторили в апреле». Заметь разницу с фактом: тут не «у них скидка 10 %», а целая ситуация с выводом. В следующий раз повар не изобретает заново — он вспоминает, как было удачно, и повторяет.
Для AI-агента такой опыт — это сохранённые примеры прошлых взаимодействий, которые ему подкладывают как образец: «вот так с этим клиентом получалось хорошо — действуй похоже» (а провальные случаи не менее ценны: «вот так делать не надо»). Это та самая персонализация, за которую бизнес готов платить: бот не просто помнит цифры, а ведёт себя с постоянным клиентом как с постоянным. Но и риск свой: один случайно удачный случай — ещё не закономерность, и слепо повторять единичный эпизод опасно.
📋 Правила — техкарта на стене (procedural)
Третий вид — это не данные и не истории, а зашитые инструкции: как мы делаем всегда, независимо от клиента. По-научному procedural-память (память на правила и навыки: «как я это делаю»). У повара это техкарты и регламенты на стене: как солим, в каком порядке подаём, что делаем при жалобе.
«На жалобу сначала извиняемся, потом разбираемся» — это правило. Оно не про конкретного гостя и не про конкретный банкет. Оно про стиль работы заведения вообще. Для AI-агента такие правила живут в системном промте (постоянная инструкция модели — заказ, который повар читает перед каждой сменой): «ты вежливый ассистент банка, на жалобу всегда сначала извиняешься, цифры по кредитам не выдумываешь, спорное передаёшь человеку».
Главная путаница тут вот в чём: правила ощущаются как память, но устроены иначе. Факты и опыт агент достаёт из хранилища по запросу — а правила лежат прямо на «рабочем столе» постоянно, перед каждым ответом. Меняешь правило — меняешь поведение во всех разговорах разом. Поэтому регламент — самый мощный и самый опасный ящик: одна неудачная строчка в нём портит каждый ответ, а не один.
правила = системный_промт # procedural: всегда на столе
факты = достать_из_картотеки(про_этого_клиента) # semantic: по запросу
опыт = достать_похожие_удачные_случаи(этот_клиент) # episodic: по запросу
ответ = повар(правила + факты + опыт + текущий_вопрос)
# → меняешь правило — меняешь ВСЕ ответы; меняешь факт — только про одного клиента
Заметь: все три в итоге попадают на один и тот же рабочий стол (контекстное окно из темы 2.3), и каждый занимает место и стоит токенов. Поэтому грамотная память — это не «помнить всё», а класть на стол ровно нужный ящик в нужный момент. Про то, как факты и опыт вообще достаются из хранилища «по смыслу», — отдельный большой разговор впереди: 7.1 — RAG: повар идёт в картотеку перед готовкой.
Прежде чем трогать тренажёр — прикинь сам. Возьми три фразы про одного клиента: «у него скидка 10 %», «прошлая поставка ему сорвалась, он был в ярости» и «мы всегда подтверждаем заказ письмом». Разложи их мысленно по трём ящикам — факт, опыт, правило. А заодно ответь себе: какая из этих трёх фраз, если её изменить, повлияет сразу на ВСЕХ клиентов, а не на одного? Подержи догадку — сейчас проверим её на восьми примерах.
🎮 Разложи по ящикам
Десять штук, которые AI-агенту стоило бы помнить. Для каждой выбери, в какой это ящик: факт (карточка гостя), опыт (запись о случае) или правило (техкарта-регламент). Последние две — с подвохом, на них и проверяется глаз. Жми — сразу увидишь разбор.
📖 Ключевые понятия
- Факты (semantic-память)
- Память на сухие проверяемые данные: «что я знаю». Карточка гостя — скидка, аллергия, контактное лицо, условия оплаты. Легко проверить и поправить, но ничего не говорит о том, КАК работать с клиентом.
- Опыт (episodic-память)
- Память на пережитые случаи: «что со мной было». Запись об удачном или провальном банкете — история с контекстом и выводом. Агенту подкладывают как образец «делай похоже». Это и есть персонализация, но один случай — ещё не закономерность.
- Правила (procedural-память)
- Память на то, как мы делаем всегда: «как я это делаю». Техкарта-регламент, который у AI-агента живёт в системном промте. Не про конкретного клиента, а про стиль работы. Меняешь правило — меняешь поведение во всех разговорах разом.
- Системный промт
- Постоянная инструкция модели — заказ, который повар «читает» перед каждой сменой и перед каждым ответом. Главное место хранения правил (procedural). Лежит на рабочем столе всегда, в отличие от фактов и опыта, которые достают из хранилища по запросу.
🛡️ Частые заблуждения
«Память у агента — это одна штука: либо она есть, либо её нет»
Минимум три разные штуки. Факты, опыт и правила хранятся в разных местах и работают по-разному. «У нас есть память» без уточнения, какая именно, — это как «у нас есть транспорт»: то ли самокат, то ли фура.
«Раз бот помнит мою скидку, значит, он помнит и как со мной работать»
Не следует. Скидка — это факт из карточки. А «как с вами работать» — это опыт прошлых случаев плюс правила фирмы, совсем другие ящики. Можно идеально помнить цифры и при этом каждый раз вести себя невпопад.
«Поменять правило безопаснее, чем факт: оно ведь общее, а не про конкретного клиента»
Наоборот, опаснее. Поправил факт — ошибка задела одного клиента. Поправил правило — оно лежит в системном промте и влияет на каждый ответ для всех сразу, поэтому одна неудачная строчка портит не один разговор, а все. «Общее» здесь значит не «безобидное», а «с самой высокой ценой ошибки».
🧠 AI-чутьё (AI Judgment)
Разные виды памяти дают разную ценность — и разный риск
Вот что унести с этой страницы как рабочий инструмент: когда тебе обещают «персонализацию» и «память», спрашивай — память какая именно из трёх? Это не придирка. От ответа зависит и ценность, и счёт, и риск.
Факты дёшевы и понятны — с них и начинают почти все. Но настоящая персонализация, которая держит клиента (а значит, влияет на удержание и на то, сколько он принесёт за всё время работы с вами), живёт в опыте: бот, который ведёт себя с постоянным клиентом как с постоянным, а не как с прохожим. А правила — это вообще не про конкретного клиента, это про лицо вашей фирмы: одна неудачная строчка в регламенте портит каждый ответ разом.
Поэтому рабочее правило владельца: «За что мы платим — за хранение фактов, за накопление опыта или за настройку правил? И где тут наша главная боль?». Часто оказывается, что подрядчик продал самый дешёвый ящик (факты), а проблема была в другом — в правилах или в опыте. Различишь три ящика — перестанешь платить за «память вообще» и начнёшь заказывать ту, что реально приносит деньги. Где именно эта память пересекается с приватностью и законом (что агенту вообще можно о клиенте хранить) — отдельная тема впереди: 6.4 — Память и приватность.
🎯 Практика
Одно задание на десять минут — оно переведёт три ящика из теории в твою реальную задачу.
- Возьми один процесс из своей работы, который ты бы доверил AI-ассистенту.
- Выпиши в три столбика, что ассистенту нужно «помнить»: факты (что верно про клиентов и продукты), опыт (какие прошлые случаи стоит брать за образец), правила (как мы всегда себя ведём, что нельзя ни при каких условиях).
- Посмотри, какой столбик у тебя самый длинный, а какой пустой. Пустой — это та память, про которую подрядчик, скорее всего, «забудет», если ты не назовёшь её сам. Этот листок — готовое ТЗ на разговор с командой или вендором.
Помнишь ассистента из начала, который знал скидку, но вёл себя невпопад? Теперь видно, что там было: ему дали ящик с фактами и забыли про ящики с опытом и правилами. «Память есть» — да; «нужная память есть» — нет. Разные вещи.