Второй мозг: 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 — одна команда в чате:
/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:
--- name: User preferences type: user --- Никита — предприниматель, не разработчик. Объяснять техническое на пальцах, без жаргона. Предпочитает короткие ответы. Работает на macOS, VS Code, zsh.
Слой 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 раскладывает по папкам.
Мы только что разобрали [тема]. Сохрани разбор в ~/Documents/knowledge-base/outputs/ с датой в имени файла. Структура: контекст → разбор → решение → источники.
Посмотри INBOX.md в knowledge-base — раскидай мысли по папкам. Универсальные методологии в wiki/, конкретные разборы в outputs/ с датой. После раскладки очисти INBOX.
Разница с Obsidian: Obsidian — это просто редактор markdown-файлов. knowledge-base/ работает потому что Claude может активно читать и использовать эти файлы в работе, а не просто хранить их. Это долгосрочная память твоего AI, а не личные заметки.
Непрерывность между сессиями
Три слоя выше решают долгосрочную память. Но есть ещё одна проблема: непрерывность внутри одного проекта по дням.
Работал три часа, принял решения, дошёл до конкретного состояния. На следующий день открываешь новый чат — Claude ничего не знает. Даже если память настроена, она не знает что именно происходило вчера и где ты остановился.
Решение — файл .claude/handoff.md. Это место где записывается: где остановились, что дальше, что обещали сделать. Один файл, три раздела, переписывается каждую сессию.
# Handoff — Мой проект ## Сейчас работаем над Делаем посадочную страницу для фотографа. Готова шапка и блок «Обо мне». Дизайн в тёмной теме, оранжевый акцент. ## Следующим шагом - Добавить блок «Портфолио» — сетка 3 колонки на десктопе, 1 на мобильном - Сделать форму обратной связи (имя, email, сообщение) - Подключить домен fotograf.ru через Vercel ## Обещания / дедлайны - Заказчику показать черновик до пятницы 2026-05-15 --- *Последнее обновление: 2026-05-08*
Поддерживается это двумя скиллами — /morning и /endday. Утром одна команда подгружает контекст, вечером одна команда обновляет файл. Если у тебя этих скиллов ещё нет — попроси Claude создать их по описанию ниже:
Создай скилл /morning. Когда я его вызываю, ты должен: 1. Прочитать .claude/handoff.md 2. Кратко доложить: что в работе, что следующим шагом, есть ли обещания с дедлайном 3. Спросить с чего начнём сегодня
Создай скилл /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 помнит кто ты, что важно в проекте, и где вы остановились. Один раз настроил — каждая новая сессия начинается не с нуля, а с продолжения.