Zum Inhalt springen
View in English

Lektion10 Min.

Obsidian als Gedächtnis für Agenten

Ein Obsidian-Vault ist ein Ordner voller Textdateien – und damit das einfachste gemeinsame Gedächtnis für dich und jeden Agenten. Aufbau, Anbindung und die Regeln, damit zwei Autoren sich nicht in die Quere kommen.

Boaz LichtensteinFakten geprüft am 10. November 2026

Teil des Pfades Wissen & KontextStation 3 von 6Stufe 2 Aufbau

Die meisten Wissenswerkzeuge sperren ihre Inhalte hinter einer Oberfläche ein. Obsidian tut das Gegenteil: Ein Vault ist ein gewöhnlicher Ordner auf deiner Festplatte, jede Notiz eine Markdown-Datei. Das macht ihn zum naheliegenden Gedächtnis für Agenten – sie können Dateien lesen, mehr braucht es nicht.

Ein Aufbau, der für beide funktioniert

Du brauchst kein ausgefeiltes System. Drei Dinge reichen:

Wissen/
  START.md        ← Landkarte: welcher Ordner enthält was
  REGELN.md       ← wie hier gelesen und geschrieben wird
  Projekte/
    Shop/UEBERSICHT.md
    Steuer/UEBERSICHT.md
  Quellen/        ← Originale, Protokolle, Archiv

START.md ist die Landkarte. REGELN.md richtet sich an jeden, der schreibt – auch an Agenten. Jedes Projekt hat eine Übersicht, die auf die Details verweist, statt sie zu wiederholen. Wie die einzelnen Notizen aussehen sollten, stand in der Station davor.

So kommt der Agent an den Vault

Dateizugriff. Ein Coding-Agent oder ein Desktop-Assistent, dem du den Ordner freigibst, liest und schreibt die Dateien direkt. In seine Regeldatei – nächste Station – schreibst du einen einzigen Satz: „Lies vor inhaltlicher Arbeit REGELN.md im Vault, danach nur die Übersicht des betroffenen Projekts.“

Die Obsidian-CLI. Seit Version 1.12 bringt Obsidian eine offizielle Kommandozeile mit, die in den Einstellungen aktiviert wird. Sie kennt Befehle für Dateien, Suche, Aufgaben und Bases und nimmt den Ziel-Vault als Parameter. Ein Agent mit Terminalzugriff kann damit suchen und Notizen aus Vorlagen anlegen, ohne die Ordnerstruktur zu erraten. Obsidian CLI

Bases. Eine Base ist eine Tabellenansicht über Notizen, gespeichert als .base-Datei in YAML. Die Daten selbst bleiben in den Markdown-Dateien und ihren Eigenschaften. Für einen Agenten heißt das: Er pflegt Eigenschaften wie status oder aktualisiert in den Notizen, und deine Übersicht aktualisiert sich daraus. Bases

Fünf Regeln für zwei Autoren

Sobald ein Agent schreibt, hast du einen Mitautor, der schnell ist und nichts vergisst – auch keine Fehler. In REGELN.md gehören deshalb:

  1. Erst lesen, dann ändern. Den aktuellen Inhalt holen, gezielt ergänzen, danach zurückprüfen.
  2. Jede neue Angabe mit Datum und Quelle.
  3. Nichts stillschweigend löschen. Überholtes wird als überholt markiert oder ins Archiv verschoben.
  4. Keine Zugangsdaten. Nur der Hinweis, wo sie liegen.
  5. Kein zweites Gedächtnis. Der Agent legt keine eigenen Merkdateien an anderer Stelle an. Ist der Vault nicht erreichbar, meldet er das, statt zu improvisieren.

Dazu eine Versicherung: Leg den Vault unter Versionskontrolle oder sorge für eine Sicherung mit Verlauf. Dann ist jede Änderung eines Agenten sichtbar und umkehrbar.

Lokal gespeichert heißt nicht lokal verarbeitet

Der Vault liegt auf deinem Rechner. Das Modell, das ihn liest, meistens nicht. Jede Notiz, die ein Agent öffnet, geht als Text an den Anbieter seines Modells. Trenne deshalb, was ein Agent sehen darf, von dem, was privat bleibt – am einfachsten durch zwei Vaults oder einen Ordner, den du nie freigibst.

Wer auch die Verarbeitung im Haus behalten will, braucht ein lokales Modell. Das ist der Lernpfad Lokale KI.

Selbsttest

Dein Vault liegt nur auf deinem Laptop. Ein Agent mit Cloud-Modell liest darin eine Notiz. Wo sind die Inhalte dieser Notiz jetzt?

Auf diesem Lernpfad

Wissen & KontextStation 3 von 6

Nächste Station

Regeldateien: AGENTS.md und CLAUDE.md

Du schreibst eine Regeldatei, die ein Agent bei jedem Start liest – kurz genug, dass sie wirkt.

9 Min.Lektion