«Второй мозг» — не новая идея, но обычно она упирается в ручную рутину: раскладывать заметки по папкам, вспоминать, что было важно на этой неделе, вручную сводить источники из разных мест. Ниже — архитектура хранилища на Obsidian и Claude Code, где часть этой рутины берёт на себя сам Claude: от авто-сбора источников до дневного цикла вопросов. Собрать можно без опыта в администрировании — все шаги ниже в исходном виде, без обрезанных промптов.
Из чего состоит система
Четыре компонента: хранилище заметок в Obsidian, файл CLAUDE.md, который объясняет Claude
Code, как с этим хранилищем работать, синхронизация с приватным репозиторием на GitHub и
набор slash-команд для повторяющихся действий — сбора источников и дневного цикла. Ни один
компонент не работает как «магия из коробки» — каждый настраивается один раз конкретными
промптами внутри Claude Code Desktop.
Шаг 1 — подготовить хранилище
Устанавливаешь Claude Code Desktop и открываешь как хранилище папку с будущим «вторым
мозгом» в Obsidian. Внутри должен появиться файл CLAUDE.md — он играет ту же роль, что
README.md для человека, только адресован модели: что лежит в хранилище, как оно
структурировано, какие slash-команды уже настроены.
Рекомендуемая структура папок внутри хранилища:
second-brain/
├── raw/ # исходные материалы до обработки
│ ├── claude-exports/ # экспорт диалогов с Claude
│ ├── granola-notes/ # заметки со встреч
│ └── notion-exports/ # страницы и базы из Notion
├── wiki/ # обработанное «доменное» знание
│ ├── index.md # мастер-каталог
│ ├── log.md # журнал ежедневных записей
│ ├── concepts/ # понятия и термины
│ ├── projects/ # конкретные проекты
│ └── people/ # заметки о людях
├── journal/ # ежедневные записи
├── content/ # пайплайн контента
└── priorities.md # что для тебя приоритет
Шаг 2 — синхронизация и первый коннектор
Создаёшь приватный репозиторий на GitHub и настраиваешь Obsidian Git для автосинхронизации — хранилище перестаёт зависеть от одного устройства и не теряется при сбое. Дальше подключаешь первый MCP-коннектор: он даёт Claude прямой доступ к внешнему источнику (например, таск- трекеру или заметкам со встреч) вместо ручного копирования файлов.
Шаг 3 — авто-интеграция источников
Команда /pull-sources — это slash-команда, которую нужно один раз создать в
.claude/commands/: она подтягивает материалы из подключённых источников прямо в папку
raw/, откуда их дальше разбирает отдельный шаг (/ingest) в структурированные заметки в
wiki/. На выходе, например из таск-трекера, получается заметка с понятными полями:
источник, дата получения, номер задачи, статус, команда, ссылка — а не сырой текст, который
придётся форматировать руками.
Шаг 4 — документ с приоритетами
Файл priorities.md — это то, с чем Claude сверяется перед тем, как решить, что важно, а что
шум. Рекомендуемые разделы: «Проекты» (что в работе прямо сейчас), «Сферы» (постоянные зоны
ответственности), «Ресурсы» (справочные материалы), «Архив» (закрытые проекты), «Ключевые
люди» (контекст по важным контактам). Без этого файла модель либо теряется в деталях, либо
одинаково взвешивает всё подряд.
Шаг 5 — дневной цикл: /briefing и /debrief
Две slash-команды закрывают ежедневную рутину. /briefing — короткая сводка на старте дня:
что актуально по данным из priorities.md и wiki/log.md. /debrief — диалог в конце дня:
Claude задаёт несколько коротких вопросов, записывает структурированную запись в wiki/log.md
и предлагает обновления страниц перед сохранением.
Промпт для создания команды /debrief внутри Claude Code Desktop:
Create .claude/commands/debrief.md that:
1) Reads priorities.md to get today's focus.
2) Asks me 3-4 short questions one at a time: what did I
accomplish, what got stuck, what did I learn, what matters
tomorrow.
3) Writes a structured entry to wiki/log.md with a timestamp
and my answers.
4) If answers mention existing wiki pages, suggest updates.
If something new appeared, suggest creating a new page.
5) If priorities shifted, suggest updates to priorities.md,
but ask for confirmation before writing.
6) End with a one-line summary of the day.
$ARGUMENTS is optional. If provided, skip the questions and
use $ARGUMENTS as the day's summary directly.
Команда /briefing строится по тому же принципу, только читает priorities.md и последние
записи log.md, а не задаёт вопросы.
Шаг 6 — облачные рутины
Когда ручной /briefing каждое утро надоедает, его можно перевести в облачную рутину —
функцию Claude Code для повторяющихся задач по расписанию. Тот же /briefing выполняется
без твоего участия — по времени или по событию — и результат так же попадает в хранилище.
Цикл «утренняя сводка → работа → вечерний разбор» после этого шага требует от тебя только
ответов на вопросы /debrief, а не запуска команд вручную.
Как это делаем мы
Мы используем похожий принцип — структурированное хранилище плюс slash-команды поверх него — и во внутренней автоматизации рутины вокруг движка qvib: не полагаться на память модели между сессиями, а держать контекст в файлах, к которым Claude обращается по явным правилам.
Ссылки по теме
- Раздел «Claude Code»: qvib.pro/arsenal/claude-code/
- Slash-команды и автоматизация: qvib.pro/arsenal/claude-code-projects/
- Вайб-кодинг: личная база знаний: qvib.pro/