# Как подключить своё хранилище Obsidian к Claude и реально использовать его как Второй Мозг (ссылка на X) (первая статья)

Ты уже в третий раз за месяц заново объясняешь ИИ-ассистенту один и тот же проект. Знакомое чувство — вставляешь тот же контекст, пересказываешь те же решения и смотришь, как модель кивает, будто слышит это впервые, потому что так оно и есть. Где-то на твоём диске лежит папка с заметками, в которой уже есть ответ, и ничто из этого недоступно из окна чата. Это руководство закрывает этот разрыв полностью, от и до, с точными кликами, точными файлами и без пропущенных шагов — написано для того, кто никогда раньше не подключал ИИ ни к чему, и просто хочет, чтобы к концу статьи это заработало.

## 1. Что такое Второй Мозг на самом деле

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

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

> [!info] Что чаще всего ломает первую настройку

> Самая частая ошибка новичков не техническая — это переход сразу к "подключить Claude", прежде чем у хранилища появится хоть какая-то структура.

Ассистенту, направленному на пустую или хаотичную папку, нечего толком искать. Сделай разделы 3 и 4 раньше раздела 5, даже если раздел 5 — то, ради чего ты открыл эту статью.

## 2. Что реально даёт использование Второго Мозга

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

Есть четвёртое преимущество, которое недооценивают, пока не увидят своими глазами: твоё собственное прошлое письмо превращается в рычаг вместо мёртвого хранения. Как только хранилище структурировано и находимо, попросить Claude написать что-то новое означает, что он может взять твоё собственное прошлое рассуждение и твой собственный голос как исходный материал, вместо того чтобы генерировать что-то обобщённое, что не звучит ни как кто. Люди, реально построившие такую систему, стабильно отмечают, что первые черновики уже звучат как они сами — потому что черновик вышел из их собственных накопленных заметок, а не с чистого листа. Ничто из этого не требует ничего экзотического. Нужно, чтобы хранилище существовало, было подключено и было структурировано достаточно хорошо, чтобы поиск реально поднимал нужные три заметки вместо шума.

## 3. Почему Claude так хорошо работает с Markdown и почему именно Obsidian

Claude чрезвычайно хорошо читает и пишет простой текст, а markdown — это примерно самый простой вариант структурированного текста: заголовки, списки, ссылки и метаданные, лежащие прямо поверх слов, без ничего проприетарного между ними. Эта деталь решает всё, что идёт дальше. В тот момент, когда инструменту для заметок нужна база данных, шаг экспорта или вызов API просто чтобы прочитать одну заметку, отношения ИИ с этим форматом становятся непрямыми — он может обработать переданный ему экспорт, но не может естественно жить внутри твоего ежедневного рабочего процесса так, как может с папкой открытых файлов, к которым можно прикоснуться в любой момент. Вся архитектура Obsidian — ровно противоположность этой ловушке: под отполированным редактором и графом заметок хранилище Obsidian — это просто папка markdown-файлов на диске, без движка базы данных между ними и чем угодно, что хочет их прочитать. Notion, для сравнения, — по-настоящему хорошее приложение для людей, но запирает контент за API и блочной моделью данных, которая сопротивляется внешнему процессу на каждом шагу. Obsidian просто отдаёт тебе сырую папку — а сырая папка — это ровно то, что нужно агенту.

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

> [!tip] Быстрый способ убедиться в этом самому

> Открой любую заметку из хранилища в обычном текстовом редакторе (Блокнот, VS Code, что угодно) вместо Obsidian. Если читается чисто, с заголовками и ссылками на месте — это ровно то, что видит ИИ-ассистент тоже: без слоя перевода, без сюрпризов.

## 4. Как организовать хранилище: папки, которые реально важны (сделай это раньше всего остального)

Прежде чем написать хоть одну заметку и тронуть Claude, наведи порядок в форме папок — потому что структура заставляет поиск реально работать позже, а поиск, не хранение, всегда был сложной частью этой задачи. Хранилище, которое держится вне зависимости от того, пятьдесят у тебя заметок или пять тысяч, требует удивительно немногих папок верхнего уровня. Вот что именно создать, прямо в Obsidian (правой кнопкой по боковой панели файлов → New folder):

```text

/vault

/0-inbox # сырой захват попадает сюда, без сортировки, без трения

/1-projects # активная, ограниченная по времени работа

/2-areas # постоянные зоны ответственности без даты завершения

/3-resources # справочный материал, исследования, темы

/4-archive # завершено или мертво — сохранено, не удалено

memory.md # кто ты, устойчивые факты, долгий контекст

projects.md # что ты строишь, текущий статус, следующие шаги

tasks.md # открытые циклы, переносимые вперёд

notes.md # несортированный буфер сырого захвата

personality.md # как ассистент должен с тобой разговаривать

```

Пять корневых файлов важнее самих папок, потому что именно их Claude читает первыми при каждом запуске, и именно в этом реальная разница между ассистентом, который знает твой контекст, и чат-ботом, который угадывает. Создай каждый из них прямо сейчас, пусть даже пустыми — правой кнопкой по корню хранилища → New note, назови ровно так, как показано, расширение не нужно, Obsidian добавит .md сам. memory.md хранит, кто ты есть, и твои устойчивые факты, так что ты перестаёшь заново объяснять себя каждую сессию. projects.md отслеживает, что реально активно, и его текущее состояние. personality.md — маленький и негламурный, задаёт тон один раз: "говори со мной напрямую, начинай с вывода, возражай, если я неправ" — и каждый будущий ответ тихо это наследует. tasks.md и notes.md остаются намеренно лёгкими: список открытых циклов и буфер сырого захвата, который ночной процесс разбирает позже, так что тебе никогда не приходится вручную раскладывать что-либо в момент захвата.

Две привычки усиливают ценность этой структуры со временем, и обе стоит принять с первого дня, до того как хранилище перерастёт горстку заметок. Во-первых, называй заметки по самой идее, а не по источнику, откуда она пришла — "Компромиссы стоимости токенов при ИИ-поиске" лучше, чем "Заметки из того видео на YouTube", потому что первое — переиспользуемый строительный блок, а второе — одноразовый указатель. Во-вторых, держи жёсткую границу между литературными заметками (что реально сказал источник) и постоянными заметками (что ты теперь думаешь), потому что смешивание этих двух — ровно то, как хранилище медленно тонет в замаскированных цитатах вместо того, чтобы держать твоё реальное мышление.
У каждой такой заметки должен быть правильный frontmatter — в Obsidian эта система называется Properties, и официальная документация по ней (https://help.obsidian.md/properties) стоит десяти минут, если никогда её не настраивал — правильный синтаксис с первого раза избавляет от болезненной уборки позже.

> [!tip] Ошибка с папками, которую мы реально совершили и исправили

> Поначалу мы направили файловый доступ ассистента только на папку хранилища, и с заметками всё было в порядке — но он не мог трогать скрипты, бэкапы или файлы проекта, которые лежали на уровень выше, рядом с хранилищем, а не внутри него.
Решение оказалось простым, как только мы это заметили: направь подключение на родительскую папку, содержащую хранилище, а не на само хранилище, чтобы один и тот же доступ покрывал и заметки, и рабочие файлы вместе. Реши это сейчас, до того как что-либо настроишь — переносить это позже значит перенастраивать подключение с нуля.

## 5. Подключение Claude к Obsidian: точные шаги, которые работают

Это та часть, которую обещал заголовок, так что вот она без каких-либо допущений. Есть два проверенных способа дать Claude реальный доступ к хранилищу, и нужен только один — оба опираются напрямую на реальную архитектуру Obsidian и его официальный плагин Local REST API, а не на обходной путь.

**Способ А — Claude Code (быстрее всего протестировать, хорош, если комфортно с терминалом).** Открой терминал, перейди в папку хранилища и запусти Claude прямо оттуда:

```bash

cd ~/Vault

claude

```

Это вся настройка целиком. Папка хранилища теперь рабочий каталог Claude, и он может сразу читать и писать любой файл внутри — попроси его перечислить, что лежит в твоей папке `/0-inbox`, как первый тест.

**Способ Б — Claude Desktop с filesystem MCP-сервером (лучше, если хочешь, чтобы каждый новый чат был уже подключён, без терминала).** Нужно один раз отредактировать конфигурационный файл:

1. Найди файл конфигурации Claude Desktop.
На Windows это `%APPDATA%\Claude\claude_desktop_config.json`;
на Mac — `~/Library/Application Support/Claude/claude_desktop_config.json`. Если файла ещё нет — создай его.

2. Открой в любом текстовом редакторе и вставь это, заменив путь на реальную родительскую папку твоего хранилища (см. совет в разделе 4 о том, почему именно родительская папка, а не само хранилище):

```json

{

"mcpServers": {

"vault": {

"command": "npx",

"args": ["-y", "@modelcontextprotocol/server-filesystem", "/путь/к/родительской/папке/хранилища"]

}

}

}

```

3. Сохрани файл и полностью выйди и перезапусти Claude Desktop — не просто закрой окно, а реально выйди из приложения, иначе новый конфиг не подгрузится.

4. Открой новый чат и попроси Claude что-то простое вроде "перечисли файлы в моей папке хранилища". Если он выдаёт реальные имена файлов — подключение живое.

Для функций, специфичных именно для Obsidian, поверх любого из способов — поиск с учётом frontmatter, фильтрация по тегам, обход обратных ссылок — установи собственный community-плагин Obsidian **Local REST API** так же, как установил бы любой другой, следуя официальному руководству Obsidian по community-плагинам (https://help.obsidian.md/community-plugins): открой Obsidian → Settings → Community plugins → Browse → найди "Local REST API" → Install → Enable. При первом включении он покажет номер порта и сгенерирует API-ключ; запиши оба значения куда-нибудь надёжно, потому что MCP-серверу, общающемуся с Obsidian по HTTP, они понадобятся. Я написал полный, более глубокий разбор именно этого подключения — конфигурацию MCP, синтаксис properties, который заставляет работать перекрёстные ссылки и граф, и стоящие за этим соглашения о папках — в более ранней статье, которую можно прочитать здесь: https://x.com/MS_China888/status/2080225569568874928. Эту статью стоит прочитать целиком, если нужна механика за этим разделом глубже; данное руководство покрывает ту же территорию на уровне, рассчитанном на то, чтобы начать прямо сейчас.

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

> [!tip] Как мы реально проверили, что наше собственное подключение работает

> Не верь на слово, что конфиг-файл "должен" работать — задай прямой вопрос, ответ на который точно есть только в одной конкретной заметке, и посмотри, процитирует ли Claude реально её. Если ответ звучит обобщённо вместо того чтобы назвать использованный файл — подключение существует, но не используется для поиска, а это уже проблема раздела 6, а не раздела 5, и решение — файл-инструкция ниже.

> [!info] Если после перезапуска ничего не появилось

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

## 6. Настройка системы для работы с Obsidian и Вторым Мозгом

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

```markdown

# Правило контекста (читать это первым, каждый раз)

1. Всегда начинай с чтения memory.md и personality.md.

Знай, кто я и как со мной разговаривать, прежде чем отвечать на что-либо.

2. Для самого вопроса вытягивай только релевантные заметки:

следуй тегам frontmatter, следуй подходящей карте темы,

следуй [[ссылкам]] из найденных заметок.

3. Обосновывай каждый ответ тем, что реально нашёл, и называй

использованные заметки.

4. Если хранилище это не покрывает — скажи об этом прямо, никогда не

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

5. Когда просят что-то запомнить — записывай это в правильный файл.

```

А дальше — и это та часть, которую забывают — реально скажи Claude, что этот файл существует. В начале любой рабочей сессии, или в пользовательских инструкциях уровня проекта в Claude Desktop, если используешь Projects, добавь одну строку: "Прочитай Claude.md в корне хранилища прежде чем отвечать на что-либо". Файл, лежащий непрочитанным на диске, ничего не меняет; файл, явно названный тем, что нужно свериться первым, каждый раз, — вот что реально меняет поведение.

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

> [!tip] Привычка, которая стоит десять секунд и окупается месяцами

> Каждый раз, сохраняя заметку вручную, добавляй три вещи сверху: однострочное резюме, тип (проект / исследование / решение / справочник) и хотя бы один тег — точный синтаксис описан в официальной документации Obsidian по тегам (https://help.obsidian.md/tags), если хочешь сделать это без единой ошибки. Это самое дешёвое, что можно сделать, чтобы будущий поиск реально работал — нетегированная заметка невидима для дешёвого поиска, как бы хорошо она ни была написана.

## 7. Промпты, которые реально запускают Второй Мозг в работу

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

Чтобы превратить захламлённый инбокс в разложенные, структурированные заметки:

```text

Прочитай notes.md. Для каждого сырого элемента реши, куда он относится,

и перемести его: факт обо мне -> memory.md, задача -> tasks.md, работа

над проектом -> projects.md, справочный материал -> нужная заметка в

3-resources. Создай новые атомарные заметки с frontmatter где нужно,

а всё по-настоящему неоднозначное пометь для проверки, а не угадывай.

```

Для утреннего брифинга, целиком построенного на текущем состоянии хранилища, ещё до того как открыта хоть одна вкладка:

```text

Прочитай хранилище и напиши однострочный брифинг на страницу: каждый

активный проект из projects.md и его текущий статус, открытые циклы из

tasks.md с пометкой всего, что не трогали неделю и дольше, и одна вещь,

которую я избегаю, но которая реально важна. Коротко — состояние дел,

без пересказа.

```

Чтобы вскрыть связи, которые ты никогда сознательно не проводил между отдельными заметками:

```text

Прочитай то, что я создал или правил за последние семь дней, затем

поищи по всему хранилищу неочевидные связи: идеи, противоречащие более

раннему решению, заметки, которые тайно являются одним и тем же

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

Сообщи о них простыми предложениями.

```

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

> [!info] Начни только с одного из них

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

## 8. Что это реально решает для совместного использования хранилища

Правильно подключённый Второй Мозг решает конкретную, повторяющуюся категорию проблем, которую стоит назвать прямо, а не оставлять преимущество абстрактным. Он заканчивает цикл переобъяснений — новая сессия не начинается с чистого листа, потому что memory.md и файлы проектов уже несут контекст вперёд. Он превращает забытые идеи обратно в применимый материал — заметка многомесячной давности всплывает точно тогда, когда новый проект касается её темы, вместо того чтобы лежать непрочитанной вечно. Он даёт реальный след решений — когда Claude помогает выбрать подход, рассуждение записывается обратно в хранилище, а не испаряется в момент закрытия окна чата. А для тех, кто делит хранилище между командой или несколькими проектами, он даёт каждому участнику — человеку или ИИ — один и тот же единый источник истины, вместо того чтобы каждый человек или агент действовал из своей частичной картины того, что реально было решено.

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

## 9. Как заставить Claude реально читать статьи и использовать их для ответов

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

Привычка, которая делает это устойчивым, — писать заметки так, как хочешь, чтобы их находили: чёткий заголовок, однострочное резюме вверху, точные теги и осознанные [[wikilink]]-ссылки на связанные заметки — официальный гайд Obsidian по связыванию заметок (https://help.obsidian.md/link-notes) стоит один раз пролистать, потому что именно привычка ссылаться в итоге позволяет и тебе, и Claude проследить идею через всё, что с ней связано — потому что ты больше не пишешь чисто для себя, чтобы перечитать позже, ты пишешь так, чтобы агент мог найти именно эту заметку среди сотен других, не открывая каждую сначала.

> [!tip] Самый быстрый способ проверить, реально ли работает поиск

> Задай вопрос, на который ты уверен, что правильно ответить может только одна конкретная заметка в хранилище — что-то странно специфичное, а не то, что Claude мог бы правдоподобно угадать. Если ответ цитирует именно эту заметку — поиск работает. Если выдаёт обобщённый, правдоподобно звучащий ответ вместо этого — подключение есть, но файл-инструкция не соблюдается — вернись и перепроверь раздел 6.

## 10. Реальный риск: траты токенов, которые нужно планировать

Ничто из этого не бесплатно, и притворяться иначе напрямую ведёт к подключению хранилища, которое тихо сжигает бюджет, пока об этом не сообщит счёт. Базовая экономика, если сформулировать прямо: поиск по хранилищу — сканирование заголовков, тегов и коротких сниппетов — стоит небольшую, довольно фиксированную сумму независимо от размера хранилища, потому что поиск возвращает короткие совпадения, а не полные документы. Чтение полной заметки обратно в контекст стоит заметно больше, а чтение нескольких полных заметок со встроенными блоками кода или длинными цитатами может стоить на порядок больше, чем поиск, который их изначально нашёл. Правило, которое удерживает это в разумных рамках на практике, конкретное: искать сначала, по умолчанию, перед ответом на всё, что потенциально покрыто хранилищем; читать заметку целиком только когда короткого сниппета реально не хватает; и ограничивать полные прочтения одной-двумя заметками за ответ, а не всем, что выглядит хоть немного связанным.

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

> [!info] Примерный масштаб, из нашей собственной практики

> Один поиск по хорошо затегированному хранилищу обычно стоит несколько сотен токенов суммарно. Чтение одной полной заметки с парой блоков кода может стоить в несколько раз больше. Чтение пяти полных заметок "на всякий случай" ради одного ответа может в итоге стоить дороже, чем весь остальной разговор вместе взятый — именно поэтому ограничение важнее, чем кажется на слух.

## 11. Реальный пример: статьи, питающие собственную работу ассистента

Самый ясный способ увидеть, как эта система работает, — понаблюдать, как она работает сама на себе, потому что именно так реально сложилось это самое руководство. Хранилище, содержащее набор более ранних статей о подключении Claude к Obsidian — тот самый материал, из которого выросло это руководство, — становится тем, с чем ассистент может сверяться посреди задачи, а не статичным архивом, лежащим непрочитанным. Попроси его написать черновик чего-то нового на близкую тему, и вместо того чтобы генерировать обобщённый наполнитель с нуля, он ищет по хранилищу, находит предыдущие статьи на ту же тему, проверяет, что уже было сказано, и пишет черновик, который реально строится на этом материале, а не дублирует или противоречит ему — цитируя конкретные заметки, из которых взял информацию по пути, точно так же, как эта статья ссылается назад на более раннюю о точной механике MCP-подключения.

Наблюдать это в развитии в Graph view (https://help.obsidian.md/plugins/graph) — само по себе своего рода доказательство: статьи на одну тему видимо стягиваются в кластер, и этот кластер становится плотнее каждый раз, когда новая заметка строится на предыдущих, а не стоит особняком. Это и есть весь цикл, замыкающийся на практике, а не в теории: заметки пишутся, правильно тегируются и раскладываются, дёшево находятся, когда возникает связанный вопрос, читаются целиком только когда это реально нужно, и становятся основой для нового, а не воспроизводятся заново каждый раз с нуля. Ни одна из отдельных частей не экзотична — простые markdown-файлы, файловое подключение, один короткий файл-инструкция и пара постоянных промптов, которые можно вставить по памяти. Но собранные вместе, применяемые последовательно, день за днём, они складываются в нечто категорически иное, чем папка заметок, которую иногда вспоминаешь открыть. В этом и есть настоящее обещание, выполненное структурой и привычкой, а не какой-то одной хитрой функцией: не хранилище побольше, а хранилище, которое умнеет каждый раз, когда им пользуешься.

> [!tip] Единственная привычка, которая дала нам наибольшую разницу

> Прежде чем считать какое-либо подключение "готовым", мы задавали один сложный проверочный вопрос, правильно ответить на который можно было только реально прочитав хранилище — не то, что Claude мог бы правдоподобно угадать из общих знаний. Сделай это один раз, прежде чем доверять настройке что-то реальное. Занимает две минуты и это разница между "предполагаю, что работает" и "знаю, что работает".
---
Статья размечена под формат Markdown, вы можете скопировать её себе в Obsidian