/memory команда

Почему это важно именно вам

Вы несколько недель работаете с Claude Code. Объясняли ему свой контекст: кто вы, как вас зовут, какие у вас проекты, как вы предпочитаете получать ответы. Часть этого Claude запомнил сам — автоматически, фоновым механизмом auto memory. Часть вы прописали вручную в CLAUDE.md. Но знаете ли вы, что именно сейчас лежит в его «голове», когда вы начинаете новый разговор?

В реальной работе директора это важно не в теории. Допустим, вы месяц назад попросили Claude «всегда проверять орфографию в коммерческих предложениях». Сегодня вы работаете с черновиком внутреннего процесса — и Claude зачем-то тратит токены на правку запятых вместо того, чтобы сделать анализ структуры. Или наоборот: вы давно сменили формат отчётов, но Claude продолжает выдавать таблицы в старом шаблоне. Откуда это берётся — непонятно. Исправить — непонятно как.

Команда /memory — это интерфейс управления памятью Claude прямо внутри сессии. Не нужно лезть в файлы, искать по папкам. Вы видите всё что есть, можете редактировать, отключать и включать отдельные блоки. Это не экзотика для разработчиков — это практический инструмент контроля для любого, кто использует Claude регулярно.

Что это такое

Память Claude — не магия. Это обычные текстовые файлы, которые подгружаются в начало каждого разговора. Разница только в том, откуда они берутся: одни вы пишете сами (CLAUDE.md), другие Claude формирует автоматически (auto memory).

Хорошая аналогия — папка «Вводный пакет» для нового сотрудника. Каждый раз, когда сотрудник (Claude) выходит на смену, он читает этот пакет с нуля. Что там написано — то он и «знает». Ничего лишнего, никакой магии. Если в пакете устаревшие инструкции — сотрудник будет работать по устаревшим инструкциям. Именно поэтому важно знать, что сейчас в папке, и держать её в порядке.

Auto memory — это механизм, при котором Claude сам добавляет записи в файл памяти по ходу разговоров. Видит, что вы несколько раз поправляли один и тот же формат? Записывает. Замечает, что вы всегда просите краткий ответ? Записывает. Это удобно, пока записи актуальные. Когда они устаревают — становятся источником шума.

Команда /memory — это встроенный инструмент Claude Code для работы с этим текстом. Вызывается прямо в чате, работает интерактивно.

Как работает на практике

Открываете терминал, запускаете Claude Code как обычно:

claude

Внутри сессии вводите:

/memory

Это не команда терминала, а команда Claude Code — вводится в том же чате, где вы пишете запросы. Слэш в начале — признак встроенной команды.

Что вы увидите.

Claude Code покажет список всех активных файлов памяти — с путями. Примерно так:

Memory files:
  ~/.claude/CLAUDE.md (user-level)
  /Users/you/projects/work/CLAUDE.md (project-level)
  ~/.claude/projects/<проект>/memory/MEMORY.md (auto memory)

  Auto memory: on  ·  Open auto memory folder

Каждая строка — отдельный файл. В скобках — тип: user-level (ваш глобальный), project-level (для конкретной папки), auto memory (то, что Claude записал сам).

Важно понять логику порядка. Файлы загружаются именно в таком порядке — сначала глобальный, потом проектный, потом auto memory. Если в глобальном написано «отвечай кратко», а в проектном — «давай развёрнутые объяснения», проектный будет прочитан последним и обычно перевесит. Но это не жёсткое переопределение: файлы складываются в контекст, и при прямом противоречии Claude может выбрать любое из правил — противоречия лучше убирать. Это не баг, это иерархия. Урок 12 разбирает её подробно.

Важная тонкость: /memory показывает, где память лежит, — в списке есть даже файлы, которых пока нет на диске. Чтобы увидеть, что реально загрузилось в сессию, нужна команда /context, раздел Memory files. Случайно оказались в рабочей папке с чужим CLAUDE.md? Список покажет. Открыли проект, где кто-то до вас настроил свою память? Тоже покажет. Без /memory вы бы об этом никогда не узнали.

Включить / отключить файл.

Выбрав файл, вы откроете его в редакторе. Тумблера «включить/выключить» у отдельного файла нет: /memory умеет включать и выключать авто-память целиком. Чтобы исключить из загрузки конкретный файл, есть настройка claudeMdExcludes — в неё вписывают путь или шаблон.

Открыть файл на редактирование.

Выбрав нужный файл, можно открыть его в редакторе прямо из интерфейса. На macOS откроется TextEdit или ваш редактор по умолчанию. Правите текст, сохраняете — изменения вступят в силу со следующего запроса.

Добавить новое воспоминание вручную.

Нет смысла изобретать сложный синтаксис. Файлы памяти — обычный Markdown. Открыли через /memory, добавили строку, сохранили. Готово. Например:

## Рабочий контекст
- Называй меня по имени в ответах
- Отчёты — всегда в таблице, потом резюме двумя абзацами
- Основной проект сейчас: аудит коллцентра, срок — 15 июня

Удалить устаревшее воспоминание.

Открыли файл через /memory, нашли строку или блок, удалили. Сохранили. Это всё.

Управление auto memory.

Внутри /memory есть опция включить или отключить механизм автоматических записей целиком. Если вы хотите, чтобы Claude никогда самостоятельно ничего не запоминал — отключаете здесь. Если хотите ручной контроль — включаете только когда нужно.

Практический сценарий: начинаете работать с конфиденциальным проектом. Отключили auto memory — Claude не будет автоматически сохранять детали этого проекта в постоянные файлы. Проект закончился — включили обратно.

Что стоит добавлять в память вручную.

После нескольких недель работы у вас складывается понимание, что реально помогает в каждой сессии. Вот конкретные примеры записей, которые работают:

## Стиль ответов
- Начинай с главного вывода, детали — потом
- Не объясняй очевидное, я технически грамотен
- Если не уверен — скажи прямо, а не придумывай

## Форматы документов
- КП и письма партнёрам — деловой стиль, без сокращений
- Внутренние записки — можно кратко, bullet points
- Аналитика — обязательно резюме в начале, таблица если есть цифры

## Текущий контекст работы
- Основное направление: оптимизация коллцентра и аналитика порталов
- Команда: работаю через агентство, своих прямых подчинённых нет

Заметьте: это стабильные вещи. Стиль ответов не меняется от проекта к проекту. Форматы документов устоялись. Текущий контекст работы — тоже относительно стабилен (пока не сменится роль или направление).

Что удалять в первую очередь.

Когда просматриваете auto memory, ищите три типа записей-кандидатов на удаление:

Первый тип — конкретные цифры и дедлайны. «Отчёт нужен до 20 мая», «бюджет кампании 150 тысяч» — это контекст одной задачи, который уже неактуален. Такие записи засоряют контекст и могут запутать Claude, когда он встретит их в новой сессии.

Второй тип — противоречивые инструкции. Если рядом стоят «отвечай развёрнуто» и «будь краток» — значит, в какой-то момент вы хотели разного. Оставьте то, что актуально сейчас. Второе удалите.

Третий тип — записи о технических деталях проектов, которые уже закрыты. Claude не знает, что проект закончился. Он будет учитывать эти детали в новых, никак не связанных разговорах.

Частые ошибки

Ошибка 1: Не проверять файлы памяти при странном поведении Claude.

Классическая ситуация: Claude почему-то отвечает не так, как вы ожидаете. Пользователи первым делом начинают переформулировать запрос, меняют модель, пишут «ну что за ерунда». На самом деле — нужно сначала проверить /memory. Велик шанс, что там лежит старая инструкция, которая переопределяет ваш запрос.

Конкретный пример: вы работали над договором с партнёром и попросили Claude «всегда добавлять юридические оговорки в конце документа». Claude послушно записал это в auto memory. Через три недели вы просите написать короткую поздравительную записку коллеге — и получаете поздравление с юридическими оговорками в конце. Вы переформулируете. Это не помогает. Потому что проблема не в запросе — она в памяти.

Проверить /memory при странном поведении — это первое действие, не последнее.

Ошибка 2: Думать, что auto memory всегда полезна.

Механизм auto memory хорошо работает, когда ваши паттерны стабильны. Но если вы часто меняете задачи, проекты, форматы — накапливаются противоречивые записи. «Всегда используй короткие ответы» соседствует с «предпочитаю развёрнутые объяснения» — потому что первое было актуально в апреле, второе появилось в мае.

Рекомендация: раз в две недели заходить в /memory и просматривать, что накопилось. Удалять устаревшее. Это занимает 5 минут и экономит часы недоразумений.

Ошибка 3: Хранить в памяти то, что меняется.

Файлы памяти — для стабильного контекста. Ваш стиль общения, форматы документов, названия ключевых проектов. Не для текущего дедлайна, не для «сейчас приоритет вот это», не для настроения «я тороплюсь». Переменные вещи быстро устаревают и захламляют контекст.

Хорошее правило: если вы будете рады видеть эту запись через месяц — она в памяти. Если нет — говорите прямо в запросе каждый раз.

Ошибка 4: Одновременно редактировать файл памяти вручную и через Claude.

Если вы открыли файл в TextEdit и одновременно попросили Claude «добавь в память вот это» — возможен конфликт записи. Одно изменение затрёт другое. Либо редактируйте вручную, либо через команды в чате — не оба метода одновременно.

Когда нужно / когда нет

Нужно заходить в /memory:

• При первом ощущении «Claude стал отвечать странно». До переформулирования запросов.
• Раз в 1-2 недели — профилактический просмотр накопленных автозаметок.
• При смене крупного проекта или контекста работы.
• Когда начинаете работать с чувствительными данными и хотите убедиться, что auto memory отключена.
• После нескольких экспериментальных сессий, где вы тестировали новые подходы — очистить «мусор».

Не нужно трогать /memory:

• Для разовых инструкций в рамках одной задачи. Просто скажите в чате — не надо сохранять в память.
• Если вы только начали работать с Claude Code и ещё не накопили достаточно контекста. Подождите, пока появятся первые паттерны.
• Для изменений, которые актуальны один день. «Сегодня отвечай кратко, у меня мало времени» — это для текущего разговора, не для памяти.
• Если вы работаете на чужом компьютере или временной рабочей среде. Там файлы памяти будут пустыми или чужими — не трогайте.

Связь с другими уроками

День 11: CLAUDE.md — первый уровень памяти, который вы пишете вручную. Команда /memory показывает этот файл в числе прочих и позволяет открыть его на редактирование. Если вы ещё не читали урок 11 — прочитайте: он объясняет структуру и принципы хорошего CLAUDE.md.

День 15: Auto memory — в том уроке мы разобрали, как работает механизм автоматических воспоминаний изнутри. Команда /memory — это практический интерфейс управления тем же механизмом. Урок 15 отвечает на вопрос «как это работает», урок 16 — на вопрос «как этим управлять».

День 12: Четыре уровня CLAUDE.md — там объясняется, что файлы памяти существуют на нескольких уровнях: глобальный, проектный, папочный. Команда /memory показывает все активные уровни сразу — это хороший способ убедиться, что нужные файлы подключены, а ненужные не конфликтуют.

Задание на сегодня

Запустите Claude Code и введите /memory. Посмотрите, какие файлы перечислены. Найдите файл auto memory (если он есть) и откройте его. Прочитайте, что там записано. Если найдёте что-то устаревшее или не актуальное — удалите эти строки и сохраните файл.

Критерий «выполнено»: вы видели список файлов памяти, открыли хотя бы один из них и знаете его содержимое. Если файл auto memory был пустым или его не существовало — это тоже результат: вы знаете, что накоплений нет.

Всё задание — 5 минут. Не нужно ничего писать или оптимизировать. Просто посмотреть, что есть.

Резюме

• Команда /memory внутри сессии показывает все активные файлы памяти: CLAUDE.md на разных уровнях и файл auto memory.
• Оттуда же можно открыть любой файл на редактирование и целиком включить или выключить авто-память. Тумблера у отдельного файла нет — исключить конкретный файл из загрузки можно настройкой claudeMdExcludes.
• Auto memory — удобный механизм, но без периодического просмотра накапливает противоречия. Раз в 1-2 недели стоит проверять, что там накопилось.
• В памяти хранится то, что стабильно и актуально долго. Переменный контекст (текущий приоритет, дедлайн, настроение) — не для памяти, а для прямого запроса.
• При любом «странном» поведении Claude первым делом смотрите /context (что подключилось), а затем /memory (где это лежит и как поправить).