Второй мозг для ИИ: как настроить Obsidian, чтобы агент не выдумывал

Ваш ИИ вас не знает

Каждый разговор с ИИ начинается для него с нуля, когда речь о вас. Модель знает всё, что опубликовал интернет, и ничего о ваших клиентах, ваших трёх последних кампаниях и решении, которое вы приняли сегодня утром. Этот разрыв и есть вся проблема, и я закрыл его вторым мозгом для ИИ, который умеет читать.

Вы вставляете сорок страниц контекста. Он кивает. Потом он выдумывает ту самую страницу, которую вы забыли вставить, с полной уверенностью. Я гоняю ИИ через маркетинговую работу каждый день и могу сказать точно, откуда это берётся. Полный разбор я написал здесь. Короткая версия: модель не сломана. Сломан способ, которым мы передаём ей нашу память.

Момент, который меня переубедил, был скучным. Я спросил модель о проекте, который обсуждал с ней неделей раньше. Она ответила гладко, полными предложениями, и половина ответа была неверной. У неё не было памяти о прошлой неделе, и она была слишком вежлива, чтобы это сказать. Она угадала и звучала уверенно. Это хуже молчания.

Поэтому я перестал чинить промпт и начал чинить структуру. Я построил хранилище Obsidian с правилами внутри, а не только заметками внутри. В результате агент достаёт реальные ответы вместо того, чтобы угадывать свежие. Эта статья и есть точная структура, с цифрами из хранилища, которое я веду каждый день.

Главное коротко

• Ваш ИИ начинает с нуля о вас, каждый раз. Никакая настройка промптов это не чинит. Решение это память, которую агент может прочитать, а не больше инструкций.
• Второй мозг для ИИ это задача маршрутизации, а не задача инструментов. Работа происходит в файле правил и в индексе актуальности, а не в плагине.
• CLAUDE.md это файл, который меняет всё. Он живёт внутри хранилища, поэтому агент читает правила сам, а не получает их от вас.
• Поиск побеждает догадки, и разницу можно измерить. Журнал запросов с четырьмя исходами показывает, когда хранилище отвечает, а когда промахивается.
• Архив не для чтения. 623 открытых чекбокса в 26 файлах задач живут в одном месте, а мёртвые файлы лежат там, куда агент никогда не заходит.
• Плагины Obsidian для ИИ это в основном шум. Я почти ими не пользуюсь, и скажу, какие оставил.

Почему каждый гайд по второму мозгу бьёт мимо цели

Введите в поиск второй мозг для ИИ и найдёте страницы определённого сорта. Подборку инструментов. Список плагинов. Смутное обещание, что машина сама организует ваши мысли. Я прочитал их все, прежде чем строить своё, и ни одна не описала работающую систему.

Верхние результаты показательны. История в LinkedIn. Домашняя страница вендора. Тред на Reddit с вопросом, зачем вообще кому-то второй мозг. Никто не показывает настоящее хранилище. Никто не показывает раскладку папок. Никто не показывает журнал запросов и то, ответил ли на них агент. Вопрос, который задаёт ищущий, не закрывает ни одна страница из первой десятки.

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

Второй мозг для ИИ должен доставать, а не угадывать. Когда агент отвечает на вопрос о вашем бизнесе, читая ваши реальные заметки, это поиск. Когда он отвечает, усредняя все блоги, которые когда-либо читал, это угадывание. Большинство построили машину угадывания и назвали её мозгом. Гайды помогают строить её быстрее.

Ни один из верхних результатов не показывает систему с обратной связью. Никто не ведёт журнал запросов и не отмечает, какие провалились. Никто не показывает файл, который направляет агента в нужную папку. Ближе всего к ответу практика тред на Reddit с базовым вопросом, а это говорит, что рынок всё ещё ждёт прямого ответа от того, кто такую систему ведёт.

Гайды к тому же цепляются не за тот слой. Они продают вам более умное приложение для заметок. Заметки никогда не были проблемой. Проблема в том, что заметки никто не читает в момент вопроса. Папка, полная блестящих заметок, по которой агент не может ориентироваться, это ящик бумаг, а не память.

Если хотите слой стратегии над всем этим, плейбук по ИИ-маркетингу я написал здесь. Эта статья про инфраструктуру под ним. Ту часть, которую все пропускают, потому что она скучная. Скучное это и есть место, где живёт преимущество.

Хранилище это не записная книжка. Это слой памяти

Большинство пользуются Obsidian как записной книжкой. Пишут заметки и раскладывают их куда-то. Потом ищут. Это работает для человека со временем и примерным воспоминанием, где что лежит. Это не работает для агента с контекстным окном и нулём памяти.

Я отношусь к хранилищу как к слою памяти с фиксированным адресом для всего. У каждой папки есть номер, и номер это порядок. Вот раскладка:

• 00 Inbox: зона сброса, куда попадают захваты до сортировки.
• 10 Daily: один файл на день, с журналом того, что произошло, с отметками времени.
• 20 Tasks: работа, каждый открытый цикл как чекбокс.
• 30 Wiki: прочное знание, выверенный материал.
• 40 Notes: отдельные мысли, которые не задачи и не вики.
• 50 Sources: сырые файлы, PDF и картинки, неизменные после попадания.
• 60 Output: временные результаты, черновики и отчёты.
• 90 Archive: куда старые файлы уходят спать и куда агент никогда не заходит.

Нумерация не косметика. Это маршрутизация. Агент знает, что вопрос о задачах начинается в 20 Tasks. Вопрос о знании начинается в 30 Wiki. Ничто никогда не начинается в 90 Archive. Одно это решение, зашитое в файл, убирает огромное количество угадывания до того, как оно случилось.

Каждая папка заслуживает место благодаря правилу, которое к ней привязано. 00 Inbox для захватов, у которых пока нет дома. 10 Daily это источник правды о том, что произошло, с проставленным часом. 20 Tasks это где живут открытые циклы как чекбоксы, по одному на строку. 30 Wiki это выверенный слой, единственное, что агент цитирует как факт. 40 Notes держит отдельные мысли, которые не задачи и не вики. 50 Sources это неизменное сырьё, PDF и скриншоты, которые не редактируют после попадания. 60 Output это эфемерное, черновики и отчёты, которые либо умирают, либо повышаются до вики. 90 Archive это единственная папка, которую агенту велено пропускать.

Записная книжка для того, чтобы записывать. Слой памяти для того, чтобы находить это обратно по запросу, читателем, который никогда этого не видел. Этот читатель и есть ваш агент. Если у папки нет правила, читатель угадывает, а угадывание это то, как внутрь пробирается галлюцинация.

Человек может держать всё хранилище в голове, примерно, и добрести до нужной заметки по памяти. Агент не может добрести. Ему нужен адрес. Нумерованные папки и есть адрес. Когда я спрашиваю о решении по ценам, которое мы приняли в июне, агент не ищет по всему хранилищу. Он идёт в 30 Wiki, находит страницу с решением и цитирует её. Это разница между слоем памяти и ящиком бумаг.

Три файла, которые заставляют второй мозг работать

Уберите плагины, и второй мозг сведётся к трём файлам. Всё остальное мебель.

Первый это CLAUDE.md, файл правил. Он лежит в корне хранилища и говорит агенту, как себя вести, ещё до вашего первого слова. Второй это hot.md, индекс актуальности. Он отвечает на вопрос, на котором каждый агент продолжает проваливаться: где я это оставил. Третий это _query log.md, файл измерения. Он записывает каждый серьёзный вопрос и ответило ли на него хранилище.

Три файла. Один говорит агенту правила. Один говорит агенту, что актуально. Один говорит вам, работает ли всё это. Заметьте, чего не хватает: базы данных заметок. Она у вас уже есть. Заметки это не система. Инструкции, индекс и журнал это система.

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

Большинство строят это задом наперёд. Они высыпают тысячу заметок в папку и удивляются, почему агент в них тонет. Три файла это то, что превращает папку во второй мозг. Заметки это инвентарь, а не двигатель.

Система hot-файлов работает на двух уровнях

Большинство думают, что индекс актуальности это один файл. Тот, что веду я, имеет два уровня, и второй уровень это где происходит настоящая работа.

Верхний уровень это hot.md в корне. Это глобальный радар. В нём три секции. Active project radar перечисляет каждый активный проект одной строкой, со ссылкой на его собственный hot-файл. Last 7 days это смешанная хронология всего свежего по всем проектам. Stale сжимает всё, что старше тридцати дней, в одну строку.

Второй уровень это _hot.md внутри каждой области. У каждой темы свой файл актуальности. Тот, что про работу на моего работодателя, лежит в рабочей папке. Тот, что про мои сайд-проекты, лежит в их собственной папке. Каждый отвечает на вопрос «где я это оставил» для своей конкретной темы.

Один глобальный индекс тонет на каком-то размере. hot.md в моём хранилище это около 380 килобайт. Ни один человек не читает это за один присест. Агент может, но только если у него есть файл короче для темы, о которой вы спросили. Тематический _hot.md и есть этот более короткий файл.

Когда я открываю разговор о клиенте, агент сначала читает _hot.md клиента. Он получает текущий статус, последнее, к чему я прикасался, и кто чего ждёт. У него лучше соотношение сигнала к шуму, чем у глобального файла. Это и есть причина, по которой всё остаётся быстрым, пока хранилище растёт.

Правило ротации держит оба уровня честными. Всё, что старше недели, выпадает из активного списка. Всё, что старше тридцати дней, уходит в Stale. После этого из hot оно исчезает совсем. Оно живёт дальше в хронологическом журнале, который только добавляется и никогда не подрезается.

CLAUDE.md: слой маршрутизации, который агенты реально читают

Вот файл, который делает большую часть работы, и это вообще не заметка. CLAUDE.md это файл инструкций, который живёт внутри хранилища. Когда Claude Code открывает хранилище, он сначала читает этот файл. Это слой маршрутизации.

Файл держит правила, которые иначе мне пришлось бы повторять в каждом разговоре. Пиши от первого лица. Никаких тире, потому что они читаются как сгенерированный текст. Ставь отметку времени на всё. Никогда не читай архив. Предпочитай вики сырым источникам. Это не предпочтения, которые я пересказываю каждую сессию. Агент читает их сам, каждый раз, до того, как прикоснётся к первой заметке.

Часть, которая важнее всего, это таблица поиска. Это список типов запросов и того, куда смотреть сначала. Вопросы о задачах начинаются в 20 Tasks. Вопросы об актуальности начинаются в hot.md. Вопросы о продукте начинаются в вики. Архива в списке нет никогда. Эта таблица и есть разница между агентом, который смотрит, и агентом, который угадывает.

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

Другое правило говорит: никогда не выдумывай дедлайн. Если я говорю, что задача к следующей неделе, она получает дату. Если я не даю дату, поле остаётся пустым. Одно это правило спасло меня от дюжины выдуманных обязательств.

Третье правило обрабатывает неоднозначность. Когда я называю проект без контекста, агент задаёт короткий вопрос с выбором вместо того, чтобы предполагать. Это стоит мне трёх секунд и спасает от редактирования не того файла.

Это контекстная инженерия для одного человека. Это не новая модель. Это не большее окно. Это маленький файл, который говорит машине, куда смотреть, чтобы машина перестала смотреть везде и дорисовывать остальное. Файл длиной в несколько страниц. Эффект в том, что каждый разговор начинается с вашей реальной памяти вместо нуля. С тех пор Anthropic переписала правила для таких файлов: я сократил свой на 79% и записал лучшие практики CLAUDE.md, которым следую сегодня.

Как выглядит рабочая сессия

Правила имеют значение, только когда смотришь, как они работают. Вот сессия в моём хранилище, от начала до конца.

Первое, что делает агент, это ставит дату и время. Он открывает дневную заметку за сегодня или создаёт её. Каждое реальное действие получает строку с отметкой времени, записанную в момент выполнения. Дневная заметка становится трекером времени, а не дневником. Я могу оглянуться назад и увидеть, что решение по ценам я принял в 14:30, а письмо клиенту отправил в 15:10.

Потом я задаю реальный вопрос, обычным языком. Что я ещё должен по клиентскому сайту на этой неделе. Агент читает дневную заметку, находит открытые задачи и цитирует три из них с их дедлайнами. Никакого пересказа по отрасли. Никаких выдуманных пунктов действий. Только мои собственные заметки, найденные и возвращённые.

Когда я что-то заканчиваю, я так и говорю. Агент находит подходящий чекбокс, отмечает его сделанным и ставит время. Он обновляет файл актуальности для этой темы. Он не просит меня пересказать всё целиком. Диф в хранилище это запись, а чат остаётся коротким.

Вот цикл, который имеет значение. Спроси, достань, действуй, отметь, обнови. Каждый шаг пишет в структуру, поэтому следующая сессия начинается теплее, чем эта. Вот как выглядит сложный процент, и это не свойство модели. Это свойство файлов.

Claude Obsidian: как Claude Code читает моё хранилище

Настройка почти до смешного простая, и в этом смысл. Я указываю Claude Code на папку хранилища. Он сам читает CLAUDE.md из корня. Потом я задаю вопросы обычным языком, как спрашивал бы умного коллегу, который читал мои заметки.

Никакого клея из API. Никакого собственного плагина. Никакой базы данных. Claude Code это читатель, а Obsidian это библиотека. Об этом стиле работы я писал в другом месте, о сборке с ИИ, когда направляешь его как младшего разработчика. Версия с хранилищем это та же мышца: машина делает работу, а структура задаёт направление.

Вот доказательство из хранилища, которое я веду. В нём 623 открытых чекбокса в 26 файлах задач. Верхнеуровневый файл актуальности, hot.md, это около 380 килобайт. Человек не может прочитать это за один присест. Агент может, если дать ему таблицу, которая говорит, откуда начинать. Это и есть весь трюк.

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

Плагины Obsidian для ИИ: что я использую и что пропускаю

Вы пришли сюда с вопросом про плагины Obsidian для ИИ, так давайте отвечу быстро. Я пропускаю почти все.

Рассуждение простое. Большинство плагинов пытаются засунуть ИИ внутрь заметки, чтобы заметка думала. Это ровно та ошибка, которую делают гайды. Я хочу ИИ снаружи заметок, читающим их, как читатель читает библиотеку. Когда интеллект живёт в заметке, каждая заметка спорит с каждой другой. Когда он живёт в читателе, заметки остаются глупыми и остаются полезными.

Что я использую, это короткий список. Claude Code, наведённый на хранилище как читатель. Официальная синхронизация Obsidian для файлов. Плагин ежедневных заметок, чтобы каждый день получал файл в 10 Daily. Вот и всё. Остальная экосистема obsidian ai это подборка под проблему, которую я уже решил одним файлом правил.

Честно говоря: мне не нужен плагин, чтобы пересказывать мои заметки. Мне нужно, чтобы агент нашёл нужную заметку и процитировал её. Плагины пересказывают. Структура достаёт. Если хотите мой полный список инструментов, текущий маркетинговый стек задокументирован здесь. Часть с хранилищем в нём самая маленькая и самая скучная. Это не случайность.

Что ломается, когда хранилище растёт: контекст, свежесть, дубли

Второй мозг работает прекрасно на сотне заметок и тихо ломается на тысяче. Я знаю три способа, которыми он ломается, потому что моё хранилище далеко за тысячу.

Первый это контекст. Файл растёт, пока не перестаёт влезать в разговор. Мой hot.md это около 380 килобайт. В этом весь смысл индекса актуальности, и это же становится проблемой. Слишком много актуальности это шум, поэтому индексу нужен собственный срок годности. Элементы старше недели выпадают из активного списка. Старше месяца они сжимаются в одну строку или уходят в архив.

Второй это свежесть. Заметка, написанная в марте, звучит правдиво в сентябре, но это не так. Одна и та же задача записывается в трёх местах за шесть месяцев, и агент цитирует самую старую с полной уверенностью. Решение это снова таблица маршрутизации: дневная заметка это источник правды о том, что произошло, а вики это источник правды о том, что истинно. Ничто другое не цитируется как факт.

Третий это дублирование. Одна и та же идея попадает в дневную заметку, на страницу вики и в файл задач. Я не сливаю их руками. Я помечаю их, и структура выбирает канонический дом. Архив это куда уходят проигравшие, а агенту велено никогда не читать его для поиска. Устаревшая заметка, которую агент читает, хуже, чем отсутствие заметки, потому что она читается как актуальный факт.

Ритм, поддерживающий систему в порядке, совершенно незатейлив. Раз в неделю я смотрю в индекс актуальности и выношу устаревшее из активного списка. Раз в месяц я проверяю журнал запросов на вопросы, которым понадобилось три файла, и сливаю их. Система работает не по принципу «настроил и забыл». Это сад, а архив это компост.

Как я измеряю поиск: журнал запросов

Мнения дешёвые. Я хочу число. Поэтому у хранилища есть журнал запросов, и каждый серьёзный вопрос получает строку.

Строка записывает вопрос, какие файлы он затронул, и исход. Исход это одно из четырёх слов. ok значит, что хранилище ответило эффективно. gap значит, что информации там не было. consolidate значит, что мне пришлось прочитать три файла ради одного ответа, а это сигнал их слить. noise значит, что я читал файлы, которые не помогли.

Так второй мозг улучшается вместо того, чтобы становиться больше. Когда один и тот же вопрос два раза подряд возвращает consolidate, я сливаю файлы. Когда вопрос продолжает возвращать gap, я знаю, что хранилищу чего-то не хватает, и добавляю это. Журнал превращает кучу заметок в систему с обратной связью.

Настоящая строка выглядит так. Вопрос, файлы, которые он затронул, и слово consolidate. Это слово и есть сигнал. Оно говорит, что три файла держали куски одного ответа и пора писать одну страницу. В следующий раз, когда я спрашиваю, ответ приходит из одного файла вместо трёх. Это цикл, который делает хранилище умнее, а не больше.

Большинство этого не делают, и это видно. Их второй мозг это музей. Мой это машина с датчиком на ней. Датчик некрасивый и незатейливый, и это единственная причина, по которой всё продолжает работать по мере роста. Качество поиска это измеримый результат, и я его измеряю.

Второй мозг для ИИ это система, а не папка

Вот что я хочу, чтобы вы забрали из всего этого. Второй мозг для ИИ это не то, что вы покупаете, и не то, что вы устанавливаете. Это система, которую вы строите, и система это в основном три скучных файла и нумерованная раскладка папок.

Вендоры продолжат продавать вам мозг. Плагины продолжат обещать организовать ваши мысли. Правда тише. Второй мозг для ИИ это папка с правилами внутри, индекс, который говорит, что актуально, и журнал, который говорит, работает ли это. Вы можете построить всё это за полдня, а потом оно даёт сложный процент годами.

Я веду свой каждый день. Агент находит нужную заметку, цитирует её обратно, и я перестаю переписывать решения, которые уже принял. Это не магия. Это маршрутизация. Когда AI Overview по этой теме наконец появится, это будет список названий инструментов. Настоящий ответ это одно предложение, и теперь оно у вас есть. Постройте структуру и дайте агенту доставать вместо того, чтобы угадывать.

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

Годится ли Obsidian для постройки второго мозга для ИИ?

Это лучший инструмент, который я нашёл, и не из-за какого-то плагина. Obsidian хранит обычные markdown-файлы с раскладкой папок, которую вы контролируете, и это ровно то, что агент считывает без ошибок. Ценность это структура, которую вы строите сверху, файл правил и индекс актуальности, а не само приложение.

Нужен ли мне именно Claude Code, или сойдёт любой ИИ с Obsidian?

Сойдёт любая модель, которая читает файлы, но слой маршрутизации важнее модели. Смысл CLAUDE.md в том, что агент читает правила сам, а не получает их каждый раз. Какой бы инструмент вы ни взяли, вопрос один: читает ли он файл, который говорит, куда смотреть, или угадывает.

Сколько времени занимает настройка второго мозга для ИИ?

Раскладка папок и три файла занимают полдня. Ценность приходит позже, по мере роста хранилища, когда маршрутизация держит его пригодным. Дорогая часть это не настройка. Это дисциплина вести журнал запросов и архивировать мёртвые заметки, а это единственное, что держит систему работающей за пределами тысячи файлов. Второй мозг для ИИ, который умеет читать, строится за полдня. А читаемым его держит привычка.