Ein Obsidian-Vault kann lange wachsen. Wie bleibt jeder Roman vertraut?
Obsidian macht lokale Markdown-Vaults zu flexiblen Wissensnetzen. Scroll gibt mehreren getrennten Romanwelten denselben integrierten Autorenworkflow – ohne jede Welt erneut mit Plugins und Konfiguration aufzubauen.
Obsidian beginnt mit einer bemerkenswert dauerhaften Idee: Wissen kann in lokalen Markdown-Dateien leben und durch Links, Backlinks, Graph und Canvas mit der Zeit Bedeutung gewinnen. Ein Vault lässt sich zu einem persönlichen Forschungsarchiv, Zettelkasten oder Worldbuilding-System formen. Themes, Core Plugins und Community Plugins erweitern diese Offenheit für Menschen, die ihr Werkzeug gern selbst gestalten.
Gerade diese Anpassbarkeit macht Obsidian für langjährige Wissensarbeit stark. Ein einziger Vault kann ein Jahrzehnt wachsen, ohne sein offenes Dateiformat aufzugeben. Links dürfen entstehen, bevor ihr endgültiger Zweck bekannt ist. Die Autorin bestimmt Struktur und Werkzeugauswahl selbst.
Romanautorinnen und -autoren haben jedoch oft nicht einen immer größeren Wissensraum. Sie führen mehrere klar getrennte Welten: eine Fantasy-Trilogie, einen historischen Krimi und ein Sachbuch, jeweils mit eigenen Figuren, Regeln und Quellen. Die Funktionen sollen ähnlich sein, die Inhalte nicht. Obsidian speichert Vault-spezifische Einstellungen, Themes und Plugins im Konfigurationsordner .obsidian; diese Konfiguration kann kopiert werden, bleibt aber Teil jedes Vaults. Je stärker der Autorenworkflow von Erweiterungen abhängt, desto mehr muss seine Konsistenz bewusst gepflegt werden.
Scroll beginnt ebenfalls lokal, aber mit einer anderen Priorität. Jedes Project ist eine eigenständige Romanwelt und erhält dieselben integrierten Story-Ansichten, Langform-Bearbeitung, References, Tasks, Werke, Versionen und Backup-Funktionen. Die Autorin muss nicht zuerst ein allgemeines Wissenswerkzeug in eine Schreibumgebung verwandeln.
Ein Wissensnetz und ein Autorenworkflow stellen andere Fragen
In einem Wissensnetz lautet eine produktive Frage: Welche Notizen sind miteinander verbunden? In einem Roman-Project kommen weitere hinzu: Was ist ein Story-Ereignis, was eine Überarbeitungsaufgabe? Welche Kapitel bilden das Manuskript? Welche Version geht in die Produktion? Welche Figur befindet sich wann an welchem Ort?
Obsidian lässt solche Systeme durch Properties, Vorlagen, Canvases und Plugins modellieren. Das ist ideal für Menschen, die gern eine persönliche Architektur entwerfen. Scroll liefert Autorensemantik bereits mit: Figuren, Orte, Organisationen und Ereignisse können durch mehrere Story-Ansichten betrachtet werden; Tasks besitzen getrennte Board-, List-, Calendar- und Schedule-Flächen; Manuskript und Versionen haben einen definierten Platz.
Diese Integration ist keine Behauptung, in jedem Wissensgebiet tiefer zu sein als ein spezialisiierter oder individuell gebauter Vault. Sie senkt die Einrichtungs- und Pflegearbeit, wenn viele getrennte Welten denselben Ablauf brauchen. Ein neues Project beginnt mit vertrauten Möglichkeiten statt mit einer neuen Renovierung.
Plugins sind eine Stärke – und eine Verantwortung
Community Plugins können Obsidian erstaunlich weit erweitern. Sie sind optional, nicht Voraussetzung für gute Notizen. Wer seinen Romanworkflow aber auf bestimmte Plugins stützt, übernimmt Entscheidungen über Auswahl, Berechtigungen, Updates, Kompatibilität und dieselbe Konfiguration in mehreren Vaults.
Scroll bündelt die für seinen Autorenworkflow vorgesehenen Funktionen als Komponenten einer Anwendung. Story-Ansichten, Editor, Tasks und Versionen werden nicht für jedes Project separat installiert. Das ist besonders nützlich für Schreibende, die mehrere gleichartig ausgestattete, aber inhaltlich getrennte Welten brauchen und ihre Arbeitszeit lieber in Figuren, Orte und Prosa investieren.
Die Entscheidung ist eine Frage der Freude an Systemgestaltung. Wer das eigene Werkzeug gern ebenso intensiv entwirft wie die Wissensbasis, findet in Obsidian große Freiheit. Wer eine vorhersehbare Romanumgebung öffnen möchte, kann die integrierte Struktur von Scroll höher gewichten.
Lokales Markdown braucht trotzdem eine Sicherungsregel
Beide Ansätze machen lokale Dateien sichtbar und übertragbar. Das ist ein Vorteil für Kontrolle, aber kein automatisches Backup. Ein Vault oder Project kann in eine geeignete Cloud-Synchronisation, ein Systembackup oder eine externe Kopie einbezogen werden; Konflikte, Ausschlüsse und Wiederherstellung müssen trotzdem verstanden und getestet werden.
Scroll kann eine vollständige Project-Sicherung erzeugen und hält Manuskriptversionen von der Wiederherstellung des ganzen Projects getrennt. Versionen und Project-Sicherungen erklärt, warum eine Textversion nicht dasselbe wie ein Backup von Story-Daten, Tasks und References ist.
Vom Worldbuilding zum herstellbaren Buch
Eine Welt kann jahrelang wachsen, doch ein konkretes Buch braucht irgendwann eine verbindliche Fassung. Scroll verbindet aktives Worldbuilding und Langform-Manuskript mit Werken und Versionen. Wenn der Text stabil ist, übernimmt Scribe Appearance, Paginierung und Publikationsausgaben.
Scroll erzeugt nicht direkt das fertige PDF, EPUB oder Drucklayout. Auch die Vorbereitung bedeutet nicht, dass Scribe den Inhalt bereits richtig empfangen hat; die Autorin prüft Auswahl, erkannte Struktur und Seiten. Der Scroll→Scribe-Workflow zeigt diese Grenze.
Die richtige Form für mehrere Welten wählen
Obsidian ist besonders stark als formbares, langlebiges Markdown-Wissensnetz. Scroll ist für mehrere lokale Story-Projects gedacht, die ohne wiederholte Einrichtung denselben Schreib-, Planungs-, Aufgaben- und Produktionsweg erhalten sollen. Beide respektieren lokale Arbeit, setzen aber andere Schwerpunkte.
Fragen Sie, ob Sie ein großes persönliches Wissenssystem oder mehrere voneinander getrennte Romanwelten mit gleicher Funktionsausstattung pflegen. Lesen Sie weiter unter Worldbuilding, das der Story dient, kehren Sie zum Scroll-Vergleichsleitfaden zurück oder sehen Sie auf der Scroll-Produktseite, wie eine neue Welt als vollständiges Project beginnt.