Wissen nutzbar halten: Was ich aus mehr als 1.000 Obsidian-Notizen gelernt habe

Ammar Najjar · Veröffentlicht am 11. Oktober 2026 · 8 Min. Lesezeitproductivity

KI-generiertes Bild

Vor Kurzem habe ich mir meinen Obsidian-Vault genauer angesehen, eine Sammlung, die im Laufe der Zeit stetig gewachsen ist. Er enthielt mehr als 1.000 Notizen und ergänzende Markdown-Dateien zu Büchern, Gesprächen, technischem Wissen, Entscheidungen und eigenen Texten. Dabei fand ich Tags mit überschneidenden Bedeutungen, Buchnotizen mit unvollständigen Metadaten, mehrere Entscheidungen in einer langen Datei und Navigationsseiten, die kaum mehr als eine Überschrift enthielten.

Ich erkannte konkrete Möglichkeiten zur Verbesserung, doch dabei fiel mir auch auf, dass das System selbst Fragen aufwarf. Informationen konnten in einer Notiz vorhanden sein, ohne in den Ansichten aufzutauchen, über die ich sie suchte. Ein Autorenname stand im Dateinamen, fehlte aber in dem Feld, das ein Dashboard anzeigte. Ein Ordner hatte eine Navigationsseite, doch diese half kaum weiter. Ich musste mir ansehen, wie ich die Notizen organisiert hatte und ob mir das weiterhin half, sie zu nutzen.

Eine Grundlage wählen, mit der ich arbeiten konnte

Meine Suche nach einem Wissensmanagementsystem führte mich zunächst zu Notion. Was mich an Obsidian interessierte, war die Möglichkeit, meine Notizen als lesbare Dateien zu speichern, mit denen ich direkt arbeiten konnte, auch außerhalb der Anwendung. Für Wissen, auf das ich Jahre später zurückkommen wollte, hatte ich damit eine Grundlage, die ich prüfen, pflegen und unter Versionskontrolle halten konnte.

In Obsidian liegen Notizen als Markdown-Dateien in einem Vault. Meiner enthält auch Ordner, Anhänge und Konfiguration, und ich verwalte ihn mit Git, damit Änderungen eine nachvollziehbare Historie haben. Obsidian und seine Plugins bieten Möglichkeiten, die Inhalte zu verknüpfen und zu erkunden. Die Texte bleiben dabei über andere Editoren und Werkzeuge zugänglich.

Mit dem direkten Zugriff auf die Dateien musste ich weiterhin entscheiden, was jede Art von Notiz enthalten sollte und wie ich sie wiederfinden würde.

Um das greifbar zu machen, habe ich einen kleinen fiktiven Demo-Vault veröffentlicht, der diese Struktur abbildet. Alle Personen, Squads, Bücher und Entscheidungen darin sind erfunden; ihr könnt ihn in Obsidian öffnen und die unten beschriebenen Vorlagen und Abfragen ausprobieren.

Unterschiedlichen Inhalten die passende Struktur geben

Meine grobe Gliederung trennt Arbeit, persönliche Inhalte und tägliche Notizen. Darin gibt es Bereiche für Bücher, Personen, Squads, Besprechungen, technische Notizen, Ideen und eigene Texte. Ordner geben mir vertraute Ausgangspunkte, doch die Inhalte reichen über diese Grenzen hinaus. Eine Idee zur Führung kann aus einem Buch stammen, und eine Entscheidung kann einen Squad und mehrere Personen betreffen. Eine Ordnerhierarchie kann all diese Verbindungen nur schwer abbilden.

Vorlagen helfen bei einem anderen Problem: Wenn sich die Notizen in ihrer Struktur gleichen, sollte auch ihre Erstellung gleich ablaufen. Meine Buchvorlage enthält Titel, Autor, Publikationsangaben, Bewertung und Lesestatus. Darauf folgen Abschnitte für eine Zusammenfassung, zentrale Ideen, Anwendung und Zitate. Besonders schätze ich den Abschnitt zur Anwendung, weil er mich dazu anregt, darüber nachzudenken, wo eine Idee in der Arbeit und im Leben nützlich sein könnte.

Für Einzelgespräche enthält die Vorlage Wohlbefinden, berufliche Entwicklung, gegenseitiges Feedback, Arbeit, Zusammenarbeit, Anerkennung, eine offene Agenda, Aufgaben und offene Punkte. Diese Punkte geben dem Gespräch einen Rahmen und schaffen einen festen Platz für das, was danach Aufmerksamkeit braucht. Jedes Gespräch bleibt eine eigene Notiz, zugeordnet zu einer Person und einem Datum und mit der Seite dieser Person verknüpft.

Ich nutze Templater, um in bestimmten Vorlagen Datumsangaben einzufügen und Dateien umzubenennen, darunter datierte Gesprächsnotizen und Wochenrückblicke. Das erspart mir die wiederholten Schritte zur Benennung, auch wenn ich die Notiz selbst weiterhin schreiben muss.

Tags und Eigenschaften helfen mir, Notizen über Ordnergrenzen hinweg zu kennzeichnen und zu gruppieren. Bezeichnungen wie book, people, meeting, 1on1, decision und leadership bilden ein gemeinsames Vokabular. Eigenschaften enthalten konkrete Werte wie Autor, Datum, Lesestatus oder Entscheidungsstatus. Links benennen die beteiligten Personen, Squads und Quellen: Ein Squad kann auf seine Mitglieder verweisen, eine Entscheidung auf ihren Squad und ein Führungshinweis auf ein Buch.

So kann ein Buch in der Lesesammlung bleiben, während seine Ideen an anderer Stelle relevant werden. Wenn ich von einem Führungshinweis auf sein Quellbuch verlinke, führt dieser Link mich zurück zur Buchnotiz, einschließlich der Zusammenfassung und der weiteren Ideen. Ich kann die Verbindung ausdrücklich festhalten, ohne die Ordner jedes Mal neu zu organisieren, wenn eine Notiz in einem anderen Zusammenhang nützlich wird.

Vorhandene Notizen in hilfreichen Ansichten zusammenführen

Dataview nutzt die vorhandenen Angaben in den Notizen, um sie über die einzelne Notiz hinweg zusammenzuführen. Ich nutze es, um Notizen nach Tags, Eigenschaften, Speicherort oder Links aufzufinden. Dadurch können dieselben Dateien in mehreren Ansichten erscheinen, ohne dass separate Kopien nötig sind.

Einige Personenseiten listen Notizen auf, die auf sie verweisen, sortiert nach Änderungszeitpunkt. Eine vereinfachte Version der Abfrage sieht so aus:

LIST
FROM [[Person]]
SORT file.mtime DESC

Dataview wählt Seiten aus, die auf die angegebene Notiz verweisen. Hier steht Person für die Seite der jeweiligen Person. So werden zugehörige Gespräche zusammengeführt, während jedes in seiner eigenen Datei bleibt. Voraussetzung ist, dass diese Notizen den Link zur Person enthalten. Die Sortierung richtet sich danach, wann die Dateien geändert wurden, nicht danach, wann die Gespräche stattfanden.

Mein Lese-Dashboard bietet Ansichten für Bücher, die ich gerade lese, kürzlich hinzugefügte Bücher, die am besten bewerteten, unbewertete sowie nach Status gruppierte Bücher. Die Abfrage für Bücher, die ich gerade lese, lautet:

TABLE author AS "Author", created AS "Added"
FROM #book
WHERE status = "reading"
SORT created DESC

Sie wählt Notizen mit dem Tag book und einem status von reading aus und zeigt ihre Eigenschaften author und created an. Wenn ich den Status ändere, ändert sich auch, ob ein Buch in dieser Ansicht erscheint. Seine Zusammenfassung und Ideen bleiben in der ursprünglichen Notiz.

Ordnerseiten verbinden ausgewählte Links mit Abfragen zu jüngsten Aktivitäten, und ein Entscheidungsindex zeigt Datum, Bereich, Squad und Status. Diese Ansichten sind nur so vollständig wie die Informationen, die ich in den zugrunde liegenden Notizen festhalte.

Aufgaben und offene Punkte bleiben dort, wo sie entstehen, als Checkboxen in Gesprächs- und Tagesnotizen, und das Tasks-Plugin sammelt sie vaultweit ein. Eine angepinnte Master-Task-Liste führt die offenen aus meinen Tages- und Arbeitsnotizen in einer einzigen Ansicht zusammen, gruppiert nach Herkunftsnotiz, die ich regelmäßig zur Priorisierung meiner Zeit durchgehe:

TASK
WHERE !completed AND (startswith(file.path, "Daily/") OR startswith(file.path, "Work/"))
SORT file.mtime DESC
GROUP BY file.link

Der Wochenrückblick führt sie dann unter erledigt, in Arbeit und als Nächstes zusammen, sodass offene Punkte regelmäßig wieder auftauchen, statt still in alten Notizen zu versanden.

Was die Durchsicht gezeigt hat

Die Durchsicht zeigte, wo Informationen in diesen Ansichten fehlten. Manche Buchnotizen hatten Autorennamen im Dateinamen, aber leere Autorenfelder. Beim Durchsehen der Dateien konnte ich den Autor erkennen, doch die Tabelle konnte ihn nicht anzeigen. Den Namen in der Eigenschaft zu ergänzen, sofern die Quelle ihn bestätigt, würde ihn auch im Dashboard verfügbar machen.

Mehrere Tags hatten ähnliche Bedeutungen, wodurch weniger klar war, welchen ich verwenden sollte. Ein einfacheres Vokabular würde sowohl das Taggen einer neuen Notiz als auch die Auswahl von Tags für eine Abfrage erleichtern. Ich möchte die Unterscheidungen behalten, die mir beim Finden von Inhalten helfen, statt jede im Laufe der Zeit hinzugekommene Bezeichnung beizubehalten.

Mehrere Entscheidungen hatte ich in einer einzigen langen Datei festgehalten, obwohl ich sie einzeln wiederfinden wollte. Eine eigene Notiz pro Entscheidung würde ihre Begründung, ihr Datum, ihren Bereich, ihren Squad und ihren Status zusammenhalten und sie separat im Index erscheinen lassen. Die Art, wie ich sie speicherte, musste dazu passen, wie ich später darauf zurückkommen wollte.

Einige Navigationsseiten enthielten nur Überschriften. Ausgewählte Links oder eine Ansicht jüngster Aktivitäten würden mir einen hilfreichen Ausgangspunkt geben, um diese Ordner zu erkunden.

Ich habe Links zwischen Führungshinweisen und ihren Quellbüchern ergänzt. Die Ideen waren bereits vorhanden, und die Links gaben mir einen direkten Weg zurück zu ihren Quellen.

Diese Beobachtungen halfen mir zu verstehen, wie meine Entscheidungen beim Festhalten von Informationen beeinflussen, was ich später finden kann. Eine leere Autoreneigenschaft lässt ein Dashboard unvollständig, ein fehlender Personenlink hält ein Gespräch aus der Ansicht dieser Person heraus, und mehrere Entscheidungen in einer Datei können in einer Abfrage auf Seitenebene nicht als einzelne Einträge erscheinen. Ich weiß nicht, wie jede Lücke entstanden ist, doch jede weist auf eine konkrete Verbesserung hin.

Das gibt mir einen Grund, die Vorlagen zusammen mit älteren Notizen zu prüfen. Wenn eine Ansicht eine Eigenschaft oder einen Link braucht, sollte mich die Vorlage daran erinnern, sie aufzunehmen. Lücken in vorhandenen Notizen zu schließen, hilft mir auch zu entscheiden, welche Angaben ich beim Anlegen neuer Notizen vorsehen sollte. Diese Änderungen sollen es leichter machen, hilfreiche Details festzuhalten, ohne unnötige Arbeit hinzuzufügen.

Das System auch bei Veränderungen nutzbar halten

Die Pflege dieses Vaults hat mich dazu gebracht, seine Konventionen regelmäßig zu überdenken. Wenn ein Dashboard unvollständig ist oder eine Navigationsseite kaum hilft, kann ich sowohl die vorhandenen Notizen als auch die Art, wie ich neue anlege, in Augenschein nehmen. Das hilft mir zu entscheiden, ob ich eine Vorlage anpassen, ein Feld ausfüllen, einen Link ergänzen oder eine Seite verbessern sollte.

Markdown-Dateien und Git bleiben die Grundlage meines Setups. Mit dem Wachstum der Sammlung werde ich ihre Organisation, Metadaten und Verknüpfungen weiter verfeinern, damit das Wissen, das ich bewahre, nutzbar bleibt.

Welche Konventionen habt ihr mit dem Wachstum eurer Notizen verändert, und woran habt ihr erkannt, dass sie Aufmerksamkeit brauchten?

Ich würde mich freuen, euer dazu in den Kommentaren zu lesen.