Obsidian und Claude verbinden: Das KI-gestützte Wissenssystem in der Praxis

Was Obsidian und Claude zusammen leisten

Obsidian ist eine lokale Markdown-Notiz-Anwendung mit über einer Million Nutzern weltweit. Claude ist Anthropics Sprachmodell-Familie. Wer beide verbindet, baut ein durchsuchbares, schreibfähiges Wissenssystem auf dem eigenen Rechner, mit Markdown-Dateien als Quelle der Wahrheit. Der Anspruch des zweiten Gehirns trifft 2026 auf eine reife Werkzeugkette, aber auch auf reale Sicherheits- und Performance-Grenzen.

Drei Bausteine machen den Workflow attraktiv. Erstens speichert Obsidian alle Notizen als reine Markdown-Dateien in einem lokalen Ordner, dem Vault. Zweitens kann Claude diese Dateien über drei Wege erreichen, ohne dass die Daten in eine Cloud wandern müssen. Drittens existiert ein lebhaftes Plugin-Ökosystem mit über 1.000 aktiven Erweiterungen, das die meisten Detailprobleme schon abdeckt.

• 70.000 Mitglieder im offiziellen Discord-Kanal, 35.000 Forum-Nutzer (Quelle: t3n)
• Etwa 2 Millionen US-Dollar Jahresumsatz 2025, bootstrapped, 18 Mitarbeiter (Quelle: Fueler.io)
• Anthropic ist neben lokalen Modellen über Smart Connections der am häufigsten verbundene LLM-Anbieter für diesen Workflow

Drei Wege, Obsidian mit Claude zu verbinden

Es gibt 2026 drei etablierte Integrationspfade. Die Wahl hängt davon ab, ob du die Claude-Desktop-App, die Claude-Code-CLI oder ein Plugin innerhalb von Obsidian nutzen willst. Alle drei behalten die Markdown-Dateien lokal, unterscheiden sich aber bei Funktionsumfang und Risikoprofil.

Die einfachste Variante ist Claude Code direkt im Vault zu starten, ohne MCP. Claude Code liest Markdown-Dateien dann über das Dateisystem, ohne API-Key, ohne zusätzliches Plugin. Wer mit Claude Desktop oder anderen MCP-fähigen Clients arbeitet, kommt an einem MCP-Server nicht vorbei. Beide Server-Optionen haben aktive Communities und sind unter MIT- bzw. Plugin-Lizenz frei verwendbar.

Smart Connections als ergänzende Schicht

Smart Connections ist mit über 5.000 GitHub-Sternen das verbreitetste KI-Plugin für Obsidian und arbeitet komplementär zu den MCP-Pfaden. Es generiert Embeddings lokal mit dem Modell BGE-micro-v2 (384 Dimensionen) und liefert die semantische Suchschicht, die die einfachen MCP-Tools nicht haben. Connections-View zeigt verwandte Notizen während des Schreibens, Lookup-View ermöglicht Bedeutungs-basierte Suche im gesamten Vault.

Smart Chat Pro ist das eigenständige Schwester-Plugin, das Multi-Provider-Routing zu 100+ Cloud-APIs einschließlich Claude, Gemini, ChatGPT und Llama 3 verwaltet. Wer Smart Connections für die lokale Suche und Claude für das Schreiben nutzt, hat den lokalen Embeddings-Vorteil mit dem Cloud-Modell-Vorteil in einem Workflow kombiniert.

Was im Praxisalltag wirklich passiert

Anwender berichten konkrete Produktivitätsgewinne, aber nicht überall. Aus dokumentierten Workflows zeichnet sich ein nüchternes Muster ab: stark ist die Kombination bei strukturellen Aufgaben, schwach bei kreativer Eigenleistung.

Ein Praxisbericht von haihai.ai zeigt einen 2.000-Wort-Entwurf in 90 Minuten, ausdrücklich beschrieben als AI assisted, nicht AI generated. Voice Dictation über SuperWhisper liefert die Rohfassung, Claude verkürzt redundante Stellen und behält die Stimme der Autorin. Der Workflow ist nicht das Modell, sondern die enge Kopplung von Aufnahme, Vault und Editor.

Die Bloggerin Eleanor Konik beschreibt ähnliche Muster im 12-Millionen-Wort-Vault. Linkreparatur, Reformatierung alter Tagesnotizen und Ordner-Umbenennungen erledigt sie in unter zehn Minuten. Bemerkenswert: sie nutzt Claude weniger als Schreibassistenten, mehr als Bulk-Operator. Die drei Gesichter von Claude spielen hier zusammen, je nachdem wo gerade die Aufgabe sitzt.

• Recherche-Konsolidierung: Claude greift auf relevante Notizen zu und erstellt Berichte mit Quellenangaben innerhalb des Vaults
• Bulk-Operationen: Reformatierung, Linkreparatur, Ordner-Umbenennungen
• Themen-Suche: Bedeutungs-basierte Anfragen wie "Newsletter über Väterlichkeit" liefern Treffer, wo klassische Volltext-Suche nur Rauschen erzeugt

Deutsche Perspektive und Datenschutz

Die lokale Architektur ist das Hauptargument im DSGVO-Kontext. Die Notizen liegen physisch auf dem Rechner des Nutzers, nicht in einer Cloud. Sobald aber Claude Inhalte verarbeitet, verlassen Daten den lokalen Rechner und gelangen zu Anthropic. Das ist ein wichtiger Unterschied zum reinen Smart-Connections-Setup mit lokalen Modellen.

Für geschäftliche Nutzung gelten die Anthropic-Vertragsbedingungen, für Enterprise-Konten existiert ein DSGVO-konformer Auftragsverarbeitungsvertrag. Wer Mandantendaten, Personalakten oder Geschäftsgeheimnisse im Vault hat, sollte diese Datenkategorien explizit aus dem Claude-Zugriff herausnehmen, etwa per separatem Vault oder per Ordnerausschluss in der Konfiguration des MCP-Servers.

Herausforderungen und Risiken

Drei Risiken sind 2026 dokumentiert und sollten vor produktiver Nutzung bewertet werden. Sie liegen nicht in der Idee des zweiten Gehirns, sondern in der Implementierung des Zugriffs.

• Supply-Chain-Risiken bei Plugins: Das beliebte Projekt obsidian-mcp-tools wurde nicht mehr gewartet, der Maintainer nannte Risiken durch verteilte Executables. Plugins können weiterreichende Berechtigungen haben, als der Code suggeriert.
• Ganz-Vault-Sichtbarkeit: Wenn Claude Zugriff auf den gesamten Vault erhält, sieht das Modell jeden Inhalt, der im Kontext landet, inklusive privater Tagebücher, Mandantenakten oder Passwortnotizen.
• Performance bei großen Vaults: Token-Limits ab etwa 4.000 Notizen, lange Antwortzeiten von 5 bis 10 Minuten, hoher API-Kosten-Aufwand.
• Reife-Realität: Erfahrene Nutzer im Obsidian-Forum nutzen MCP nicht permanent in Hauptvaults, sondern in Test-Vaults. Der Konsens lautet, dass MCP "interessant zum Erkunden" sei, "noch nicht transformativ für alltägliche Workflows".

Was Unternehmen jetzt tun sollten

Die Verbindung von Obsidian und Claude ist nicht produktiv, weil sie technisch elegant ist. Sie ist produktiv, wenn ein klarer Anwendungsfall vorliegt und das Risikoprofil verstanden wurde. Empfehlung in fünf Schritten.

1. Anwendungsfall vor Architektur

   Welche konkrete Aufgabe soll der Workflow lösen? Recherche-Konsolidierung, Entwurfsbeschleunigung, Linking-Pflege oder Wissensbasis-Aufbau? Ohne klaren Use Case bleibt das Setup Spielzeug.

2. Test-Vault zuerst

   Niemals den Hauptvault mit der ersten Integration verbinden. Separater Vault, separater Branch, Backup vor jedem Schritt mit Schreibrechten. Erst nach 4 bis 6 Wochen stabilem Test in den Hauptvault übernehmen.

3. Schreibzugriff bewusst entscheiden

   Read-only-Konfiguration ist der sicherere Einstieg. Schreibrechte erst nach Git-Versionierung und nach klarer Use-Case-Validierung. Im MCP-Server delete_file und patch_content gezielt nicht freischalten.

4. Datenklassifizierung vor Vault-Aufbau

   Definieren, welche Datenkategorien in den Claude-zugänglichen Vault dürfen. Mandantenakten, Personaldaten und Geschäftsgeheimnisse separat halten. Bei Beratungs- oder Anwaltsfirmen ist ein Mandanten-Vault zwingend separat zu führen.

5. Monitoring und Audit

   Bei produktiver Nutzung Logs der MCP-Aufrufe pflegen, OX-Security-Empfehlungen folgen: Sandbox, nur verifizierte Server, kein öffentlicher IP-Zugriff. Bei Plugins: Installation aus signierten Quellen, regelmäßige Updates, Maintainer-Aktivität prüfen.

Wer mit Claude Skills arbeitet, kann den Vault-Workflow weiter strukturieren. Ein Skill, der nur leseberechtigt auf bestimmte Vault-Ordner zugreift, ist sicherer als ein generischer MCP-Server mit allen Werkzeugen aktiv. Auch das ist eine Form der Datenklassifizierung, nur in der Werkzeug-Schicht.

Weiterführende Informationen

Häufig gestellte Fragen