Persönliches Wissensmanagement mit KI: Claude Code und Obsidian

Halten Sie das Haltbare und das Austauschbare getrennt, und der Großteil des Designs folgt daraus.

Das Haltbare ist Ihr Vault: schlichte .md-Dateien, [[Wikilinks]], YAML-Frontmatter. Keine Datenbank, kein proprietäres Format, kein Export-Schritt. Das Austauschbare ist der Agent, der ihn liest. Die zwei führenden Community-Projekte in diesem Feld, obsidian-second-brain und obsidian-mind, liefern beide bewusst für Claude Code, Codex CLI und Gemini CLI. Der Vault ist die Investition; das Modell ist ein Mieter, den Sie kündigen können.

Das ist dieselbe Überlegung, die wir aufs Verdrahten von KI in jeden Stack anwenden: die Schnittstelle besitzen, die Fähigkeit mieten. Wir haben sie für die Systemintegration in API, MCP oder CLI aufgeschrieben. Persönliches Wissensmanagement ist dasselbe Argument im Schreibtischmaßstab.

Ein Agent mit Dateizugriff verwandelt einen statischen Vault in einen, der sich selbst pflegt, innerhalb der Grenzen, die Sie setzen.

• CLAUDE.md ist das Betriebshandbuch. Führen Sie claude aus dem Vault-Wurzelverzeichnis aus, und es lädt diese Datei in jeder Sitzung: Ihre Ordnerkarte, Ihre Verlinkungskonventionen, Ihre Notizvorlagen, Ihre Standardverhalten. Es ist die einzige tragende Datei in jedem funktionierenden Aufbau. /init schreibt einen ersten Entwurf.
• Sitzungskontext ist ein Hook, keine Magie. obsidian-mind injiziert beim Sitzungsstart einen Nordstern-Auszug, eine Aufgabenliste und eine Dateiauflistung, damit der Agent nicht leer beginnt. Das ist ein SessionStart-Hook, der auf Ihrer Maschine läuft, mehr nicht.
• Ablegen wird zum Skill. Slash-Commands und Subagents erledigen die Pflichten: eine geclippte Notiz in den richtigen Ordner ablegen, eine Map of Content erzeugen, verwaiste Notizen finden, das Tageslog schreiben. obsidian-second-brain liefert Dutzende davon.
• Frontmatter ist die maschinenlesbare Schicht. Datum, Status, Quelle, ein Konfidenzmarker in YAML plus Wikilinks geben dem Agenten Struktur zum Abrufen und Querverweisen, statt aus Prosa zu raten.

Die neueste Verschiebung sind Notizen, die überschreiben statt anhängen: eine neue Quelle aktualisiert und gleicht bestehende Notizen ab, statt einen weiteren datierten Eintrag zu stapeln. Nützlich, und die erste Stelle, an der Vorsicht angebracht ist, das ist der übernächste Abschnitt.

Laden Sie nicht den ganzen Vault. Lassen Sie den Agenten die wenigen Notizen holen, die eine Frage braucht.

Der naive Aufbau schiebt den Vault in den Kontext und bricht bei ein paar Hundert Notizen zusammen. Der sparsame Aufbau lässt alles auf der Festplatte und zieht nur, was passt, per Kommandozeilensuche oder grep. Praktiker berichten die Lücke als rund 100 Token für eine CLI-Vault-Suche gegen Zehntausende für das Laden eines Projekts als Ganzes. Die Mechanik ist unglamourös: suchen, die drei passenden Notizen lesen, antworten.

Das zählt weiterhin, auch wenn Claude Code nun ein Kontextfenster von einer Million Token betreibt. Das rollende Ratenlimit beißt lange, bevor das Fenster voll ist, ein Vault, der in 100 Token antwortet, lässt Sie hundert Fragen stellen, wo der Alles-abladen-Aufbau Ihnen eine Handvoll gibt. Sparsames Retrieval ist es, was ein zweites Gehirn täglich brauchbar macht statt einmal beeindruckend.

Die Community verkauft "alles bleibt in Ihrem Vault, kein SaaS". Das stimmt für die Speicherung und ist falsch für die Inferenz, und der Unterschied ist das ganze Risiko.

Ihr Markdown bleibt auf Ihrer Festplatte. Aber standardmäßig sendet jede Anfrage die relevanten Notizen zum Lesen an eine Cloud-API. Für einen Hobby-Vault mit Rezepten in Ordnung. Für einen Vault mit Kundennotizen, Verträgen oder allem, was einem AVV unterliegt, verlassen bei jeder Frage Daten das Haus. Schlicht-Markdown-Portabilität ist nicht dasselbe wie lokaler Datenschutz.

Zwei weitere ehrliche Vorbehalte. Prompt Injection ist strukturell: ein Agent, der Ihre Notizen liest, kann "Anweisungen" nicht sauber von "Inhalt" trennen, jedes Markdown, das in den Vault gelangt, eine geclippte Webseite, eine geteilte Notiz, ein aufgenommenes PDF, kann Anweisungen tragen, nach denen er dann handelt. Und das Risiko ist nicht hypothetisch: im April 2026 missbrauchten Angreifer Obsidian-Community-Plugins, um Code auszuführen, wenn ein Opfer einen geteilten Vault öffnete, berichtet von The Hacker News. Ein Agent mit Datei-Schreib- und Shell-Zugriff erhöht diesen Einsatz, senkt ihn nicht. Sich selbst überschreibende Notizen können auch still einen Backlink erfinden oder eine korrekte Zeile überschreiben, und die Änderung ist gespeichert, bevor Sie sie lesen.

Alles Gute an diesem Aufbau überlebt, wenn Sie das Modell ins Haus holen. Das Datenschutzproblem ist der einzige Teil, der die Änderung braucht.

Die souveräne Fassung behält den Vault und den Workflow und tauscht Cloud-Inferenz gegen ein lokales Modell: eine Retrieval-Schicht über Ihrem Markdown, bedient von einem Modell auf Ihrer eigenen Hardware oder in EU-Hosting. Sie behalten die Klartext-Hoheit, das CLAUDE.md-Betriebshandbuch, die Skills, und Sie hören auf, die Inhalte bei jeder Frage hinauszusenden. Für eine Mittelstandsfirma ist das die Brücke von einem persönlichen Experiment zu echtem internem Wissensmanagement, Produkthandbücher, Prozessdoku, Servicehistorie, ohne dass eine AVV-Frage über jeder Anfrage hängt. Wann sich dieser Schritt lohnt und was er kostet, ist das Thema von On-Premise vs. Cloud-LLM.

Die Hobbyisten-Rahmung lautet "baue ein zweites Gehirn". Die geschäftliche Rahmung ist dieselbe Maschine, gerichtet auf das Wissen des Unternehmens statt auf Ihres. Die interessante Frage ist, wieder, nicht, ob es funktioniert. Es ist, wer die Notizen lesen darf. Also: wohin sendet Ihr Vault gerade jetzt tatsächlich seine Fragen?