Второй мозг: Claude который всё помнит

Вчера три часа объяснял Claude свой проект, обсуждали архитектуру, договорились что делаем сначала, что потом. Сегодня открываешь новый чат — Claude не помнит ничего. «Привет, расскажи про твой проект». Знакомо?

Это устройство контекстного окна — оно живёт внутри одной сессии, в новом чате его нет. Но есть система, которая решает это. Не один инструмент, а несколько слоёв, каждый со своей ролью.

Первый слой (AutoMemory) Claude ведёт сам — без настройки. Второй (папка memory/) ты управляешь вручную — что важно, кладёшь туда. Третий (knowledge-base/) работает сразу во всех твоих проектах — общий склад знаний. И отдельно — handoff.md для непрерывности по дням внутри одного проекта.

Вместе они превращают каждую новую сессию не в начало с нуля, а в продолжение.

Три слоя памяти

Перед тем как разбирать каждый — вот общая картина:

Слой 1 — AutoMemory. Встроен в Claude Code, работает автоматически. Claude сам записывает заметки о тебе и проекте по ходу работы. Не требует настройки, но иногда пишет не то что нужно.

Слой 2 — папка memory/. Здесь ты решаешь, что важно. Файлы с контекстом о тебе, о проекте, о предпочтениях. Claude читает их в начале каждой сессии.

Слой 3 — knowledge-base/. Общий склад знаний, который работает сразу во всех проектах. Разобрал инструмент, принял решение, нашёл рабочую методологию — всё лежит здесь и доступно из любого проекта.

Слой 1: AutoMemory

AutoMemory встроен в Claude Code — ничего настраивать не нужно. Пока ты работаешь, Claude автоматически сохраняет заметки: что за проект, какие предпочтения ты высказывал, какие решения принимал. Всё это хранится в папке .claude/ в корне проекта.

Посмотреть что там накопилось, включить или выключить AutoMemory — одна команда в чате:

▸ В чате Claude Code
/memory          # показать сохранённые заметки + переключатель вкл/выкл

Минус у AutoMemory один: пишет всё подряд. Иногда сохраняет то, что ты не просил, и пропускает то, что реально важно. Если хочешь чтобы что-то точно запомнилось — попроси явно, не жди что Claude сам догадается.

▸ Явная запись в память
Запомни что в этом проекте мы используем bun, а не npm.

или

Запомни: мы всегда деплоим через Vercel,
у проекта тёмный фон #0a0a0a и оранжевый акцент #F5521A.

или

Запомни как факт обо мне: я предприниматель, не разработчик.
Объясняй технические штуки на пальцах.

Заходить и чистить руками — раз в неделю или когда замечаешь что Claude опирается на устаревшую информацию.

Аналогия

AutoMemory — это как новый сотрудник, который всё записывает в блокнот. Иногда пишет лишнее, иногда важное пропускает. Полезно заходить и чистить вручную.

Слой 2: Папка memory/

Это управляемый слой — ты сам решаешь что здесь хранится. В отличие от AutoMemory, который пишет что захочет, memory/ содержит именно то, что ты считаешь важным.

Стандартная структура выглядит так:

▸ Структура
project/
  memory/
    user.md        ← кто ты, предпочтения, стиль работы
    feedback.md    ← что работает / что не делать
    project.md     ← контекст проекта, решения, статус
  MEMORY.md        ← индекс: одна строка на каждый файл памяти

MEMORY.md в корне — это индекс. Claude читает его первым, чтобы понять что вообще есть в памяти, и потом подтягивает нужные файлы по ситуации. Это экономит токены: не надо грузить всё подряд, только то что нужно для текущей задачи.

Создать структуру:

▸ Терминал
mkdir -p memory
touch MEMORY.md

Попросить Claude что-то запомнить — просто скажи ему:

▸ В чате
"Запомни: я предпочитаю короткие ответы без лишних объяснений.
 Записывать в memory/feedback.md."

Вот пример того, как выглядит заполненный memory/user.md:

▸ memory/user.md
---
name: User preferences
type: user
---

Никита — предприниматель, не разработчик.
Объяснять техническое на пальцах, без жаргона.
Предпочитает короткие ответы.
Работает на macOS, VS Code, zsh.
[Скриншот: структура папки memory/ в VS Code — три файла и MEMORY.md в корне проекта]

Слой 3: knowledge-base/

Первые два слоя живут внутри одного проекта. knowledge-base/ работает иначе — это общая база, которая доступна из любого проекта.

Физически это просто папка в твоей домашней директории — например, ~/Documents/knowledge-base/. Из любого своего проекта можешь попросить Claude туда заглянуть или что-то туда записать, и оно подхватится.

Разобрал как деплоить на Vercel — эти знания пригодятся в следующем проекте тоже. Нашёл рабочую методологию — она универсальная, не привязана к конкретному проекту. Всё это живёт в knowledge-base/.

Структура:

▸ Структура
knowledge-base/
  raw/         ← сырьё: статьи, конспекты, источники
  wiki/        ← упорядоченные заметки (один файл = одна тема)
  outputs/     ← датированные разборы и решения (YYYY-MM-DD-тема.md)
  INBOX.md     ← быстрый захват мыслей

Создать:

▸ Терминал
mkdir -p ~/Documents/knowledge-base/{raw,wiki,outputs}
touch ~/Documents/knowledge-base/INBOX.md

Как это используется на практике: разобрал какой хостинг выбрать — сохранил в outputs/2026-05-10-vercel-vs-netlify.md. Через месяц тот же вопрос в другом проекте — Claude читает этот файл и уже знает что решили и почему. Если что-то универсальное — методология, паттерн, принцип — идёт в wiki/. Быстрая мысль на ходу — в INBOX.md, потом Claude раскладывает по папкам.

▸ Сохранить разбор в knowledge-base
Мы только что разобрали [тема]. Сохрани разбор в
~/Documents/knowledge-base/outputs/ с датой в имени файла.
Структура: контекст → разбор → решение → источники.
▸ Раскидать INBOX по папкам
Посмотри INBOX.md в knowledge-base — раскидай мысли по папкам.
Универсальные методологии в wiki/, конкретные разборы в outputs/
с датой. После раскладки очисти INBOX.

Разница с Obsidian: Obsidian — это просто редактор markdown-файлов. knowledge-base/ работает потому что Claude может активно читать и использовать эти файлы в работе, а не просто хранить их. Это долгосрочная память твоего AI, а не личные заметки.

[Скриншот: папка knowledge-base/ в Finder — raw/, wiki/, outputs/ и INBOX.md]

Непрерывность между сессиями

Три слоя выше решают долгосрочную память. Но есть ещё одна проблема: непрерывность внутри одного проекта по дням.

Работал три часа, принял решения, дошёл до конкретного состояния. На следующий день открываешь новый чат — Claude ничего не знает. Даже если память настроена, она не знает что именно происходило вчера и где ты остановился.

Решение — файл .claude/handoff.md. Это место где записывается: где остановились, что дальше, что обещали сделать. Один файл, три раздела, переписывается каждую сессию.

▸ Пример .claude/handoff.md
# Handoff — Мой проект

## Сейчас работаем над

Делаем посадочную страницу для фотографа. Готова шапка
и блок «Обо мне». Дизайн в тёмной теме, оранжевый акцент.

## Следующим шагом

- Добавить блок «Портфолио» — сетка 3 колонки на десктопе, 1 на мобильном
- Сделать форму обратной связи (имя, email, сообщение)
- Подключить домен fotograf.ru через Vercel

## Обещания / дедлайны

- Заказчику показать черновик до пятницы 2026-05-15

---
*Последнее обновление: 2026-05-08*

Поддерживается это двумя скиллами — /morning и /endday. Утром одна команда подгружает контекст, вечером одна команда обновляет файл. Если у тебя этих скиллов ещё нет — попроси Claude создать их по описанию ниже:

▸ Промпт для создания скилла /morning
Создай скилл /morning. Когда я его вызываю, ты должен:
1. Прочитать .claude/handoff.md
2. Кратко доложить: что в работе, что следующим шагом, есть ли обещания с дедлайном
3. Спросить с чего начнём сегодня
▸ Промпт для создания скилла /endday
Создай скилл /endday. Когда я его вызываю, ты должен:
1. Вспомнить что мы делали в этой сессии
2. Перезаписать .claude/handoff.md по структуре:
   - Сейчас работаем над (1-2 предложения про текущее состояние)
   - Следующим шагом (3-5 пунктов на следующую сессию)
   - Обещания / дедлайны (если есть, иначе "(пусто)")
3. Внизу обновить дату последнего обновления
4. Перед сохранением показать предлагаемый текст и спросить «так ок?»

Где скилл живёт после создания и как он подхватывается автоматически — разбирали в статье 03 и статье 05.

Что если забыл /endday

Ничего страшного. Следующая сессия просто начнётся без свежего контекста — будешь объяснять словами что делал вчера, как и без системы. Handoff — это страховка, не обязанность. Главное правило: лучше один раз в неделю обновить когда вспомнил, чем переживать что забываешь каждый день.

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

Один раз написал /endday — следующая сессия начинается с /morning и ты за 30 секунд в контексте. Не нужно вспоминать где остановился, не нужно перечитывать чат.

Куда что класть: тест

Когда непонятно куда сохранить информацию, задай себе один вопрос: "Это нужно будет через неделю или через месяц?"

▸ Дерево решений
Задаёшь вопрос: "Это нужно будет через неделю или через месяц?"

Через неделю забуду / это про текущую задачу → handoff.md
Будет актуально месяцами → PLAN.md или wiki/
Про меня лично (предпочтения, привычки) → memory/
Разбор инструмента, принятое решение → outputs/ с датой
Универсальная методология → wiki/
Итого

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