12k
All articles

5 Obsidian-Tipps für besseres Notizen-Machen

Fünf Obsidian-Tipps für Notizen: MOCs, Dataview, Bases, Canvas, Mermaid, Review-Dashboards und Git-Sync für Markdown-Vaults.

OpenReplay Team
OpenReplay Team
5 Obsidian-Tipps für besseres Notizen-Machen

Die wirkungsvollsten Obsidian-Gewohnheiten zielen nicht darauf ab, mehr Notizen zu erfassen – sondern darauf, die bereits vorhandenen Notizen auffindbar, vernetzt und wiederverwendbar zu machen. Um eine treffende Formulierung aus Dann Bergs Schriften über Wissenssysteme zu entlehnen: Man sollte stets wissen, ob man gerade an seinem Notiz-System arbeitet oder im System, um echte Arbeit zu erledigen. Die meisten Vaults verfallen, weil ihre Besitzer viel vom Ersten und kaum etwas vom Zweiten tun – das Erfassen ist einfach, die Wiederverwendung ist die eigentliche Herausforderung. Die fünf folgenden Praktiken zielen genau auf die Wiederverwendung ab und richten sich an Entwickler, die Markdown bereits fließend beherrschen – eine Einführung in Header und Aufzählungslisten gibt es hier nicht.

Wichtigste Erkenntnisse

  • Eine Map of Content (MOC) ist eine Hub-Notiz, die verwandte Notizen mit [[wikilinks]] verknüpft. Kombiniert man sie mit einer Dataview-Abfrage, kuratiert sich der Hub selbst, anstatt dass man eine Liste manuell pflegen muss.
  • Dataview eignet sich für eingebettete, textbasierte Abfragen; Bases – Obsidians natives Core-Datenbank-Plugin seit August 2025 – ist die richtige Wahl, wenn man eine codefreie, filterbare Tabellen-, Karten-, Listen- oder Kartenansicht benötigt.
  • Canvas ist ein integriertes Core-Plugin, und Obsidian rendert mermaid-Diagramme nativ – eine Service-Architektur lässt sich also ohne zusätzliche Installationen visualisieren.
  • Die schwierige Seite des Notizen-Machens ist die Wiederverwendung: Ein wöchentliches Dataview-Dashboard mit den in den letzten sieben Tagen geänderten Notizen verwandelt einen reinen Schreib-Vault in einen, den man regelmäßig wieder aufruft.
  • Ein Obsidian-Vault ist lediglich ein Ordner mit Markdown-Dateien – git init liefert daher kostenlose Versionshistorie, zeilenbasierte Diffs und geräteübergreifende Synchronisation, ganz ohne kostenpflichtiges Obsidian Sync.

1. Maps of Content aufbauen – und wissen, wann Bases Dataview überlegen ist

Eine Map of Content (MOC) ist eine Hub-Notiz, die verwandte Notizen mit [[wikilinks]] verknüpft und eine Abfrage nutzt, um diese automatisch zu kuratieren. Anstatt manuell eine Tabelle aller payments-service-Notizen zu pflegen, schreibt man Links beim Arbeiten und lässt eine Abfrage diese automatisch zusammenführen. Die einfachste Variante nutzt Dataview, ein Community-Query-Plugin, um alle Notizen aufzulisten, die auf die aktuelle MOC verweisen:

LIST FROM [[]]

FROM [[]] löst sich zu „Notizen, die auf diese Notiz verlinken” auf – jede Notiz, die mit [[Payments MOC]] verknüpft wird, erscheint hier ohne weiteren Pflegeaufwand. Dataview liest die Notizen und schreibt nie in sie zurück – die Dokumentation stellt ausdrücklich klar, dass Metadaten unberührt bleiben – sodass eine Abfrage einen Vault nicht beschädigen kann.

Das wichtige Update für 2026, das in älteren Tipps-Artikeln fehlt: Obsidian Bases ist ein kostenloses Core-Plugin, das Notizen in eine editierbare, filterbare Datenbank innerhalb von Obsidian verwandelt. Es wurde am 18. August 2025 als Core-Plugin veröffentlicht, und alle Daten in einer Base werden durch lokale Markdown-Dateien und in YAML gespeicherte Properties gesichert. Laut der Bases-Dokumentation handelt es sich um ein Core-Plugin für datenbankähnliche Ansichten über Dateien und Properties: Tabellen, Karten, Listen und Karten. Damit ist die Wahl eine echte Entscheidung, keine Standardvorgabe:

Dataview verwenden, wenn…Bases verwenden, wenn…
Abfragen als Klartext direkt in einer Notiz gewünscht sindEine codefreie, GUI-filterbare Ansicht gewünscht ist
Task-Rollups oder berechnete Inline-Felder benötigt werdenTabellen-, Karten-, Listen- oder Kartenlayouts gewünscht sind
Die Logik codegesteuert und ausdrucksstark sein sollStabilität, native Integration und Mobile-Tauglichkeit wichtig sind

Beide arbeiten mit demselben YAML-Frontmatter, sodass die Investition in saubere Properties (status:, repo:, updated:) unabhängig von der Wahl Früchte trägt.

2. Mit Absicht verlinken und Notizen atomar halten

Mit Absicht verlinken: Beschreibende Links machen den Graph navigierbar, während vage Links zu Rauschen werden. [[JWT refresh-token rotation]] macht sofort klar, was sich hinter dem Link verbirgt, während „hier mehr dazu” einen Link erzeugt, den man nie wieder findet. Der Nutzen potenziert sich: Da jeder Wikilink bidirektional ist, wird das Backlinks-Panel von [[OAuth token refresh flow]] zu einem Live-Index aller Incident-Writeups, Standup-Notizen und Design-Dokumente, die dieses Thema berührt haben – ganz ohne manuell gepflegten Index.

Jede Notiz sollte atomar gehalten werden – eine Idee pro Notiz. Eine atomare Notiz über die Retry-Semantik von [[repo: payments-service]] ist in einem Dutzend Kontexten wiederverwendbar; dieselbe Idee, vergraben in einem 2.000 Wörter langen Meeting-Protokoll, bleibt unsichtbar. Atomare Notizen sind auch der Ursprung neuer Gedanken – verbindet man zwei scheinbar unverwandte Notizen, entsteht an ihrer Schnittstelle eine Idee, die keine der Quellen allein enthielt. Notizen kurz und fokussiert halten, und die Struktur durch Links statt durch Ordner abbilden.

3. Systeme mit Canvas und Mermaid visualisieren

Canvas ist ein integriertes Core-Plugin, kein Community-Add-on – die Liste der Core-Plugins beschreibt es als eine Möglichkeit, Notizen visuell auf einer unendlichen Fläche zu organisieren. Man platziert lebende Notizen auf dieser unbegrenzten Oberfläche und verbindet sie miteinander, um eine Service-Architektur, einen Incident-Zeitstrahl oder den Kontrollfluss eines Algorithmus zu skizzieren – wobei jede Karte auf die vollständige Notiz im Vault zurückverweist.

Für Diagramme, die innerhalb einer Notiz gehören, bettet man einen mermaid-Fenced-Block ein – Obsidian rendert ihn nativ ohne Plugin-Installation (der aktuelle Build enthält Mermaid 11.13.0):

```mermaid
graph TD
    A[Client request] --> B[API gateway]
    B --> C{Auth valid?}
    C -->|Yes| D[Service handler]
    C -->|No| E[401 -> refresh flow]
    D --> F[(Postgres)]
```

Dies rendert ein Request-Lifecycle-Flussdiagramm in der Leseansicht. Da es sich um Klartext im Notiztext handelt, lässt sich das Diagramm sauber in Git versionieren (siehe Tipp 5) und reist mit der Notiz mit – kein binäres Bild, das bei Architekturänderungen neu generiert werden muss.

4. Den Obsidian-Vault in eine lebendige Wissensbasis verwandeln, die man regelmäßig überprüft

Die schwierige Seite des Notizen-Machens ist nicht das Erfassen, sondern die Wiederverwendung – die meisten Notizen werden einmal geschrieben und nie wieder geöffnet. Den Vault als lebendige Wissensbasis behandeln, nicht als Archiv: Notizen sind veränderlich, und man sollte sie beim Wiederbesuchen überarbeiten, neu verlinken und bereinigen. Der Mechanismus, der diese Gewohnheit festigt, ist eine regelmäßige Review-Abfrage. Eine Dashboard-Notiz mit einem Dataview-Block anlegen, der alles zeigt, was in den letzten sieben Tagen bearbeitet wurde:

LIST
WHERE file.mtime >= date(today) - dur(7 days)
SORT file.mtime DESC

Öffnet man diese jeden Freitag, hört der Vault auf, ein reines Schreibmedium zu sein. Eine ergänzende Abfrage für offene Aufgaben hinzufügen (TASK WHERE !completed) und den Core-Befehl „Random Note” auf einen Hotkey legen, um zufällige Wiederentdeckungen zu ermöglichen. Die Gewohnheit zählt mehr als die Abfrage: Eine Notiz, die man nie wieder öffnet, ist eine Notiz, die man nie geschrieben hat.

5. Den Vault mit Git versionieren und synchronisieren

Ein Obsidian-Vault ist lediglich ein Ordner mit Markdown-Dateien – git init darin auszuführen liefert daher kostenlose Versionshistorie, zeilenbasierte Diffs und geräteübergreifende Synchronisation, ganz ohne kostenpflichtiges Obsidian Sync. Das Werkzeug ist bereits vorhanden; man richtet es einfach auf den Vault aus:

cd my-vault
git init
printf '.obsidian/workspace.json\n.obsidian/workspace-mobile.json\n.trash/\n' > .gitignore
git add .
git commit -m "Initial vault snapshot"

Die .gitignore hält stark wechselnden lokalen Zustand (Fensterlayout, Papierkorb) aus der Historie heraus, während Notizen, Plugin-Einstellungen und .base-Dateien erhalten bleiben. Von dort aus zeigen git log und git diff genau, wie sich eine Notiz entwickelt hat – die Art von Audit-Trail, die proprietäre Notiz-Apps nicht bieten können. Auf ein privates Remote-Repository pushen und auf anderen Geräten mit git pull synchronisieren.

Ein ehrlicher Vorbehalt: Git ist Versionierung plus asynchrone Synchronisation, keine Echtzeit-Kollaboration – bearbeitet man dieselbe Notiz auf zwei Geräten, bevor man pullt, muss man einen Merge-Konflikt manuell auflösen, genau wie bei Code. Für einen Solo-Vault ist das ein fairer Kompromiss. Und bei einem Arbeits-Vault gibt es nichts zu lizenzieren: Obsidian ist seit Februar 2025 kostenlos für den kommerziellen Einsatz, die kostenpflichtige kommerzielle Lizenz ist nun optional.


Diese Woche eine dieser Maßnahmen umsetzen – das Git-Init dauert fünfzehn Minuten, das Review-Dashboard ist eine einzige Abfrage – anstatt alle fünf auf einmal anzugehen. Das Ziel ist kein aufwändigeres System, sondern ein Vault, dessen Notizen man tatsächlich wieder öffnet, verknüpft und wiederverwendet.

Häufig gestellte Fragen

Ersetzt Bases Dataview in Obsidian?

Nein. Bases ist ein natives Core-Plugin, das Obsidian am 18. August 2025 veröffentlicht hat und codefreie, GUI-filterbare Datenbankansichten bietet, während Dataview ein Community-Plugin bleibt, das eine ausdrucksstarke textbasierte Abfragesprache innerhalb von Notizen bereitstellt. Beide lesen aus demselben YAML-Frontmatter. Dataview funktioniert weiterhin und wird weit verbreitet genutzt; die Community setzt es zunehmend in Kombination mit Bases ein oder ersetzt es dadurch, aber Dataview wurde weder eingestellt noch aufgegeben.

Kann ich einen Obsidian-Vault mit Git synchronisieren, ohne Plugin-Einstellungen zu verlieren?

Ja. Ein Vault speichert die Plugin-Konfiguration im Ordner .obsidian als einfache Dateien, die Git zusammen mit den Markdown-Notizen verfolgt. Nur stark wechselnden lokalen Zustand zur .gitignore hinzufügen, etwa .obsidian/workspace.json, .obsidian/workspace-mobile.json und .trash/. Dadurch bleiben Community-Plugins, Hotkeys, Themes und .base-Dateien geräteübergreifend erhalten, während Fensterlayout-Rauschen aus der Historie herausgehalten wird. Git übernimmt Versionierung und asynchrone Synchronisation, keine Echtzeit-Kollaboration.

Verändert oder beschädigt Dataview meine Notizen beim Ausführen von Abfragen?

Nein. Dataview liest lediglich Notizinhalte und Metadaten, um Ergebnisse anzuzeigen und zu berechnen. Die offizielle Dokumentation stellt klar, dass es Notizen oder Metadaten niemals bearbeitet und sie stets unberührt lässt. Abfragen rendern ihre Ausgabe in der Leseansicht, ohne in die Quelldateien zurückzuschreiben – eine fehlerhafte Abfrage erzeugt daher einen Anzeigefehler, anstatt Vault-Daten zu verändern oder zu beschädigen.

Muss ich für die berufliche Nutzung von Obsidian eine Lizenz erwerben?

Nein. Seit dem 20. Februar 2025 ist Obsidian für den kommerziellen Einsatz in Organisationen jeder Größe kostenlos. Die zuvor erforderliche kommerzielle Lizenz zum Preis von 50 US-Dollar pro Nutzer und Jahr ist nun optional und dient ausschließlich als Möglichkeit, Obsidian zu unterstützen. Die Git-Verwaltung eines Arbeits-Vaults oder die Nutzung von Obsidian auf Firmengeräten ist damit ohne verpflichtende Lizenzkosten möglich.

Ist Canvas ein Core-Plugin von Obsidian oder ein Community-Add-on?

Canvas ist ein integriertes Core-Plugin, kein Community-Install. Die Liste der Core-Plugins von Obsidian beschreibt es als eine Möglichkeit, Notizen visuell auf einer unendlichen Fläche zu organisieren. Es wird in den Einstellungen aktiviert, ohne dass etwas aus dem Community-Katalog heruntergeladen werden muss. Canvas ermöglicht es, lebende Vault-Notizen auf einer unbegrenzten Oberfläche zu platzieren und zu verknüpfen, sodass Karten mit ihren vollständigen Quellnotizen verbunden bleiben.

Understand every bug

Uncover frustrations, understand bugs and fix slowdowns like never before with OpenReplay — self-hosted, with full data ownership.

Star on GitHub

We use cookies to improve your experience. By using our site, you accept cookies.