От Obsidian Vault к рабочему документу DeMinds

Obsidian Vault редко представляет собой один Markdown-файл. Обычно это структурированное рабочее пространство из папок, домашней заметки, Wiki Links, вложений и сложившихся письменных привычек. Когда DeMinds открывает такой контент, он не пытается взять под контроль весь Vault и не превращается в ещё один Obsidian.

Точнее, DeMinds делает следующее: преобразует явно выбранное пользователем содержимое Vault в читаемый, редактируемый, доступный для предпросмотра и экспортируемый рабочий Markdown-документ.

1. Сначала определить точку входа, а не вслепую открывать README

Обычный Markdown Package часто использует README.md, index.md или Markdown-файл с именем пакета как точку входа. У Obsidian Vault часто есть собственная домашняя заметка, например Home/Home.md, и она может быть указана в .obsidian/app.json или в настройках плагина Homepage.

DeMinds отдаёт приоритет таким сигналам домашней страницы Obsidian. Поэтому, когда пользователь открывает Vault, рекомендуемая точка входа ближе к исходному пути чтения в Vault, а не случайно определяется корневым README.md.

Смысл этого шага не в том, чтобы автоматически импортировать весь Vault. Смысл в том, чтобы помочь пользователю начать выбор с правильного места.

2. Пользователь явно выбирает, что открыть

Каждый Markdown-файл в Obsidian Vault может выполнять свою роль: домашняя заметка, индексная заметка, черновик, шаблон, архивная страница или ежедневная заметка. DeMinds не следует рекурсивно по всем Wiki Links и не объединяет автоматически весь Vault в один длинный документ.

Пользователь выбирает один или несколько Markdown-документов в Document Chooser:

• Один выбранный документ открывается как рабочий документ
• Несколько выбранных документов создают новый baseline по порядку или по структуре Vault
• При отмене рабочее пространство не создаётся, и snapshot не записывается

Так сохраняется чёткая граница продукта: DeMinds может читать Vault, но не индексирует весь Vault; он создаёт рабочий документ, но не переписывает исходную папку Obsidian на месте.

3. Сохранять структуру Vault, а не выравнивать все заметки в плоский список

Когда пользователь выбирает несколько документов, DeMinds может создать рабочий документ в соответствии со структурой Vault. Например, Areas/Research/Methods/Literature Review.md не должен превращаться просто в очередной пункт плоского списка. Его положение внутри Vault несёт смысл.

Это важно для чтения. Во многих Obsidian Vaults структура папок сама является частью организации знаний. Каталоги вроде Product, Package, Obsidian и Scenarios — не просто контейнеры; они выражают контекст и границы содержимого.

Нормализованный документ DeMinds должен сохранять видимость этой структуры и при этом сводить выбранные материалы в один рабочий Markdown-документ, который можно читать и в Mind Map, и в Markdown Preview.

4. Обрабатывать Wiki Link и Wiki Embed статически

Элементы Obsidian [[Wiki Link]] и ![[Wiki Embed]] важны для чтения внутри Vault. Однако DeMinds не выполняет плагины Obsidian и не разворачивает весь граф ссылок.

Вместо этого DeMinds использует статическую нормализацию:

• Wiki Link, ведущий к выбранной и однозначно разрешённой заметке, может стать внутренней ссылкой внутри рабочего документа
• Не выбранный, отсутствующий или неоднозначный Wiki Link превращается в читаемый текст
• Изображения Wiki Embed преобразуются в стандартные Markdown-ссылки на изображения
• Встраивания заметок не разворачиваются рекурсивно; они остаются читаемыми ссылочными упоминаниями

Так содержимое остаётся читаемым, структура — управляемой, а экспортированный результат остаётся обычным Markdown, а не состоянием, зависящим от среды выполнения Obsidian.

5. Пути к ресурсам должны оставаться самосогласованными

Markdown Packages и Obsidian Vaults часто содержат ресурсы с одинаковыми именами файлов. В разных папках может быть свой a.png; один документ может ссылаться на images/a.png, а другой — на assets/a.png.

Если объединять ресурсы только по имени файла, изображения легко могут начать указывать не на тот файл. DeMinds нужна ресурсная closure на основе путей: сохраняются только те ресурсы, которые напрямую используются выбранными документами, действительно существуют и находятся в безопасных границах.

В объединённом baseline ссылки на ресурсы переписываются в понятные, экспортируемые относительные пути. Благодаря этому экспортированный Markdown Package остаётся самодостаточным и может просматриваться и поддерживаться вне DeMinds.

6. Поддержка Markdown Package — это основа

Поддержка Obsidian Vault не является изолированной возможностью. Она строится на возможностях DeMinds для Markdown Package: рекомендации точки входа, Document Chooser, объединении нескольких документов, ресурсной closure и экспорте с сохранением путей.

Для обычного Markdown Package чаще естественнее объединение по порядку. Для Obsidian Vault чаще естественнее структура Vault. Оба варианта следуют одному базовому принципу: создавать рабочий документ вокруг явного выбора пользователя, а не копировать весь пакет целиком.

7. Ценность DeMinds: превратить структуру в документ, с которым можно продолжать работать

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

1. Взять из Obsidian, веб-страницы, AI-диалога или Markdown Package содержимое, с которым нужно продолжить работу
2. Нормализовать его в рабочий Markdown-документ
3. Просмотреть структуру в Mind Map
4. Читать его в Markdown Preview
5. Продолжить редактирование, организацию и экспорт

Для долгосрочных знаний ценность очевидна: содержимое остаётся Markdown, структуру можно просматривать как Mind Map, пути к ресурсам остаются переносимыми, а результат не запирается в одном инструменте.

8. Типичный сценарий: упорядочивание AI-диалогов

Многие AI-диалоги полезны в момент создания, но при длительном хранении превращаются в длинный текст, который трудно поддерживать. DeMinds может преобразовать такой контент в структурированный Markdown и помочь перенести его в более долгосрочный рабочий процесс работы со знаниями.

Этот процесс следует той же логике, что и обработка Obsidian Vault. DeMinds меньше интересует, из какого инструмента пришёл контент, и больше — можно ли превратить его в читаемый, редактируемый и переносимый структурированный Markdown.

Заключение

«От Obsidian Vault к рабочему документу DeMinds» — это не полная миграция и не замена Obsidian.

Скорее это структурированный процесс чтения: DeMinds определяет точку входа, позволяет пользователю выбрать содержимое, сохраняет структуру Vault, статически обрабатывает ссылки и вложения и создаёт Markdown-документ, с которым можно продолжать работать.

Именно такова ключевая позиция DeMinds: local-first рабочее пространство Markdown + Mind Map, которое помогает сохранять знания читаемыми, редактируемыми и переносимыми.