Im Jahr 2026 ist es keine exotische Idee mehr, einen Code-Agenten mit einem Obsidian-Vault zu verbinden. Es ist wahrscheinlich das am meisten unterschätzte Wissensmanagement-Setup, das es derzeit gibt. Und dennoch bleiben fast alle, die es tun, beim ersten Schritt stehen: Claude Code auf einen Ordner zeigen lassen und es Markdown lesen und schreiben lassen. Es funktioniert. Aber es ist nur der Anfang, und um zu verstehen, warum der nächste Schritt, MCP, wichtig ist, muss man zuerst verstehen, was wir bereits haben und wo es an seine Grenzen stößt.
Was bereits ohne MCP möglich ist
Wenn Claude Code direkt auf einen Vault zeigt, arbeitet es wie jeder Agent mit Dateisystemzugriff: Es liest die Ordnerstruktur, verwendet grep und glob, um relevante Inhalte zu finden, und schreibt oder bearbeitet Markdown-Dateien unter Beachtung der Konventionen, die Sie ihm vorgegeben haben (YAML-Frontmatter, Wikilinks, eine Ordnerhierarchie nach Inhaltstyp). Es gibt kein Plugin, keine Datenbank, keine API: nur Klartext und einen Agenten, der weiß, wie man ihn mit Urteilsvermögen liest und schreibt.
Das Ergebnis ist, wenn das System gut konzipiert ist, mächtiger, als es scheint. Als reales, nicht hypothetisches Referenzbeispiel: Ein Vault, den ich genau verfolge, ist mit genau dieser Methode von 78 Rohquellen (Paper, Artikel, Dokumentationen) auf 180 vernetzte Wiki-Seiten angewachsen (83 davon Konzeptseiten, der Rest Werkzeuge, Personen, Vergleiche und Quellenzusammenfassungen), alle mit Querverweisen, die der Agent selbst jedes Mal aktualisiert, wenn neue Inhalte hinzukommen. Ohne dass jemand eine einzige Seite von Hand schreibt.
Die Grenzen des direkten Dateizugriffs
Dieses Modell hat jedoch eine strukturelle Grenze, nicht nur eine Leistungseinschränkung. Claude Code muss im Voraus wissen, wie Ihr Vault organisiert ist: Welcher Ordner unveränderlich ist, wie die Frontmatter-Konvention lautet, wo Konzepte im Vergleich zu Werkzeugen leben. Jeder neue Vault ist in der Praxis eine andere Integration, die im System-Prompt von Grund auf erklärt werden muss.
Darüber hinaus kann der Agent einen Vault nicht fragen: "Was kannst du tun?" Er kann nur das lesen, was bereits existiert, und generische Dateioperationen ausführen (lesen, schreiben, nach Text suchen). Es gibt keine Möglichkeit, ihm eine abgeleitete Operation zugänglich zu machen (gib mir den Backlink-Graph dieser Notiz, führe diese Dataview-Abfrage aus, sag mir, welche Seiten verwaist sind), ohne dass der Agent diese Logik jedes Mal von Grund auf neu rekonstruieren muss, was Kontext und Fehlertoleranz verschwendet.
Was MCP im Detail löst
MCP (Model Context Protocol) ist der offene Standard, den Anthropic im November 2024 eingeführt hat, um genau dieses Problem zu lösen: die Integration zwischen KI-Modellen und externen Systemen. Vor MCP waren N×M benutzerdefinierte Integrationen erforderlich, wenn N KI-Assistenten eine Verbindung zu M verschiedenen Tools oder Datenquellen herstellen mussten: Wenn eine Anwendung Notion unterstützen wollte, baute sie es von Grund auf; wenn eine andere dasselbe wollte, baute sie es wieder von Grund auf. MCP verwandelt dieses N×M in N+M: Es werden generische Clients (einer pro Anwendung) und generische Server (einer pro System) gebaut, und jeder Client kann mit jedem Server kommunizieren, ohne benutzerdefinierte Integration.
Die richtige Analogie ist USB-C: Vorher hatte jedes Peripheriegerät seinen eigenen Anschluss; mit USB-C muss das Gerät nur das Protokoll sprechen, ohne sich darum zu kümmern, ob es an einen Mac oder einen PC angeschlossen ist.
Die Architektur besteht aus drei Schichten. Der Host ist die benutzerorientierte Anwendung (Claude Code, Claude Desktop oder ein benutzerdefinierter Agent), die interpretiert, was angefordert wird, und entscheidet, ob externe Daten oder Tools benötigt werden. Der Client lebt innerhalb des Hosts und verwaltet eine 1:1-Verbindung mit jedem Server, übersetzt abstrakte Anfragen in konkrete MCP-Nachrichten und verwaltet den Lebenszyklus der Sitzung. Der Server verbindet das Protokoll mit einem realen System, in diesem Fall einem Obsidian-Vault, und übersetzt MCP-Anfragen in native Operationen.
Zwei Eigenschaften machen dies zu mehr als einer kosmetischen Abstraktionsschicht. Die erste ist die dynamische Fähigkeitserkennung: Beim Verbinden fragt der Client den Server, was er tun kann, und der Server antwortet in Echtzeit. Wenn der Server morgen eine neue Funktion hinzufügt, muss der Client nicht umprogrammiert werden, um sie zu nutzen. Die zweite ist die Entkopplung von Intelligenz und Daten: Wer den MCP-Server für Obsidian baut, muss nicht wissen, welches Modell ihn verwenden wird, und wer den Agenten baut, muss seine Integration nicht jedes Mal neu aufbauen, wenn er das Modell wechselt.
Ein MCP-Server macht drei Arten von Primitiven verfügbar. Ressourcen sind Daten, die das Modell lesen, aber nicht ändern kann: der Inhalt einer Notiz, Suchergebnisse, der Backlink-Graph. Tools sind Aktionen, die das Modell aktiv aufrufen kann: eine Notiz erstellen, ein Tag aktualisieren, eine strukturierte Abfrage ausführen. Prompts sind wiederverwendbare und parametrisierbare Anweisungsvorlagen, zum Beispiel "fasse diese Quelle zusammen und generiere die entsprechende Wiki-Seite" als benannte Operation, nicht als Freitext, der jedes Mal neu geschrieben werden muss.
Angewendet auf Obsidian, im Speziellen
Speziell für Obsidian gebaute MCP-Server existieren bereits in seinem Open-Source-Ökosystem, normalerweise unterstützt durch Obsidians eigenes lokales REST-API-Plugin, die Operationen wie semantische Suche über den Vault, Notizerstellung und -bearbeitung, Tag- und Metadatenverwaltung oder das Lesen des Linkgraphen ermöglichen, ohne dass der Agent die genaue Ordnerstruktur im Voraus kennen muss.
Was sich in der Praxis ändert, ist subtil, aber wichtig: Ohne MCP verwaltet Claude Code Ihren Vault mit Regeln, die Sie ihm einzeln erklärt haben. Mit MCP wird Ihr Vault zu einem Werkzeug, das Claude Code genau so bedienen kann, wie es eine API oder eine Datenbank bedienen würde, indem es seine Fähigkeiten im Moment der Verbindung entdeckt, nicht indem es sie sich vorher einprägt. Und dieselbe Verbindung funktioniert für jeden anderen MCP-Client, nicht nur für Claude Code: Derselbe Server könnte einen anderen Agenten in einer anderen Anwendung versorgen, ohne dass auf der Obsidian-Seite eine Zeile Code geändert werden muss.
Praktischer Rahmen: Drei Reifegrade
Um einzuordnen, wo Ihr eigenes Setup steht, hier ist der Rahmen, den ich verwende:
Stufe 0: Manuelles Kopieren und Einfügen von Kontext. Jede Konversation beginnt bei Null; der Benutzer fügt relevante Fragmente seiner Notizen in den Chat ein. Es funktioniert für spezifische Aufgaben, skaliert aber nicht.
Stufe 1: Agent mit direktem Dateizugriff. Hier befinden sich die meisten Claude Code + Obsidian Setups heute, einschließlich des 78→180-Seiten-Beispiels in diesem Artikel. Der Agent liest und schreibt direkt in den Vault, wobei er Konventionen befolgt, die in einer Anweisungsdatei erklärt werden. Es ist bereits wesentlich leistungsfähiger als Stufe 0, und für einen einzelnen Vault, der von einem einzelnen Agenten verwaltet wird, kann es für lange Zeit ausreichend sein.
Stufe 2: Über MCP verbundener Agent. Der Vault wird als Server mit dynamisch erkennbaren Fähigkeiten bereitgestellt, der über verschiedene Modelle und Anwendungen hinweg wiederverwendbar ist. Es wird sinnvoll, sobald mehr als ein Agent, mehr als ein Vault oder die Notwendigkeit, Operationen bereitzustellen, die über das dateiweise Lesen und Schreiben hinausgehen, ins Spiel kommen.
Es ist nicht notwendig, direkt zu Stufe 2 zu springen, um einen KI-verwalteten Vault zu nutzen. Stufe 1 ist bereits ein echter Sprung im Vergleich zu gar keinem System. Aber zu verstehen, was MCP löst, bedeutet zu verstehen, wohin die Reise geht: von "meine KI kann meine Notizen lesen" zu "mein Wissen ist ein System, das jede KI bedienen kann."
Auf welcher Stufe befindet sich Ihr eigenes Setup gerade? Sagen Sie es mir in den Kommentaren. Wenn genug Interesse besteht, ist der nächste Teil eine Schritt-für-Schritt-Anleitung zur Einrichtung Ihres ersten MCP-Servers für Obsidian.
Und wenn das für Sie nützlich war, folgen Sie mir @chesny
Dies ist nur der erste Artikel einer Serie über Agenten, die aufhören, Systeme zu lesen, und beginnen, sie zu bedienen.
