Von einem Obsidian Vault zu einem DeMinds-Arbeitsdokument

Ein Obsidian Vault ist selten nur eine einzelne Markdown-Datei. Meist ist er ein strukturierter Arbeitsbereich aus Ordnern, einer Home-Notiz, Wiki Links, Anhängen und gewachsenen Schreibkonventionen. Wenn DeMinds solche Inhalte öffnet, versucht es nicht, den gesamten Vault zu übernehmen oder ein zweites Obsidian zu werden.

Genauer gesagt macht DeMinds Folgendes: Es wandelt die vom Nutzer ausdrücklich ausgewählten Vault-Inhalte in ein lesbares, bearbeitbares, vorschaufähiges und exportierbares Markdown-Arbeitsdokument um.

1. Zuerst den Einstieg erkennen, statt blind README zu öffnen

Ein normales Markdown Package verwendet häufig README.md, index.md oder eine Markdown-Datei mit dem Paketnamen als Einstieg. Ein Obsidian Vault hat dagegen oft eine eigene Home-Notiz, etwa Home/Home.md, die zusätzlich über .obsidian/app.json oder eine Homepage-Plugin-Einstellung referenziert sein kann.

DeMinds gibt diesen Obsidian-Home-Signalen Vorrang. Wenn ein Nutzer einen Vault öffnet, liegt der empfohlene Einstieg dadurch näher am ursprünglichen Lesepfad des Vaults, statt zufällig von einem README.md auf der Root-Ebene dominiert zu werden.

Der Punkt ist nicht, den gesamten Vault automatisch zu importieren. Der Punkt ist, dem Nutzer zu helfen, an der richtigen Stelle zu beginnen.

2. Der Nutzer entscheidet ausdrücklich, was geöffnet wird

Jede Markdown-Datei in einem Obsidian Vault kann eine andere Rolle haben: Home-Notiz, Index-Notiz, Entwurf, Vorlage, Archivseite oder Daily Note. DeMinds folgt nicht rekursiv jedem Wiki Link und fügt auch nicht automatisch den gesamten Vault zu einem langen Dokument zusammen.

Der Nutzer wählt im Document Chooser ein oder mehrere Markdown-Dokumente aus:

• Eine Einzelauswahl öffnet dieses Dokument als Arbeitsdokument
• Mehrere Auswahlen erzeugen ein neues baseline nach Reihenfolge oder nach Vault-Struktur
• Beim Abbrechen wird kein Arbeitsbereich erstellt und kein Snapshot geschrieben

So bleibt die Produktgrenze klar: DeMinds kann einen Vault lesen, indiziert aber nicht den ganzen Vault; es erstellt ein Arbeitsdokument, schreibt den ursprünglichen Obsidian-Ordner aber nicht an Ort und Stelle um.

3. Vault-Struktur bewahren, statt jede Notiz flach zu machen

Wenn der Nutzer mehrere Dokumente auswählt, kann DeMinds das Arbeitsdokument entsprechend der Vault-Struktur erzeugen. Areas/Research/Methods/Literature Review.md sollte zum Beispiel nicht einfach als weiterer Eintrag in einer flachen Liste erscheinen. Seine Position im Vault trägt Bedeutung.

Das ist wichtig für das Lesen. In vielen Obsidian Vaults ist die Ordnerstruktur selbst Teil der Wissensorganisation. Verzeichnisse wie Product, Package, Obsidian und Scenarios sind nicht nur Container; sie drücken Kontext und Inhaltsgrenzen aus.

Ein normalisiertes DeMinds-Dokument sollte diese Struktur sichtbar lassen und die ausgewählten Inhalte zugleich in ein einzelnes Markdown-Arbeitsdokument überführen, das sich sowohl in der Mind Map als auch in der Markdown Preview lesen lässt.

4. Wiki Link und Wiki Embed statisch behandeln

Obsidian-Elemente wie [[Wiki Link]] und ![[Wiki Embed]] sind zentral für das Lesen innerhalb eines Vaults. DeMinds führt jedoch keine Obsidian-Plugins aus und erweitert nicht den gesamten Link-Graphen.

Stattdessen nutzt DeMinds eine statische Normalisierung:

• Ein Wiki Link, der auf eine ausgewählte und eindeutig aufgelöste Notiz zeigt, kann zu einem internen Link im Arbeitsdokument werden
• Ein nicht ausgewählter, fehlender oder mehrdeutiger Wiki Link wird zu lesbarem Text zurückgestuft
• Bildbasierte Wiki Embeds werden in standardmäßige Markdown-Bildreferenzen umgewandelt
• Notiz-Embeds werden nicht rekursiv erweitert, sondern bleiben als lesbare Referenzen erhalten

So bleiben die Inhalte lesbar, die Struktur kontrollierbar und das exportierte Ergebnis gewöhnliches Markdown statt eines Zustands, der von der Obsidian-Laufzeit abhängt.

5. Ressourcenpfade müssen in sich schlüssig bleiben

Markdown Packages und Obsidian Vaults enthalten oft Ressourcen mit gleichem Dateinamen. In verschiedenen Ordnern kann jeweils eine a.png liegen; ein Dokument kann images/a.png referenzieren, ein anderes assets/a.png.

Wenn Ressourcen nur nach Dateinamen zusammengeführt werden, können Bilder leicht auf die falsche Datei zeigen. DeMinds braucht daher eine pfadbasierte Ressourcen-Closure: Es behält nur die Ressourcen, die von den ausgewählten Dokumenten direkt referenziert werden, tatsächlich vorhanden sind und innerhalb der sicheren Grenze liegen.

In einem zusammengeführten baseline werden Ressourcenreferenzen in erklärbare, exportierbare relative Pfade umgeschrieben. Dadurch bleibt das exportierte Markdown Package in sich konsistent und kann auch außerhalb von DeMinds gelesen und gepflegt werden.

6. Markdown-Package-Unterstützung ist die Grundlage

Obsidian-Vault-Unterstützung ist keine isolierte Fähigkeit. Sie baut auf den Markdown-Package-Fähigkeiten von DeMinds auf: Einstiegsempfehlung, Document Chooser, Mehrfachdokument-Zusammenführung, Ressourcen-Closure und pfaderhaltender Export.

Ein normales Markdown Package eignet sich standardmäßig eher für eine Zusammenführung nach Reihenfolge. Ein Obsidian Vault eignet sich standardmäßig eher für die Vault-Struktur. Beide folgen demselben Grundprinzip: Ein Arbeitsdokument wird um die ausdrückliche Auswahl des Nutzers herum erzeugt, statt das ganze Paket zu kopieren.

7. Der Wert von DeMinds: Struktur in ein weiter nutzbares Dokument verwandeln

DeMinds versucht nicht, Obsidian zu ersetzen, und es versucht auch nicht, jede Wissensdatenbank-Funktion innerhalb der App nachzubauen. Es passt besser zu diesem Arbeitsablauf:

1. Inhalte, an denen weitergearbeitet werden soll, aus Obsidian, einer Webseite, einem AI-Gespräch oder einem Markdown Package herausnehmen
2. Sie in ein Markdown-Arbeitsdokument normalisieren
3. Die Struktur in einer Mind Map prüfen
4. In der Markdown Preview lesen
5. Weiter bearbeiten, organisieren und exportieren

Für langfristige Wissensbestände ist der Wert klar: Die Inhalte bleiben Markdown, die Struktur kann als Mind Map betrachtet werden, Ressourcenpfade bleiben portierbar, und das Ergebnis ist nicht in einem einzelnen Werkzeug eingeschlossen.

8. Ein typisches Szenario: AI-Gespräche aufräumen

Viele AI-Gespräche sind beim Erstellen nützlich, werden aber bei langfristiger Ablage schnell zu schwer pflegbarem Fließtext. DeMinds kann solche Inhalte in strukturiertes Markdown verwandeln und sie anschließend in einen längerfristigen Wissensworkflow überführen.

Das folgt derselben Logik wie die Behandlung eines Obsidian Vaults. DeMinds interessiert weniger, aus welchem Werkzeug ein Inhalt stammt, sondern ob dieser Inhalt zu lesbarem, bearbeitbarem und portierbarem strukturiertem Markdown werden kann.

Schluss

„Von einem Obsidian Vault zu einem DeMinds-Arbeitsdokument“ ist keine vollständige Migration und kein Ersatz für Obsidian.

Es ist ein strukturierter Leseablauf: DeMinds erkennt den Einstieg, lässt den Nutzer Inhalte auswählen, bewahrt die Vault-Struktur, behandelt Links und Anhänge statisch und erzeugt ein Markdown-Dokument, an dem weitergearbeitet werden kann.

Das ist die Kernposition von DeMinds: ein local-first Markdown- und Mind-Map-Arbeitsbereich, der Wissensbestände lesbar, bearbeitbar und portierbar hält.