Один из первых вопросов, который возникает у людей при знакомстве с ИИ-агентами: «Он правда меня запоминает?» Ответ – да, но не так, как вы, вероятно, представляете. Память у агента устроена принципиально иначе, чем у человека, и понимание этой механики помогает настроить агента так, чтобы он действительно работал на вас, а не просто отвечал на вопросы.
Почему языковая модель сама по себе ничего не помнит
Начнём с основы. Языковая модель не хранит информацию между запросами. Каждый вызов модели изолирован: она получает входящий текст, генерирует ответ и забывает всё. Нет никакого «внутреннего хранилища», куда оседает история разговоров.
Это не баг и не недоработка, а намеренная архитектура. Она делает модели предсказуемыми и масштабируемыми. Но для агента, который должен помнить контекст, работать непрерывно и знать, кто перед ним, этого недостаточно.
Решение – внешняя память. Агент хранит контекст в файлах, а при каждом запуске подгружает их в системный промпт. С точки зрения модели она «помнит» всё, что есть в этих файлах. С точки зрения пользователя агент ведёт себя как коллега, который читает свои заметки перед встречей.
Файлы памяти: что за что отвечает
В современных агентных фреймворках память обычно разбита на несколько файлов с чёткими ролями. Каждый файл – это слой контекста, который агент получает при старте сессии.
AGENTS.md – правила поведения агента. Здесь описано, как он должен работать: какие задачи приоритетны, в каком стиле общаться, что делать в типичных ситуациях, какие ограничения соблюдать. По сути это должностная инструкция – агент обращается к ней при каждом запуске и ориентируется на неё при принятии решений.
SOUL.md – личность агента. Имя, характер, тон общения, ценности, образ. Если AGENTS.md отвечает на вопрос «что делать», то SOUL.md отвечает на вопрос «кто ты». Этот файл влияет на то, как агент общается: формально или неформально, лаконично или развёрнуто, серьёзно или с юмором.
USER.md – профиль пользователя. Кто вы, чем занимаетесь, какие у вас цели, привычки, предпочтения, контекст жизни. Этот файл позволяет агенту давать релевантные ответы и не переспрашивать каждый раз одно и то же. Вы один раз написали «я разработчик, работаю в стартапе, использую Mac» – агент это знает.
TOOLS.md – карта инструментов. Что агент умеет делать, какие навыки у него подключены, как ими пользоваться. Это рабочая памятка: агент знает, что у него есть доступ к Slack, умеет работать с GitHub, может запускать скрипты.
MEMORY.md – индекс долгосрочной памяти. Не полная история, а сжатая карта: что важного произошло, какие решения были приняты, что нужно помнить. Это не дневник – скорее оглавление к нему.
memory/YYYY-MM-DD.md – ежедневные логи. Детальные записи по дням: что обсуждалось, что было сделано, какие задачи открыты. Агент может обращаться к ним при необходимости.
Как это работает на практике
Представьте утро понедельника. Вы пишете агенту: «Что у нас на этой неделе?»
Прежде чем сгенерировать ответ, агент получает в системный промпт весь набор файлов: кто он, кто вы, какие у него инструменты, что было на прошлой неделе, какие задачи висят открытыми. Модель видит весь этот контекст как часть входящего запроса и отвечает уже с учётом него.
Поэтому агент знает, что вы разработчик, что в пятницу вы просили напомнить про код-ревью, что у вас есть встреча в среду и что вы предпочитаете краткие сводки по утрам. Не потому что «запомнил» в человеческом смысле – а потому что всё это записано в файлах и подгружается каждый раз.
Границы и ограничения
Такая архитектура памяти имеет практические ограничения, которые важно понимать.
Контекстное окно конечно. Модель может обработать за один раз ограниченный объём текста. Если файлы памяти слишком большие, часть информации придётся отрезать или сжимать. Поэтому MEMORY.md – это индекс, а не полная история.
Память нужно поддерживать. Файлы не обновляются сами по себе – либо агент сам дописывает в них итоги сессий, либо это делает пользователь. Запущенный и брошенный агент со временем теряет актуальность контекста.
Качество памяти зависит от качества описаний. Расплывчатый USER.md даёт расплывчатые ответы. Чем точнее вы описали себя и свои задачи, тем точнее работает агент. Это не магия – это система, которую нужно настраивать.
Зачем это знать пользователю
Понимание того, как устроена память, напрямую влияет на то, насколько полезным будет агент в работе.
Новички часто воспринимают агента как «умный чат-бот» и не трогают файлы конфигурации. В результате агент не знает, кто перед ним, действует по умолчанию и кажется бесполезным. Стоит потратить час на заполнение USER.md и настройку AGENTS.md – и поведение агента меняется кардинально.
Продвинутые пользователи идут дальше: они создают нескольких агентов с разными SOUL.md и AGENTS.md под разные задачи, настраивают автоматическое обновление памяти и выстраивают между агентами разделение труда.
Память – это не техническая деталь. Это главный рычаг, с помощью которого агент становится по-настоящему личным инструментом, а не очередным чат-ботом с историей переписки.
Больше материалов о настройке агентов, работе с памятью и практических сценариях использования – на openclaw-lab.ru