Zweites Gehirn mit KI: So strukturiere ich Obsidian für meine Agents
Zweites Gehirn mit KI, das wirklich abruft: die Obsidian-Struktur, die Claude echte Antworten lesen lässt, statt sie zu erfinden.
Ihre KI kennt Sie nicht
Jedes Gespräch mit einer KI beginnt bei null, was Sie angeht. Das Modell kennt alles, was das Internet je veröffentlicht hat. Es kennt nichts über Ihre Kunden, Ihre letzten drei Kampagnen oder die Entscheidung, die Sie heute Morgen getroffen haben. Diese Lücke ist das ganze Problem. Ich habe sie mit einem Zweiten Gehirn mit KI geschlossen, das wirklich lesen kann.
Sie fügen vierzig Seiten Kontext ein. Es nickt. Dann erfindet es die eine Seite, die Sie vergessen haben einzufügen, mit totaler Sicherheit. Ich lasse täglich echtes Marketing durch KI laufen, und ich kann Ihnen genau sagen, woher das kommt. Die vollständige Abrechnung habe ich hier geschrieben. Die Kurzfassung: Das Modell ist nicht kaputt. Die Art, wie wir ihm unser Gedächtnis übergeben, ist es.
Der Moment, der das Fass zum Überlaufen brachte, war banal. Ich fragte ein Modell nach einem Projekt, das ich in der Woche davor mit ihm besprochen hatte. Es antwortete flüssig, in ganzen Sätzen, und die Hälfte der Antwort war falsch. Es hatte keine Erinnerung an die Woche davor, und es war zu höflich, das zuzugeben. Es riet. Und es klang sicher. Das ist schlimmer als Schweigen.
Also hörte ich auf, den Prompt zu reparieren, und fing an, die Struktur zu reparieren. Ich baute einen Obsidian-Vault mit Regeln darin, nicht nur Notizen darin. Das Ergebnis ist ein Agent, der echte Antworten abruft, statt frische zu erraten. Dieser Artikel ist die exakte Struktur, mit den Zahlen aus einem Vault, den ich jeden einzelnen Tag betreibe.
Das Wichtigste vorab
- Ihre KI startet jedes Mal bei null, was Sie angeht. Keine Prompt-Optimierung repariert das. Die Lösung ist ein Gedächtnis, das der Agent lesen kann, nicht mehr Anweisungen.
- Ein Zweites Gehirn mit KI ist ein Routing-Problem, kein Tooling-Problem. Die Arbeit passiert in einer Regeldatei und einem Recency-Index, nicht in einem Plugin.
- CLAUDE.md ist die Datei, die alles verändert. Sie liegt im Vault, also liest der Agent die Regeln selbst, statt sie von Ihnen gesagt zu bekommen.
- Retrieval schlägt Raten, und Sie können den Unterschied messen. Ein Query-Log mit vier Ergebnissen zeigt Ihnen genau, wann der Vault antwortet und wann er danebenliegt.
- Das Archiv ist nicht zum Lesen da. 623 offene Checkboxen in 26 Task-Dateien liegen an einem Ort, und die toten Dateien liegen dort, wo der Agent nie hinschaut.
- Obsidian-KI-Plugins sind meist Rauschen. Ich nutze fast keins davon, und ich sage Ihnen, welche ich behalten habe.
Warum jeder Guide zum Zweiten Gehirn mit KI den Punkt verfehlt
Suchen Sie nach Zweites Gehirn mit KI und Sie finden eine bestimmte Art von Seite. Eine Tool-Übersicht. Eine Liste von Plugins. Ein vages Versprechen, dass die Maschine Ihre Gedanken für Sie sortiert. Ich habe sie alle gelesen, bevor ich mein eigenes gebaut habe, und keine davon beschrieb ein funktionierendes System.
Die Top-Ergebnisse sind verräterisch. Eine LinkedIn-Story. Eine Anbieter-Startseite. Ein Reddit-Thread, der fragt, warum sich überhaupt jemand mit einem Second Brain abgibt. Niemand zeigt einen echten Vault. Niemand zeigt einen Ordneraufbau. Niemand zeigt ein Log von Abfragen und ob die Sache sie beantwortet hat. Die Frage, die der Suchende stellt, wird von keiner einzigen Seite in den Top Ten beantwortet.
Hier ist, was jeder Guide falsch macht. Er behandelt die KI als das Gehirn. Er nimmt an, der schwere Teil sei das Denken, und die Maschine werde das übernehmen. Der schwere Teil ist das Gegenteil. Das Denken ist jetzt billig. Der schwere Teil ist das Retrieval, die langweilige Arbeit, die richtige Tatsache im richtigen Moment zu finden, ohne eine neue zu erfinden.
Ein Zweites Gehirn mit KI sollte abrufen, nicht raten. Wenn ein Agent eine Frage über Ihr Business beantwortet, indem er Ihre echten Notizen liest, ist das Retrieval. Wenn er antwortet, indem er jeden Blog mittelt, den er je gelesen hat, ist das Raten. Die meisten Menschen haben eine Ratemaschine gebaut und sie Gehirn genannt. Die Guides helfen ihnen, sie schneller zu bauen.
Keins der Top-Ergebnisse zeigt ein System mit Feedback. Niemand loggt seine Abfragen und markiert, welche gescheitert sind. Niemand zeigt eine Datei, die den Agenten zum richtigen Ordner schickt. Einer Praktiker-Antwort am nächsten kommt ein Reddit-Thread, der die Grundfrage stellt. Das sagt Ihnen, dass der Markt immer noch auf eine klare, direkte Antwort von jemandem wartet, der so ein System betreibt.
Die Guides fixieren sich ausserdem auf die falsche Schicht. Sie verkaufen Ihnen eine schlauere Notiz-App. Das Notieren war nie das Problem. Das Problem ist, dass im Moment der Frage niemand die Notizen liest. Ein Ordner voller brillanter Notizen, durch den der Agent nicht navigieren kann, ist eine Schublade voller Papier, kein Gedächtnis.
Wenn Sie die Strategie-Schicht über all dem wollen, habe ich das KI-Marketing-Playbook hier geschrieben. Dieser Artikel ist die Infrastruktur darunter. Der Teil, den alle überspringen, weil er langweilig ist. Im Langweiligen liegt der Vorteil.
Der Vault ist kein Notizbuch. Er ist eine Speicherschicht.
Die meisten nutzen Obsidian so, wie sie ein Notizbuch genutzt haben. Sie schreiben Notizen und legen sie irgendwo ab. Dann suchen sie. Das funktioniert für einen Menschen mit Zeit und einer groben Erinnerung, wo die Dinge liegen. Es scheitert für einen Agenten mit einem Kontextfenster und überhaupt keinem Gedächtnis.
Ich behandle den Vault als Speicherschicht mit einer festen Adresse für alles. Jeder Ordner hat eine Nummer, und die Nummer ist die Reihenfolge. Hier ist der Aufbau:
- 00 Inbox: die Sammelstelle, wo neue Notizen landen, bevor sie sortiert werden.
- 10 Daily: eine Datei pro Tag, mit einem zeitgestempelten Log dessen, was passiert ist.
- 20 Tasks: die Arbeit, jede offene Schleife als Checkbox.
- 30 Wiki: das dauerhafte Wissen, der kuratierte Stoff.
- 40 Notes: eigenständige Gedanken, die weder Task noch Wiki sind.
- 50 Sources: rohe Dateien, PDFs und Bilder, unveränderlich, nachdem sie gelandet sind.
- 60 Output: temporäre Ergebnisse, die Entwürfe und Berichte.
- 90 Archive: wo alte Dateien schlafen gehen und wo der Agent nie hingeht.
Die Nummerierung ist keine Kosmetik. Sie ist Routing. Der Agent weiss, dass eine Task-Frage in 20 Tasks beginnt. Eine Wissensfrage beginnt in 30 Wiki. Nichts beginnt je in 90 Archive. Diese eine Entscheidung, in einer Datei codiert, nimmt dem Agenten enormes Rätselraten ab, bevor es entsteht.
Jeder Ordner verdient seinen Platz durch die Regel, die für ihn gilt. 00 Inbox ist für neue Notizen, die noch kein Zuhause haben. 10 Daily ist die Wahrheitsquelle für das, was passiert ist, mit der Uhrzeit gestempelt. 20 Tasks ist, wo offene Schleifen als Checkboxen liegen, eine pro Zeile. 30 Wiki ist die kuratierte Schicht, das Einzige, was der Agent als Fakt zitiert. 40 Notes enthält eigenständige Gedanken, die weder Task noch Wiki sind. 50 Sources ist unveränderliches Rohmaterial, PDFs und Screenshots, nie editiert, nachdem sie gelandet sind. 60 Output ist ephemer, die Entwürfe und Berichte, die entweder sterben oder ins Wiki befördert werden. 90 Archive ist der eine Ordner, den der Agent überspringen soll.
Ein Notizbuch ist zum Aufschreiben da. Eine Speicherschicht ist zum Wiederfinden auf Abruf da, durch einen Leser, der sie nie zuvor gesehen hat. Dieser Leser ist Ihr Agent. Wenn der Ordner keine Regel hat, rät der Leser, und Über das Raten schleicht sich die Halluzination ein.
Ein Mensch kann den ganzen Vault lose im Kopf halten und aus dem Gedächtnis zur richtigen Notiz wandern. Ein Agent kann nicht wandern. Er braucht eine Adresse. Die nummerierten Ordner sind die Adresse. Wenn ich nach der Preisentscheidung frage, die wir im Juni getroffen haben, durchsucht der Agent nicht den ganzen Vault. Er geht zu 30 Wiki, findet die Entscheidungsseite und zitiert sie. Das ist der Unterschied zwischen einer Speicherschicht und einer Schublade voller Papier.
Die drei Dateien, die ein KI-Second-Brain zum Laufen bringen
Blendet man die Plugins aus, bleibt ein KI-Second-Brain mit drei Dateien. Alles andere ist Beiwerk.
Die erste ist CLAUDE.md, die Regeldatei. Sie liegt im Root des Vaults und sagt dem Agenten, wie er sich verhält, bevor Sie ein Wort sagst. Die zweite ist hot.md, der Recency-Index. Sie beantwortet die Frage, an der jeder Agent dauernd scheitert: Wo habe ich das liegen gelassen. Die dritte ist _query log.md, die Messdatei. Sie protokolliert jede ernste Frage und ob der Vault sie beantwortet hat.
Drei Dateien. Eine sagt dem Agenten die Regeln. Eine sagt dem Agenten, was aktuell ist. Eine sagt Ihnen, ob das Ganze funktioniert. Achten Sie darauf, was fehlt: eine Notiz-Datenbank. Die haben Sie schon. Die Notizen sind nicht das System. Die Anweisungen, der Index und das Log sind das System.
hot.md ist die Datei, von der ich nicht wusste, dass ich sie brauche, bis ich sie brauchte. Die Frage ist nicht: Wo habe ich das gespeichert. Die Frage ist: Wo habe ich aufgehört. Ein Recency-Index beantwortet die zweite Frage, und die zweite Frage ist die, die in jeder Arbeitssitzung auftaucht.
Die meisten bauen das rückwärts. Sie kippen tausend Notizen in einen Ordner und wundern sich, warum der Agent darin ertrinkt. Die drei Dateien sind, was einen Ordner in ein Second Brain verwandelt. Die Notizen sind das Inventar, nicht der Motor.
Das Hot-System läuft auf zwei Ebenen
Die meisten denken, ein Recency-Index sei eine Datei. Der, den ich betreibe, hat zwei Ebenen, und die zweite Ebene ist, wo die echte Arbeit passiert.
Die oberste Ebene ist hot.md im Root. Das ist das globale Radar. Es hat drei Abschnitte. Active project radar listet jedes aktive Projekt in einer Zeile, mit einem Link zu seiner eigenen Hot-Datei. Last 7 days ist eine gemischte Chronologie von allem Aktuellen über alle Projekte hinweg. Stale komprimiert alles, was älter als dreissig Tage ist, in eine einzige Zeile.
Die zweite Ebene ist _hot.md in jedem Bereich. Jedes Thema bekommt seine eigene Recency-Datei. Die für die Arbeit meines Arbeitgebers liegt unter dem Arbeitsordner. Die für meine Side Projects liegt unter ihrem eigenen Ordner. Jede beantwortet die Frage, wo ich das liegen gelassen habe, für dieses spezifische Thema.
Ein einzelner globaler Index ertrinkt ab einer gewissen Grösse. hot.md in meinem Vault ist rund 380 Kilobyte gross. Kein Mensch liest das in einer Sitzung. Ein Agent kann das, aber nur, wenn er eine kürzere Datei für das Thema hat, nach dem Sie gefragt haben. Die _hot.md pro Thema ist diese kürzere Datei.
Wenn ich ein Gespräch über einen Kunden öffne, liest der Agent zuerst die _hot.md des Kunden. Er bekommt den aktuellen Status, die letzten paar Dinge, die ich angefasst habe, und wer auf was wartet. Das ist ein besseres Signal-Rausch-Verhältnis als die globale Datei. Es ist der Grund, warum das Ganze schnell bleibt, während der Vault wächst.
Die Rotationsregel hält beide Ebenen ehrlich. Alles, was älter als eine Woche ist, fällt aus der aktiven Liste. Alles, was älter als dreissig Tage ist, wandert zu Stale. Danach ist es ganz aus hot verschwunden. Es lebt weiter im chronologischen Log, das append-only ist und nie gekürzt wird.
CLAUDE.md: Die Routing-Schicht, die Ihre Agents wirklich lesen
Hier ist die Datei, die den Grossteil der Arbeit macht, und sie ist überhaupt keine Notiz. CLAUDE.md ist eine Anweisungsdatei, die im Vault liegt. Wenn Claude Code den Vault öffnet, liest es diese Datei zuerst. Sie ist die Routing-Schicht.
Die Datei hält die Regeln, die ich sonst in jedem Gespräch wiederholen müsste. Schreiben Sie in der ersten Person. Keine Gedankenstriche, weil sie sich wie generierter Text lesen. Versehen Sie alles mit einem Zeitstempel. Lesen Sie nie das Archiv. Ziehen Sie die Wiki den rohen Quellen vor. Das sind keine Vorlieben, die ich jede Sitzung neu aufsage. Der Agent liest sie selbst, jedes Mal, bevor er eine einzige Notiz anfasst.
Der Teil, der am meisten zählt, ist eine Retrieval-Tabelle. Sie ist eine Liste von Abfragetypen und wo zuerst zu suchen ist. Task-Fragen beginnen in 20 Tasks. Recency-Fragen beginnen in hot.md. Produktfragen beginnen im Wiki. Das Archiv steht nie auf der Liste. Diese Tabelle ist der Unterschied zwischen einem Agenten, der schaut, und einem Agenten, der rät.
Eine Regel in der Datei sagt, dass der Agent, wenn ich frage, was ich heute tun soll, zuerst die Daily Note liest, dann die Task-Dateien nach offenen Checkboxen durchscannt und sie dann nach Projekt gruppiert. Er tut das, ohne dass ich eine einzige Anweisung tippe.
Eine andere Regel sagt, nie eine Deadline zu erfinden. Wenn ich sage, ein Task ist nächste Woche fällig, bekommt er ein Datum. Wenn ich keins gebe, bleibt das Feld leer. Diese Regel allein hat mich vor einem Dutzend erfundener Verpflichtungen gerettet.
Eine dritte Regel behandelt Mehrdeutigkeit. Wenn ich ein Projekt ohne Kontext nenne, fragt der Agent eine kurze Frage mit Antwortoptionen, statt anzunehmen. Das kostet mich drei Sekunden und erspart mir, die falsche Datei zu editieren.
Das ist Context Engineering für eine Person. Es ist kein neues Modell. Es ist kein grösseres Fenster. Es ist eine kleine Datei, die der Maschine sagt, wo sie hinschauen soll, damit die Maschine aufhört, überall hinzuschauen und den Rest zu halluzinieren. Die Datei ist ein paar Seiten lang. Der Effekt ist, dass jedes Gespräch von Ihrem echten Gedächtnis startet statt von null. Anthropic hat die Regeln für solche Dateien inzwischen neu geschrieben. Ich habe meine um 79% gekürzt und die CLAUDE.md Best Practices nach Claude 5 festgehalten, nach denen ich heute arbeite.
Wie eine Arbeitssitzung aussieht
Die Regeln zählen erst, wenn Sie sie laufen sehen. Hier ist eine Sitzung in meinem Vault, von Anfang bis Ende.
Das Erste, was der Agent tut, ist Datum und Uhrzeit zu stempeln. Er öffnet die Daily Note von heute oder erstellt sie. Jede echte Aktion bekommt eine Zeitstempel-Zeile, geschrieben während sie passiert. Die Daily Note wird ein Zeittracker, kein Tagebuch. Ich kann zurückblicken und sehen, dass ich die Preis-Sache um 14:30 entschieden und die Kunden-Mail um 15:10 gesendet habe.
Dann stelle ich eine echte Frage, in Klartext. Was ist diese Woche noch für die Kunden-Website offen? Der Agent liest die Daily Note, findet die offenen Tasks und gibt drei davon mit ihren Deadlines wieder. Keine Zusammenfassung der Branche. Keine erfundenen Aktionspunkte. Nur meine eigenen Notizen, gefunden und zurückgegeben.
Wenn ich etwas beende, sage ich es. Der Agent findet die passende Checkbox, markiert sie als erledigt und stempelt die Zeit. Er aktualisiert die Recency-Datei für dieses Thema. Er bittet mich nicht, das Ganze neu aufzusagen. Der Diff im Vault ist das Protokoll, und der Chat bleibt kurz.
Das ist die Schleife, die zählt. Fragen, abrufen, handeln, stempeln, aktualisieren. Jeder Schritt schreibt in die Struktur, sodass die nächste Sitzung wärmer startet als diese. So sieht Zinseszins aus, und es ist kein Feature des Modells. Es ist ein Feature der Dateien.
Claude Obsidian: Wie Claude Code meinen Vault liest
Das Setup für Claude Obsidian ist fast peinlich einfach, und genau das ist der Punkt. Ich zeige Claude Code auf den Vault-Ordner. Es liest CLAUDE.md im Root von selbst. Dann stelle ich Fragen in Klartext, so wie ich einen schlauen Kollegen fragen würde, der meine Notizen gelesen hat.
Keine API-Bastelei. Kein Custom-Plugin. Keine Datenbank. Claude Code ist der Leser, und Obsidian ist die Bibliothek. Über diesen Arbeitsstil habe ich an anderer Stelle geschrieben, über das Bauen mit KI, indem ich sie lenke, wie ich einen Junior-Entwickler lenken würde. Die Vault-Version ist derselbe Muskel: Die Maschine macht die Arbeit, und die Struktur macht das Lenken.
Hier ist ein Beleg aus dem Vault, den ich betreibe. Er enthält 623 offene Checkboxen in 26 Task-Dateien. Die oberste Recency-Datei, hot.md, ist rund 380 Kilobyte gross. Kein Mensch kann das in einer Sitzung lesen. Ein Agent kann das, wenn Sie ihm eine Tabelle geben, die sagt, wo er anfangen soll. Das ist der ganze Trick.
Wenn es funktioniert, fühlt es sich an, als hätte der Agent sich etwas über Sie gemerkt. Hat er nicht. Er hat eine Datei gelesen, genauso wie Sie Ihre eigenen Notizen lesen würdest, wenn sie an einem Ort und beschriftet lägen. Das Gedächtnis ist nicht im Modell. Es ist in der Struktur.
Obsidian-KI-Plugins: Was ich nutze und was ich überspringe
Sie sind hergekommen und haben sich über Obsidian-KI-Plugins gewundert, also beantworte ich das schnell. Ich überspringe fast alle.
Die Begründung ist einfach. Die meisten Plugins versuchen, die KI in die Notiz zu stecken, damit die Notiz denkt. Das ist exakt der Fehler, den die Guides machen. Ich will die KI ausserhalb der Notizen, die sie liest, so wie ein Leser eine Bibliothek liest. Wenn die Intelligenz in der Notiz wohnt, streitet jede Notiz mit jeder anderen. Wenn sie im Leser wohnt, bleiben die Notizen dumm und nützlich.
Was ich nutze, ist eine kurze Liste. Claude Code als Leser, gerichtet auf den Vault. Das offizielle Obsidian Sync für die Dateien. Ein Daily-Notes-Plugin, damit jeder Tag eine Datei in 10 Daily bekommt. Das war es im Wesentlichen. Der Rest des Obsidian-KI-Ökosystems besteht aus Tool-Listen zu einem Problem, das ich mit einer Regeldatei bereits gelöst habe.
Die ehrliche Version: Ich brauche kein Plugin, um meine Notizen zusammenzufassen. Ich brauche den Agenten, um die richtige Notiz zu finden und sie zu zitieren. Plugins fassen zusammen. Struktur ruft ab. Wenn Sie meine volle Tool-Liste wollen, halte ich den aktuellen Marketing-Stack hier dokumentiert. Der Vault-Teil davon ist der kleinste, langweiligste Teil. Das ist kein Zufall.
Was kaputtgeht, wenn der Vault wächst: Kontext, Frische, Duplikation
Ein Second Brain funktioniert wunderschön bei hundert Notizen und bricht leise bei tausend. Ich kenne die drei Arten, wie es bricht, denn mein Vault ist weit über tausend hinaus.
Das Erste ist Kontext. Eine Datei wächst, bis sie nicht mehr ins Gespräch passt. Meine hot.md ist rund 380 Kilobyte gross. Das ist der ganze Sinn eines Recency-Index, und es wird auch zum Problem. Zu viel Recency ist Rauschen, also braucht der Index sein eigenes Ablaufdatum. Einträge, die älter als eine Woche sind, fallen aus der aktiven Liste. Älter als einen Monat komprimieren sie zu einer Zeile oder wandern ins Archiv.
Das Zweite ist Frische. Eine Notiz aus dem März klingt im September wahr und ist es nicht. Derselbe Task wird über sechs Monate an drei Orten aufgezeichnet, und der Agent zitiert den ältesten mit totaler Sicherheit. Die Lösung ist wieder die Routing-Tabelle: Die Daily Note ist die Wahrheitsquelle für das, was passiert ist, und die Wiki ist die Wahrheitsquelle für das, was wahr ist. Nichts anderes wird als Fakt zitiert.
Das Dritte ist Duplikation. Dieselbe Idee landet in einer Daily Note, einer Wiki-Seite und einer Task-Datei. Ich merge diese nicht von Hand. Ich markiere sie, und die Struktur wählt ein kanonisches Zuhause. Im Archiv landen die Verlierer, und dem Agenten wird gesagt, es nie für Retrieval zu lesen. Eine veraltete Notiz, die der Agent liest, ist schlimmer als keine Notiz, denn sie liest wie aktueller Fakt.
Der Rhythmus, der es gesund hält, ist unglamourös. Wöchentlich schaue ich in den Recency-Index und verschiebe alles Veraltete aus der aktiven Liste. Monatlich prüfe ich das Query-Log auf Fragen, die drei Dateien brauchten, und merge sie. Das System ist kein Einrichten-und-Vergessen. Es ist ein Garten, und das Archiv ist der Kompost.
Wie ich Retrieval messe: Das Query-Log
Meinungen sind billig. Ich will eine Zahl. Also hat der Vault ein Query-Log, und jede ernste Frage bekommt eine Zeile.
Die Zeile protokolliert die Frage, welche Dateien sie berührt hat, und ein Ergebnis. Das Ergebnis ist eines von vier Wörtern. ok heisst, der Vault hat effizient geantwortet. gap heisst, die Information war nicht da. consolidate heisst, ich musste drei Dateien lesen, um eine Antwort zu bekommen, was ein Signal zum Mergen ist. noise heisst, ich habe Dateien gelesen, die nicht geholfen haben.
So verbessert sich ein Second Brain, statt grösser zu werden. Wenn dieselbe Frage zweimal hintereinander consolidate zurückgibt, merge ich die Dateien. Wenn eine Frage dauernd gap zurückgibt, weiss ich, dass dem Vault etwas fehlt, und ich füge es hinzu. Das Log macht aus einem Haufen Notizen ein System mit Feedback.
Eine echte Zeile sieht so aus. Die Frage, die Dateien, die sie berührt hat, und das Wort consolidate. Dieses Wort ist das Signal. Es sagt, drei Dateien enthielten Teile einer Antwort, und es ist Zeit, eine einzige Seite zu schreiben. Beim nächsten Mal, wenn ich frage, kommt die Antwort aus einer Datei statt aus dreien. Das ist die Schleife, die den Vault schlauer macht statt grösser.
Die meisten machen das nie, und man sieht es. Ihr Second Brain ist ein Museum. Meins ist eine Maschine mit einem Messinstrument. Die Anzeige ist hässlich und unglamourös, und sie ist der einzige Grund, warum das Ganze weiter funktioniert, während es wächst. Retrieval-Qualität ist ein messbares Ergebnis, und ich messe es.
Ein Zweites Gehirn mit KI ist ein System, kein Ordner
Hier ist das, was ich von all dem mitnehmen will. Ein Zweites Gehirn mit KI ist nichts, was Sie kaufen, und nichts, was Sie installieren. Es ist ein System, das Sie bauen, und das System besteht im Kern aus drei langweiligen Dateien und einem nummerierten Ordneraufbau.
Die Anbieter werden Ihnen weiter das Gehirn verkaufen. Die Plugins werden weiter versprechen, Ihre Gedanken zu sortieren. Die Wahrheit ist leiser. Ein Zweites Gehirn mit KI ist ein Ordner mit Regeln darin, ein Index, der sagt, was aktuell ist, und ein Log, das sagt, ob es funktioniert. Sie können das Ganze an einem Nachmittag bauen, und dann verzinst es sich über Jahre.
Ich betreibe meins jeden Tag. Der Agent findet die richtige Notiz, zitiert sie zurück, und ich höre auf, Entscheidungen neu zu schreiben, die ich schon getroffen habe. Das ist keine Magie. Es ist Routing. Wenn die AI Overview für dieses Thema irgendwann ankommt, wird sie eine Liste von Tool-Namen sein. Die echte Antwort ist ein Satz, und den haben Sie jetzt. Bauen Sie die Struktur, und lassen Sie den Agenten abrufen statt raten.
Häufige Fragen
Ist Obsidian gut, um ein Zweites Gehirn mit KI zu bauen?
Es ist das beste Tool, das ich gefunden habe, und nicht wegen irgendeines Plugins. Obsidian speichert einfache Markdown-Dateien mit einer Ordnerstruktur, die Sie kontrollieren, und genau das liest ein Agent sauber. Der Wert ist die Struktur, die Sie darauf bauen, die Regeldatei und der Recency-Index, nicht die App selbst.
Brauche ich Claude Code, oder kann ich jede KI mit Obsidian nutzen?
Sie können jedes Modell nutzen, das Dateien liest, aber die Routing-Schicht zählt mehr als das Modell. Der Punkt von CLAUDE.md ist, dass der Agent die Regeln selbst liest, statt sie jedes Mal gesagt zu bekommen. Welches Tool Sie auch nutzen, die Frage ist dieselbe: Liest es eine Datei, die ihm sagt, wo es hinschauen soll, oder rät es.
Wie lange dauert es, ein Zweites Gehirn mit KI einzurichten?
Der Ordneraufbau und die drei Dateien dauern einen Nachmittag. Der Wert kommt später, wenn der Vault wächst und das Routing ihn nutzbar hält. Der teure Teil ist nicht das Setup. Es ist die Disziplin, Abfragen zu loggen und tote Notizen zu archivieren, und genau das hält es über tausend Dateien hinaus am Laufen. Ein Zweites Gehirn mit KI, das tatsächlich lesen kann, bauen Sie an einem Nachmittag. Lesbar zu halten ist die Gewohnheit.
