Система второго мозга на Obsidian и Claude: как устроена моя

Что такое система второго мозга и чем она становится с ИИ

Система второго мозга — привычка выносить знания из головы в заметки и регулярно к ним возвращаться. Подход популяризовал Тьяго Форте, автор книги «Building a Second Brain», по-русски «Создай свой второй мозг».

Цель у Форте простая: вырастить собственный корпус знаний (сайт Тьяго Форте). Для этого у него два каркаса.

• CODE — четыре шага работы с заметкой: собрать, организовать, выжать лучшее, выразить своим голосом.
• PARA — четыре папки для всего: проекты, сферы ответственности, ресурсы и архив.

Я начинал так же. В мае 2024 года написал в своём канале: «важнейшая технология, что влияла в последние годы, это регулярное ведение заметок! Создание второго мозга. Мышление письмом!» Заметки тогда жили в Notion. В соседнем посте я признался: «если бы начинал сейчас – начал бы на Obsidian».

С ИИ у второго мозга появляется второй читатель. Человек открывает старую заметку раз в месяц. Claude перечитывает правила и карту в начале каждой сессии. Сам он между сессиями ничего не помнит: по документации Anthropic, каждая сессия Claude Code начинается с чистого контекста (Claude Code docs, memory).

Агент — нейросеть, которая сама выполняет задачи: читает файлы, пишет тексты, запускает программы. Человеку в хранилище нужно найти заметку. Агенту нужно понять, что читать первым, куда писать результат и чего не трогать.

Хранилище, которое отвечает на эти вопросы, я называю личной AI-OS: слой поверх любой модели, который помнит за тебя. В моих тезисах есть формулировка: «Верификация отделяет операционную систему от "второго мозга"». Второй мозг хранит. Система вдобавок проверяет, что агент сделал.

Про контекст, мой файл правил и память агента я писал в статье о контексте для нейросети. Здесь речь об устройстве самого хранилища.

Почему Obsidian: папка, которую читают и человек, и Claude

Obsidian подходит, потому что заметки в нём лежат обычными файлами на вашем диске. Хранилище в Obsidian называется vault: это папка вместе с подпапками. Каждая заметка — текстовый файл в формате Markdown, его откроет любой редактор (справка Obsidian).

Markdown — простая разметка текста, которую одинаково легко читают человек и модель.

Для связки Obsidian и Claude посредник не нужен. Claude Code — агент Anthropic, который работает с файлами на компьютере и выполняет команды. Он открывает папку и читает заметки, как программист читает код. Пишет туда же. Obsidian сразу показывает правки.

Из Notion я переезжал долго. В сентябре 2024 года жаловался в канале: «невозможность нормально переехать с заметками в Obsidian… просто убивает!» Следы видны. В корне хранилища до сих пор лежит папка Notion с подпапками «Дублированное» и «ПЕРЕНОС».

Как устроен мой второй мозг: три хранилища и карта

Мой второй мозг лежит в одной из трёх папок. Claude их строго разделяет. В правилах для агента так и записано: «три хранилища, не путать».

В хранилище 18 887 заметок. Пятого октября было 16 110, за 15 дней добавилось около 2 800. Всего файлов больше 108 тысяч, заметки из них только 17 %.

89 % заметок лежат в папке проектов. Проектов 56, у каждого своя папка. Файлов CLAUDE.md больше 120: это текстовые файлы с правилами, которые Claude Code читает сам. Ещё есть 58 одностраничников HAIKU, паспортов проекта на один экран.

В таком объёме агент без карты теряется. Моя карта состоит из трёх слоёв:

• Карта рабочей папки на 19 строк: где код, где хранилище, где скрипты и бэкапы.
• Корневой CLAUDE.md хранилища на 77 строк: таблица папок, правила имён файлов вроде «ГГГГ-ММ-ДД Встреча — Тема.md», какой frontmatter ставить, куда что сохранять. Frontmatter — блок служебных полей в начале заметки: дата, теги, тип.
• Реестры поверх папок проектов: список всех проектов с фокусом квартала, навигация «как войти в проект», инфраструктура. Часть секций за меня обновляет скилл.

Скилл — папка с инструкцией для повторяющейся работы. У меня их больше 240. Подробнее в статье про Claude Skills.

Для нового агента есть отдельный файл на 136 строк с пометкой «Читать первой». В нём порядок чтения при старте:

1. Правила для агента.
2. Индекс памяти.
3. Список проектов и фокус квартала.
4. Навигация: как войти в нужный проект.
5. CLAUDE.md или паспорт HAIKU этого проекта.
6. Файл задач проекта.

Зачем каждому проекту свой CLAUDE.md, объясняет документация. Файлы CLAUDE.md выше рабочей папки Claude Code загружает при старте. Файлы в подпапках подгружаются, когда Claude открывает или правит что-то в этой подпапке. Все найденные файлы склеиваются в контекст и не отменяют друг друга (Claude Code docs).

Правила чужих проектов не попадают в контекст, пока агент не откроет их папки.

Правила: что Claude можно и нельзя

Правила для Claude состоят из текстовых файлов, которые он читает в начале работы, и скриптов, которые не дают нарушить главное. Главные правила в моём хранилище появились после конкретных поломок.

Раздел «Защита данных» в правилах выглядит так:

• «НИКОГДА не удалять файлы в Tasks/ напрямую».
• «При перезаписи .md файла через Write — сначала прочитать текущее содержимое».
• «Предпочитать Edit (точечные изменения) вместо Write (полная перезапись)».
• «Не записывать пустые файлы поверх непустых».
• «При работе с JSON в frontmatter — всегда валидировать что JSON парсится перед записью».
• «При массовой перезаписи (>3 файлов) — спросить пользователя».

Перед любым удалением агент проходит правило трёх вопросов: «Обратимо ли это? Это пользовательские данные? Пользователь явно просил удалить?» Хоть один тревожный ответ — агент останавливается и спрашивает.

Здесь ловушка, о ней пишет сама Anthropic. Инструкции из CLAUDE.md для Claude только контекст, жёсткой настройкой они не становятся. Чтобы заблокировать действие при любом решении модели, документация советует ставить хук (Claude Code docs).

Хук — скрипт, который срабатывает на событие, например перед каждой командой агента. У меня хуки висят на восьми типах событий. Защитный хук срабатывает до запуска команды. Он блокирует удаление файлов на сервере, в том числе массовое через поиск, и синхронизацию с удалением. Агент видит ответ «Спроси пользователя» и идёт ко мне.

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

Куда что записывать, я решаю по таблице:

Задачи, журнал и git: как второй мозг помнит вчерашний день

Вчерашний день в моём хранилище хранят задачи в Markdown, журнал сессий и история git. Ведут их агенты и скрипты. От меня нужна максимум одна команда.

Задачи. Каждый проект — отдельный файл задач. В его начале лежит блок данных: колонки и карточки в формате JSON, это строгий формат для машинного чтения. Карточек больше 670 в 42 проектах. Последний раз эти файлы менялись 3 октября. Работа переехала.

С 12 октября задачи для агентов лежат в хранилище папками. Задача — папка с файлом ЗАДАЧА.md, у «сотрудника» своя папка с файлом ПРОФИЛЬ.md. «Сотрудников» 14 в пяти отделах. Исполняет Claude в фоновых сессиях, до трёх параллельно.

За восемь дней набралось больше 380 задач. Закрыты 229, отменены 77, полтора десятка ждут моего решения. Хранилище стало рабочим столом агентов.

Журнал сессий. В конце сессии я пишу одно слово «фиксируй», и скилл дописывает итоги в общий журнал «без вопросов, без пауз». С 16 февраля по 2 октября там набралось 566 записей, больше 16 тысяч строк. С октября агенты отчитываются в ленте своей задачи.

Дневной и недельный журналы рядом умерли в мае: в них 7 и 5 записей. Их тоже собирал скилл. Но ему нужен был мой отдельный ритуал, раз в день и раз в неделю.

Выжил журнал, который пишется одной командой по ходу работы. Ритуал у меня не прижился.

Git. Git — система версий: она запоминает каждое изменение файлов, и любую версию можно вернуть. С 4 апреля в хранилище 2 936 коммитов, то есть сохранённых версий. За последние 30 дней их 1 349, в среднем около 44 в день, в пиковый день 103.

Из этих 1 349 коммитов 747 сделал автосинк. Из остальных 602 у 533 стоит подпись Claude. Выходит, почти девять из десяти версий вне расписания сохраняют агенты. Я читаю и правлю.

Автосинк простой. Раз в 30 минут LaunchAgent, встроенный планировщик macOS, запускает скрипт. Тот подтягивает изменения, сохраняет новые, отправляет копию в облачный репозиторий и пишет всё в лог.

Пока писал эту статью, нашёл свежую поломку: с 5 октября копия в облако не уходит. В git попали выгрузки больше 100 МБ, а GitHub такие файлы не принимает. Локальная история цела, но это та же майская история про «я думал, оно синкается».

В git попадает не всё. Список исключений у меня перевёрнут: «сначала игнорируем всё», потом пускаем только тексты и таблицы. Настройки Obsidian, корзина и выгрузки переписок в историю не идут.

Как подключить Obsidian к Claude: пошагово

Подключить Obsidian к Claude можно без плагинов: запустите Claude в папке хранилища и положите туда файл правил.

Шаг 1. Найдите папку хранилища. Vault — обычная папка на диске. Если хранилища ещё нет, создайте его в Obsidian и посмотрите путь в настройках.

Шаг 2. Запустите Claude в этой папке. В Claude Code хватит открыть терминал в папке хранилища и запустить агента. В Cowork, режиме Claude для поручений без терминала, нужно выбрать папку рабочей. На хранилище в десятки тысяч файлов я Cowork не проверял. Как настроить Cowork, я разбирал в отдельной статье.

Шаг 3. Положите в корень CLAUDE.md. В нём таблица папок, правила имён файлов, обязательные поля frontmatter и куда что сохранять. Мой файл занимает 77 строк. Начать можно с такого скелета:

# Хранилище — правила для Claude

## Папки
| Папка | Что внутри | Когда использовать |
|---|---|---|
| Проекты/ | папка на каждый проект | работа по проекту |
| Встречи/ | все встречи | любая заметка о встрече |

## Имена файлов
Встречи: ГГГГ-ММ-ДД Встреча — Тема.md

## Работа с проектом
«Работаем с проектом X» → прочитай X/CLAUDE.md, другие проекты не трогай.

## Запреты
Не удаляй файлы. Перед перезаписью прочитай файл. Правь точечно.

Шаг 4. Дайте каждому проекту свой CLAUDE.md. В нём цель, статус, где что лежит и что нельзя. Claude Code подтянет его сам, как только начнёт работать в папке проекта.

Шаг 5. Подключайте общие файлы импортом. Строка @путь/к/файлу внутри CLAUDE.md подтягивает другой файл, вложенность до четырёх переходов. Если вы работаете ещё и с Codex, агентом OpenAI, правила можно держать в AGENTS.md. Claude Code читает его, когда CLAUDE.md нет.

Шаг 6. Поставьте хранилище под git. Добавьте автосохранение версий по расписанию, хотя бы раз в полчаса. Без истории любой сбой агента превращается в потерю данных.

Шаг 7. Закройте необратимое хуком. Удаление файлов, массовую перезапись и команды на сервере блокируйте скриптом. Текстовое правило Claude может нарушить, а хук срабатывает при любом решении модели.

Шаг 8. Заведите журнал, который пишет агент. Одна команда в конце сессии, и завтра новый агент прочитает, что сделано вчера.

Эта статья собрана так же. Черновик написан из моего второго мозга, из проектов и результатов по теме. Факты потом сверены по источникам.

Что ломается: три истории из моего хранилища

Модель у меня ломается редко. Ломается обвязка: интерфейсы над файлами, синхронизация и команды, которые агент считает безопасными. Три истории с датами.

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

Меньше чем через 12 часов тот же файл снова лежал в корзине. Задачи из первого разбора никто не сделал. В разборе я записал урок: такие задачи выполняются в той же сессии или сразу заводятся карточкой. Тогда же появились отказ сервера на неполный список, лог каждого сохранения и автокоммит в git после каждого сохранения.

Третьего марта трекер удалил ещё один проект из 13. Файл вернулся из git за минуту. После этого появилось правило: сервер никогда не удаляет файл молча, только по явной команде. Шрамы видны до сих пор: в корзине задач лежат 4 файла тех дней.

Май: синк молча стоял неделю. С 29 апреля по 6 мая синхронизация не работала. Упавший процесс оставил файл-блокировку, и git отказывался что-либо сохранять. 147 изменений висели без бэкапа. Никто не знал.

После этого появился свой скрипт синка с логом. Расписание запускает его каждые 30 минут. Урок из разбора: «"Я думал оно синкается" — самая опасная фраза в инфре».

Октябрь: одна команда дала 8 лишних запусков. 19 октября агенту понадобилось сравнить файл с его версией из git. Он сделал git stash в корне хранилища. Эта команда временно убирает все изменения, которые ещё не попали в git. Заодно откатились живые файлы задач агентов.

Планировщик проверяет задачи раз в две секунды. Он увидел уже обработанные поручения как новые и запустил 8 лишних сессий, каждую на 20–60 секунд. Наружу ничего не ушло. Теперь правило: пока в хранилище работают агенты, никаких stash, отката папок и жёсткого сброса. Версии сравнивать через просмотр файла из истории.

Бывает и тихая поломка: автоматический реестр врёт. В августе выяснилось, что файл архитектуры есть только у 3 папок проектов из 38. Сводная карта при этом утверждала «пересечений нет». Теперь в файле для агента прямо написано: этот реестр врёт по умолчанию, проверяй по файлу инфраструктуры.

Всего в моём журнале инцидентов 38 разборов. Больше половины про серверы и выкладку. Каждый разбор заканчивается уроком и списком действий: правило, скрипт или проверка.

Частые вопросы