Obsidian — локальная база знаний на markdown

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

Что изменилось к сентябрю 2026 года

По состоянию на 2 сентября 2026 года официальный changelog показывает последнюю публичную ветку Obsidian 1.13. Последние записи в нём: Desktop 1.13.7 от 12 августа и Mobile 1.13.8 от 20 августа 2026 года.

В ветке 1.13 появились и изменились:

• поиск и клавиатурная навигация в настройках;
• отдельное окно настроек на настольных системах;
• новые программные API для страниц настроек плагинов;
• полноэкранный просмотр и улучшенное редактирование изображений;
• лист «Поделиться» в iOS (iOS Share Sheet) для сохранения материалов из других приложений в выбранный vault, папку и шаблон;
• дополнительные предупреждения для сетевых ресурсов, синхронизации плагинов и открытия незнакомых vault с установленными плагинами. Диалог подтверждения для Obsidian URI, добавленный в начале ветки 1.13, убрали в версии 1.13.6: он путал нетехнических пользователей, а базовые ограничения для потенциально опасных действий сохранились.

Точный набор исправлений зависит от платформы и версии. Перед обновлением проверьте официальный changelog.

Что это такое и как хранится vault

Vault — обычная папка на диске. Заметки хранятся в виде Markdown-файлов, локальные вложения — отдельными файлами, а настройки vault — в его служебной папке.

Это даёт несколько практических преимуществ:

• Портируемость. Заметки доступны за пределами Obsidian и не требуют экспорта для обычной текстовой обработки.
• Контроль. Вы выбираете место хранения, резервного копирования и синхронизации.
• Автоматизация. Markdown удобно анализировать через терминал, Git, скрипты и инструменты на базе языковых моделей.
• Работа без сети. Локальные заметки остаются доступны без постоянного подключения к облачному сервису.

Локальное хранение не заменяет резервное копирование. Поломка диска, ошибочная синхронизация или удаление файлов могут уничтожить единственную копию vault.

Подробнее: How Obsidian stores data.

Структура vault без преждевременной сложности

Для начала достаточно нескольких понятных папок:

vault/
├── 00-inbox/          # новые и ещё не разобранные заметки
├── 01-projects/       # активные проекты
├── 02-areas/          # постоянные зоны ответственности
├── 03-resources/      # справочные материалы и конспекты
├── 04-archive/        # завершённое и неактуальное
├── daily/             # ежедневные заметки
├── templates/         # шаблоны
└── attachments/       # изображения, PDF и другие вложения

Это вариант PARA, адаптированный к файловой системе. Схема полезна как стартовая точка, но не обязательна: названия и состав папок должны соответствовать тому, как вы ищете информацию.

Ежедневные заметки

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

Карты содержания

Map of Content (MOC), или карта содержания, — заметка-хаб со ссылками на материалы одной темы:

# MOC: Языковые модели

## Провайдеры
- [[OpenAI — линейка моделей]]
- [[Anthropic — Claude]]

## Практика
- [[Промптинг для кода]]
- [[Tool use и function calling]]

Создавайте MOC, когда в заметках уже виден устойчивый тематический кластер. Слишком ранняя таксономия добавляет работу и часто не выдерживает роста базы.

Ссылки, обратные ссылки и граф

Внутренние ссылки связывают заметки по смыслу. Obsidian поддерживает wikilinks:

Основной метод оптимизации — [[Градиентный спуск]].
Архитектуры: [[Трансформер]], [[CNN]], [[RNN]].

Если заметка A ссылается на заметку B, встроенный плагин Backlinks показывает эту связь со стороны B. Несуществующая внутренняя ссылка может служить заготовкой будущей заметки.

Graph view визуализирует заметки и связи между ними. Он помогает находить тематические группы и изолированные файлы, но сам граф не оценивает качество знаний. Большое число связей также не гарантирует полезность заметки.

Официальные справочные страницы:

• Link notes
• Core plugins

Метаданные, Dataview и Bases

Свойства в YAML-фронтматтере, то есть в служебном блоке в начале файла, превращают набор заметок в более структурированную коллекцию:

---
status: in-progress
category: project
due: 2026-10-01
---

Плагин сообщества Dataview строит списки и таблицы по таким свойствам. Например, запрос для активных проектов может выглядеть так:

TABLE status, due
FROM "01-projects"
WHERE status = "in-progress"
SORT due ASC

Другие полезные варианты:

TASK FROM "01-projects" WHERE !completed

LIST FROM "" WHERE length(file.inlinks) = 0

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

Встроенный плагин Bases закрывает часть тех же задач без языка запросов: он строит таблицы и представления по свойствам заметок и позволяет фильтровать, сортировать и редактировать файлы прямо из представления. Практическое правило: стандартные таблицы по свойствам собирайте в Bases, а Dataview оставьте для запросов, которые в интерфейсе Bases не выразить, — например, для сбора задач по всему vault или поиска заметок без входящих ссылок.

Плагины: с чего начать

Obsidian включает встроенные плагины (core plugins), которые поставляются вместе с приложением, и поддерживает плагины сообщества (community plugins). Начните с минимального набора и добавляйте расширения под конкретную задачу.

Подключение и интеграция

Для базовой работы с локальным vault отдельная облачная база и API-ключ не нужны. Если требуется доступ с нескольких устройств, настройте выбранную систему синхронизации отдельно.

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

Полезные сценарии

Персональная техническая вики

Задача: сохранить решения, команды и объяснения так, чтобы их можно было найти спустя несколько месяцев.

1. Складывайте новые записи в 00-inbox/.
2. Создавайте отдельную заметку на устойчивую концепцию.
3. Связывайте концепции через [[wikilinks]].
4. Добавляйте минимальные свойства: tags, category, status, created.
5. Периодически ищите заметки без ссылок и дублирующиеся темы.

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

Ограничение: структура и ссылки помогают навигации, но не заменяют резервную копию.

Vault как контекст для языковой модели (LLM)

Задача: анализировать собственные заметки с помощью локального или облачного агента, который умеет читать файлы выбранной папки.

Возможные запросы:

Найди противоречия между заметками о трансформерах.
Составь карту содержания по материалам о Python.
Перечисли проекты, у которых есть статус in-progress и просроченный due.

Перед запуском ограничьте агенту доступ только нужным каталогом и проверьте правила обработки данных выбранного инструмента.

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

Ограничение: модель может неверно интерпретировать заметки, поэтому её вывод требует проверки.

LLM-поддерживаемая вики

В более сложном процессе модель может разбирать входящие заметки, предлагать статьи, добавлять связи и находить противоречия. Скомпилированные материалы сохраняются как Markdown и становятся частью vault.

Безопасный цикл выглядит так:

raw/ → анализ → черновик → ручная проверка → wiki/

Сохраняйте исходники отдельно, просматривайте изменения перед принятием и используйте систему контроля версий. Конкретные команды и модели зависят от выбранного community-инструмента и должны проверяться по его актуальной документации.

Проверка результата: в wiki/ появляются только просмотренные вами Markdown-файлы и ссылки, которые удалось сопоставить с исходными заметками.

Проверка результата и резервное копирование

Этот материал подготовлен по переданным официальным справочным страницам и changelog. Запросы Dataview и операции с плагинами в рамках текущей проверки не запускались, поэтому перед рабочим использованием проверьте их в установленной версии Obsidian и соответствующих расширений.

После первоначальной настройки выполните короткую проверку:

1. Создайте тестовую заметку и добавьте в неё внутреннюю ссылку.
2. Откройте связанную заметку и проверьте появление обратной ссылки.
3. Добавьте YAML-свойства и убедитесь, что они отображаются без ошибок.
4. Если используется Dataview, выполните один простой запрос и сравните результат с файлами вручную.
5. Создайте резервную копию vault.
6. Восстановите один тестовый файл в отдельную папку и откройте его обычным текстовым редактором.

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

Когда Obsidian не подходит

Obsidian и командные облачные инструменты можно сочетать: персональные исследования вести в vault, а согласованные результаты переносить в общую систему.

Типичные ошибки

• Проектировать сложную таксономию до появления реальных заметок. Начните с inbox и нескольких папок.
• Хранить vault в единственном экземпляре. Настройте отдельный резервный контур и проверьте восстановление.
• Устанавливать плагины без конкретной задачи. Каждый плагин увеличивает сложность и поверхность риска.
• Копировать большие материалы без конспекта. Добавляйте собственное резюме и ссылку на первоисточник.
• Автоматически принимать текст от LLM. Проверяйте факты, ссылки, объединение разных концепций и изменения файлов.
• Считать Graph view показателем качества. Используйте его как навигацию, а пользу заметок оценивайте по содержанию.

Чеклист запуска

Ссылки

• Obsidian
• Как Obsidian хранит данные
• Внутренние ссылки
• Core plugins
• Bases
• Документация для разработчиков
• Changelog
• Dataview
• Tasks
• Templater
• Obsidian Git

Следующий шаг

Obsidian + Claude + n8n — база знаний, которая умнеет каждый день

Связанные материалы

• Статья: Как Codex стал моим техническим партнёром, а не просто чатиком для кода
• Блог: Notion — одна из немногих SaaS, которые реально переизобрели себя под ИИ
• База знаний: Skills и Plugins в Codex App: установка, использование и создание своих

Если вы строите персональную базу знаний или подключаете к ней LLM, полезно заранее определить границы доступа, правила проверки и резервного копирования.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov