Почему MMW

Копировать страницу Markdown llms.txt

Из этой страницы вы узнаете, чем MMW отличается от трёх привычных способов «научить агента помнить», и сможете решить, нужен ли он вам — или хватит того, что уже есть.

Сквозной вопрос: где хранить договорённость «staging выкатывается через systemd-юнит app-staging», чтобы её знали все ваши ассистенты и коллеги?

Коротко

	Встроенная память ассистента	Файл заметок (CLAUDE.md, AGENTS.md)	Своя векторная база	MMW
Работает в разных клиентах	В пределах своего продукта	Если клиент читает этот файл	Если вы напишете интеграцию	Любой MCP-клиент
Источник у факта	Обычно не виден	История Git	Как сделаете	`source_id`, хеш, ревизия
Устаревание и конфликты	Обычно не видны	Вручную, на ревью	Как сделаете	Статусы `stale` и `conflict`
Общая память команды с правами	Зависит от продукта	Все, у кого есть доступ к репозиторию	Как сделаете	Роли и видимость записей
Защита от секретов в памяти	Зависит от продукта	Вручную	Как сделаете	Memory Guard
Сколько работы на старте	Нисколько	Минуты	Недели разработки и сопровождение	Минуты: ключ и конфиг

Ячейки «обычно» и «зависит от продукта» — намеренно осторожные: возможности чужих продуктов меняются, проверяйте их документацию.

Встроенная память ассистентов

Память, встроенная в ChatGPT или Claude, удобна: включил — и работает, ничего настраивать не надо.

Где её не хватает.

Она живёт внутри одного продукта и одного аккаунта. Договорённость, которую запомнил ChatGPT, не увидит Cursor или Codex.
Как правило, её нельзя разделить с командой по своим правилам: «этот факт видит отдел, этот — только я».
Не видно, откуда взялся факт и не устарел ли его источник.

Когда её достаточно. Личные предпочтения в одном ассистенте: стиль ответов, имя, язык. MMW не обязан её заменять — они не мешают друг другу.

Файлы заметок: CLAUDE.md, AGENTS.md и подобные

Файл инструкций в репозитории — простой и прозрачный способ: он лежит в Git, его видно на ревью, он ничего не стоит.

Где его не хватает.

Файл целиком попадает в контекст. Чем больше в нём фактов, тем больше места он занимает в каждой сессии, даже когда факты не нужны. Память MMW агент читает выборочно, через search.
Агент редко дописывает такой файл сам, а если дописывает — правки надо ревьюить и мержить.
Файл привязан к репозиторию. Знания, которые не относятся к одному репозиторию (как устроена инфраструктура, что решили на созвоне), ему негде хранить.
Нет статусов: устаревший абзац выглядит так же, как свежий.

Когда его достаточно. Стабильные правила проекта: стиль кода, команды сборки, запреты. Хорошо работает связка: постоянные правила — в CLAUDE.md, меняющиеся факты и решения — в MMW.

Своя векторная база

Можно поднять векторную базу, написать MCP-сервер и хранить память у себя. Это полный контроль.

Что придётся сделать самим.

MCP-сервер, авторизацию и ключи для каждого клиента.
Изоляцию данных между людьми и проектами, правила видимости, журнал.
Обнаружение конфликтов и устаревших фактов.
Вычистку секретов до записи и защиту от внедрения инструкций в память.
Передачу знаний при увольнении, сроки доступа подрядчиков.
Бэкапы, обновления, мониторинг.

Когда это оправдано. Если у вас уже есть команда, готовая это сопровождать, и особые требования к данным. Если данные должны оставаться на ваших серверах, но строить всё самим не хочется, у MMW есть вариант On-Premise — от 150 000 ₽, см. Тарифы.

Чем MMW не является

MMW не гарантирует, что факт верен: статус verified отсутствует намеренно. Он показывает происхождение и расхождения, а решение остаётся за человеком.
MMW не читает переписки сам. Пустая память останется пустой, пока агент не начнёт сохранять — поэтому полезно задать ему правила, см. Лучшие практики.
Поиск по загруженной истории сессий пока не сделан.

Что дальше

Быстрый старт Ключ, подключение и первый факт.

Сценарии Как MMW используют разработчики, команды и поддержка.

Безопасность Ключи, изоляция, Memory Guard и бэкапы.

Тарифы Личные тарифы и организации.