Obsidian и ИИ: как задавать вопросы по своей базе заметок

В заметке от 1 сентября предложили личный кабинет, а 8 сентября решили отложить его. Спросите ИИ о первой версии сайта, и он может уверенно пересказать раннее предложение. В хорошем ответе по заметкам Obsidian каждый вывод привязан к записи, дате и статусу решения. Это мы и проверим на небольшом опыте.

Obsidian хранит заметки в Markdown-файлах внутри хранилища (vault). Поэтому с копией выбранных заметок может работать любой инструмент, который умеет читать локальные файлы.

• Описание хранения данных

Начните с копии одной темы

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

notes-for-ai/
├── meetings/
│   ├── 2026-09-01.md
│   └── 2026-09-08.md
├── decisions/
│   └── website-scope.md
└── questions.md

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

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

Как подключить заметки к агенту

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

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

Сценарий наш собственный, никакой плагин здесь не установлен. О том, что Claude Code читает файлы, сказано в обзоре продукта.

• Claude Code: обзор возможностей

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

Почему сначала полезен обычный поиск

Если знаете название проекта или редкий термин, найдите его встроенным поиском Obsidian и передайте агенту подходящие записи. Так у вас будет понятный исходный набор, и проще заметить, что какой-то важный документ в него не попал.

• Поиск Obsidian

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

Как проверить ответ по заметкам

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

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

В учебной паре записей 1 сентября стоит статус «предложение»: включить личный кабинет. 8 сентября — «решение»: перенести его после первой версии. Ответ «кабинет входит в первую версию» неверен, даже если под ним стоит ссылка на реальный файл. Искать нужно запись, которая определяет действующий статус. Знакомых слов в тексте для этого мало.

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

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

Как сохранить итог без потери источников

После проверки попросите черновик отдельной сводки:

# Первая версия сайта

## Принятые решения
- Решение, дата и ссылка на исходную запись.

## Отложено
- Что отложили и на каком основании.

## Неясности
- Противоречия и вопросы без подтверждённого ответа.

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

Когда нужен отдельный плагин

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

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

Источники и проверка

Технические источники и расчёты проверены 3 октября 2026 года. Сценарии и схемы — учебные примеры Neaptide, сравнительных замеров продуктов мы не проводили.

• Obsidian · Data storage
• Obsidian · Search
• Obsidian · Plugin security