Second Brain mit Claude Code: Einrichtung und Review-Workflow

Claude Code als Second Brain ist dein Notizordner, in dem Claude Code läuft. Claude Code ist der Coding-Agent von Anthropic, aber nichts daran ist auf Code beschränkt: Er liest Dateien, schreibt Dateien, durchsucht Ordner und führt Befehle aus. Richte ihn auf einen Obsidian-Vault, und er kann deine Inbox einsortieren, aus Meeting-Notizen Projekt-Updates machen, Fragen aus allem beantworten, was du geschrieben hast, und die Links zwischen Notizen aktuell halten.

Der Unterschied zu einer Chat-App: Die Notizen sind das Gedächtnis. Du fügst nicht in jedes Gespräch Kontext ein. Claude liest von der Festplatte, was er braucht, und was er schreibt, bleibt in einfachen Markdown-Dateien, die dir gehören. Andrej Karpathys LLM-Wiki treibt dieselbe Idee weiter: Der Agent pflegt aus deinen Quellen ein ganzes Wiki.

Es gibt einen Haken. Ein Agent, der jede Notiz verbessern kann, kann auch still eine Notiz ändern, auf die du dich verlässt. Deshalb geht es in dieser Anleitung um das Setup und genauso darum, wie du siehst und freigibst, was Claude ändert: mit Git, das heute schon funktioniert, und mit Knowtarium.

Knowtarium ist eine Ende-zu-Ende-verschlüsselte Wissensdatenbank für Notizen, die Menschen und Agenten gemeinsam schreiben. Claude Code verbindet sich über MCP, jede Änderung von Claude ist signiert, zeigt, wer sie gemacht hat, und lässt sich rückgängig machen, und jede Notiz zeigt, wer sie geschrieben hat (und in Ordnern mit Review, wer sie geprüft hat). Der Einstieg ist kostenlos. Kurze Hinweise unterwegs zeigen, wie Knowtarium den jeweiligen Teil handhabt.

Du brauchst ein installiertes Claude Code (siehe die Doku von Anthropic) und einen Ordner mit Markdown-Notizen. Obsidian ist optional: Claude braucht nur den Ordner.

1. Mach zuerst einen Snapshot

Bevor Claude irgendetwas anfasst, stell den Vault unter Git und committe. Das ist dein Rückgängig-Knopf für alles, was folgt, und es dauert eine Minute. Leg eine .gitignore an, damit die Layout-Dateien von Obsidian nicht jeden Diff zumüllen:

# Obsidian schreibt diese ständig neu; halte sie aus deinen Diffs raus
.obsidian/workspace.json
.obsidian/workspace-mobile.json
.trash/
CLAUDE.local.md

2. Starte Claude Code im Vault

$ cd ~/Notes                  # dein Vault$ git init && git add -A$ git commit -m "before Claude"$ claude
> /init

/init sieht sich den Ordner an und entwirft eine CLAUDE.md. Der Befehl ist für Code gedacht, also nimm den Entwurf als Ausgangspunkt und schreib ihn mit den Regeln unten um. Führ /context aus, um zu prüfen, dass die Datei geladen wurde.

3. Leg fest, wie viel Claude ohne Nachfrage tun darf

Claude Code hat Berechtigungsmodi. Im Modus Manual fragt es vor jeder Änderung. Im Plan Mode schlägt es einen Plan vor, ohne etwas zu ändern, was gut zu einer ersten Sitzung in einem Vault passt, der dir wichtig ist. Zwischen den Modi wechselst du mit Shift+Tab. Auf der Seite zu den Berechtigungsmodi steht, in welchem Modus eine Sitzung startet; das hängt von deiner Version und deinem Konto ab.

In Knowtarium

Die Berechtigungsmodi legen fest, was Claude während einer Sitzung darf. Den Rest übernimmt Knowtarium: Du verbindest Claude mit einem Workspace, auf Wunsch nur mit einigen Ordnern, nur lesend oder lesend und schreibend. Jede Änderung ist signiert und lässt sich mit einem Klick rückgängig machen. Agenten dürfen nur löschen, wenn du ihnen das erlaubt hast (eine gelöschte Notiz kommt mit Undo zurück, solange dein Verlauf sie aufbewahrt), und sie können eine Notiz nicht als von dir geprüft markieren. Für Ordner, die du vorher freigeben willst, schalte Review ein („Ask me first“), dann warten Claudes Änderungen dort auf dich.

(öffnet in voller Größe in einem neuen Tab) (öffnet in voller Größe in einem neuen Tab)

CLAUDE.md ist eine Markdown-Datei, die Claude Code zu Beginn jeder Sitzung liest. Für einen Vault sollte sie drei Fragen beantworten: wie der Vault aufgebaut ist, wie Claude schreiben soll und was er danach berichten muss. Die Doku zum Gedächtnis von Anthropic nennt die Regeln, auf die es ankommt:

• Bleib unter etwa 200 Zeilen. Längere Dateien verbrauchen mehr Kontext und werden weniger zuverlässig befolgt.
• Schreib Anweisungen, die man überprüfen kann („journal/ ist schreibgeschützt“, nicht „sei vorsichtig mit meinen Notizen“).
• Hol andere Dateien mit @path-Importen dazu, etwa eine Notiz mit deinen aktuellen Prioritäten.
• Eine CLAUDE.md in einem Unterordner wird geladen, wenn Claude dort Dateien liest. Ein großes Projekt kann so seine eigenen Regeln mitbringen.
• Persönliche Notizen, die nicht in Git sollen, kommen in CLAUDE.local.md.

# Dieser Vault
 
Persönliche Notizen, verwaltet in Obsidian. Einfaches Markdown, Wikilinks.
 
## Aufbau
- inbox/: rohe Notizen. Arbeite sie ab und verschieb sie dann.
- projects/: ein Ordner pro aktivem Projekt, mit einer README.md.
- areas/: laufende Themen (Gesundheit, Geld, Arbeit).
- journal/: meine täglichen Notizen. Lies sie, bearbeite sie nie.
- archive/: abgeschlossene Projekte. Nicht anfassen.
 
## Wie du schreibst
- Behalte meine Formulierungen. Ergänze, schreib nicht um, außer ich bitte darum.
- Neue Notizen bekommen Frontmatter: type, created, source.
- Wenn du einen Fakt nennst, verlinke die Notiz oder URL, aus der er stammt.
- Verlinke Personen als [[Vorname Nachname]], Projekte als [[Projektname]].
 
## Nach jeder Aufgabe
- Liste die Dateien auf, die du angelegt, geändert oder verschoben hast.
- Schreib eine Zeile in log.md: Datum, was du getan hast, welche Dateien.
 
Aktuelle Prioritäten: @context/now.md

„Behalte meine Formulierungen“ und „Liste die Dateien auf, die du geändert hast“ sind die zwei Zeilen, von denen sich die meisten wünschen, sie hätten sie am ersten Tag geschrieben. Die erste verhindert, dass Claude deine Stimme aus deinen Notizen herauspoliert. Die zweite macht die Prüfung möglich.

Mach die wichtigen Regeln zu harten Regeln

Die Doku sagt ausdrücklich, dass CLAUDE.md Kontext ist, keine erzwungene Konfiguration. Claude versucht, sie zu befolgen, ohne Garantie. Für Ordner, die sich nie ändern dürfen, leg eine Deny-Regel in .claude/settings.json im Vault an. Edit-Regeln gelten für Claudes Datei-Tools und gängige Shell-Befehle, aber nicht für ein Skript, das selbst Dateien öffnet. Behalte Git also als Sicherheitsnetz.

{
  "permissions": {
    "deny": ["Edit(/journal/**)", "Edit(/archive/**)"]
  }
}

Claude Code hat zwei Arten von Gedächtnis, und es hilft zu wissen, wo jede davon liegt.

Wenn du Claude sagst „Merk dir, dass ich freitags Rechnungen prüfe“, landet das in der Auto Memory. Wenn du sagst „Schreib das in die CLAUDE.md“, landet es in der Datei. /memory listet beide auf und öffnet sie.

Für ein Second Brain hältst du den Kontext, der dir wichtig ist, im Vault: Dort kannst du ihn lesen, Git verfolgt ihn, und jeder Agent sieht ihn. Eine kleine context/now.md mit den Prioritäten der Woche, importiert aus der CLAUDE.md, bringt mehr als eine lange Gedächtnisdatei. Aktualisier sie montags selbst, oder lass Claude das Update entwerfen und prüf es wie jede andere Änderung.

Der größte Nutzen steckt in einer Handvoll wiederholbarer Aufgaben:

• Inbox sortieren. Claude schlägt vor, wo jede Notiz hingehört, du stimmst zu, und er verschiebt und verlinkt die Notizen.
• Aus Meeting-Notizen Projekt-Updates machen. Füg ein Transkript ein oder leg es ab; Claude schreibt eine Zusammenfassung, aktualisiert die README des Projekts und listet offene Aufgaben.
• Deine Notizen fragen. „Was habe ich zur Preisseite entschieden, und warum?“ Bitte Claude, mit Links zu den Notizen zu antworten, die er genutzt hat.
• Wochenrückblick. Das Journal und die Projektnotizen der Woche lesen und eine Rückblick-Notiz entwerfen, ohne die Originale zu ändern.
• Links pflegen. Verwaiste Notizen, kaputte Links und Notizen finden, die aufeinander verlinken sollten, und Korrekturen als Liste vorschlagen.

Mach aus jeder Aufgabe, die du wiederholst, einen Skill. Ein Skill ist eine SKILL.md-Datei in .claude/skills/<name>/; du startest ihn, indem du /<name> tippst, und Claude kann ihn auch von selbst nutzen, wenn deine Anfrage zu seiner Beschreibung passt. Anders als die CLAUDE.md wird ein Skill nur geladen, wenn er gebraucht wird, also kosten ausführliche Abläufe den Rest der Zeit fast nichts.

---
description: Arbeitet die Inbox ab. Nutze ihn, wenn ich 'Inbox abarbeiten' oder 'sortieren' sage.
---
 
Für jede Notiz in inbox/:
1. Entscheide, wo sie hingehört: in ein Projekt, einen Bereich oder den Müll.
2. Zeig mir den Plan als Tabelle, bevor du etwas verschiebst.
3. Nachdem ich zugestimmt habe, verschieb die Notizen und verlinke sie von der
   README des Projekts oder Bereichs aus.
4. Lösch nie eine Notiz. Leg Aussortiertes in archive/inbox-rejects/.
5. Liste jede Datei auf, die du angefasst hast.

In Knowtarium

Egal, welche Aufgabe: Jede Notiz, die Claude schreibt oder bearbeitet, ist in der Seitenleiste markiert, bis du sie öffnest, mit ihren Änderungen und einem Undo einen Klick entfernt. Beim Pflegen von Links erscheinen Links auf Notizen, die noch niemand geschrieben hat, im Graph als Geister. Wenn Claude eine Notiz mit Fußnoten schreibt, zeig in Knowtarium auf eine, um die Quelle hinter der Aussage zu sehen.

(öffnet in voller Größe in einem neuen Tab) (öffnet in voller Größe in einem neuen Tab)

Eingebaute Befehle, die du in einem Vault kennen solltest:

Nach ein paar Wochen enthält dein Second Brain mit Claude Code Notizen, die du nicht selbst geschrieben hast, und Notizen, die du geschrieben hast und die Claude inzwischen bearbeitet hat. Beides ist in Ordnung, solange du weißt, was was ist. Typische Probleme:

• Ein Aufräum-Durchgang schreibt eine Notiz in Claudes Stimme um und lässt den einen Vorbehalt weg, auf den es ankam.
• Eine Zusammenfassung nennt ein Datum oder eine Zahl, die in der Quellnotiz nicht vorkommt.
• Ein Verschieben macht Links kaputt, weil Claude die Datei mit einem Shell-Befehl verschoben hat und nichts die Links angepasst hat.
• Du korrigierst einen Fakt in einer Notiz, und drei andere haben noch die alte Fassung.
• Eine Notiz, die Claude vor Monaten geschrieben hat, klingt genauso sicher wie eine, die du gestern geprüft hast.

Claude Codes /rewind hilft innerhalb einer Sitzung, mit Grenzen, die die Doku zu Checkpoints klar benennt: Es verfolgt keine Dateien, die durch Shell-Befehle geändert wurden (etwa mv oder rm), und es ist „kein Ersatz für eine Versionsverwaltung“. Für Notizen, die du jahrelang behältst, brauchst du einen Prüfschritt, der nicht an der Sitzung hängt.

Git ist die Grundlage. Es ist kostenlos und funktioniert heute: vor einer Sitzung committen, Claude arbeiten lassen, dann den Diff lesen und nur behalten, was du freigibst.

$ git status --short           # was sich geändert hat, während Claude gearbeitet hat$ git diff --stat$ git diff projects/           # die Änderungen lesen, Ordner für Ordner$ git add -p                   # behalten, was stimmt, Stück für Stück$ git commit -m "inbox triage, reviewed"$ git restore .                # den Rest verwerfen$ git clean -n                 # neue Dateien anzeigen, die du nicht behalten hast

Ein paar Gewohnheiten machen das schnell:

• Eine Aufgabe pro Sitzung, ein Commit pro Aufgabe. Ein Diff über 4 Dateien liest sich leicht, einer über 60 nicht.
• Lies zuerst die Liste der geänderten Dateien. Alles außerhalb des Ordners, nach dem du gefragt hast, verdient einen genaueren Blick.
• Prüf neue Fakten gegen die Notiz oder den Link, den sie nennen. Fakten ohne Beleg sind die, die du hinterfragen solltest.
• Wenn irgendetwas deinen Vault zeitgesteuert committet, vermischen diese Commits deine Änderungen mit denen von Claude. Committe rund um Claude-Sitzungen von Hand, oder prüf hinterher mit git log -p.

Git zeigt dir einen Diff, wenn du ans Committen denkst. Knowtarium hält den Verlauf neben den Notizen, und das ist das Setup, das wir empfehlen, sobald Claude mehr schreibt, als du in einem Terminal lesen willst. Deine Notizen liegen in einem Ende-zu-Ende-verschlüsselten Workspace als OKF-Bundle: einfaches Markdown, dessen Frontmatter festhält, wer jede Notiz geschrieben hat, wer sie geprüft hat, woher ihre Aussagen stammen und wann sie veraltet.

• Jede Änderung ist signiert und lässt sich rückgängig machen. Claudes Änderungen werden sofort gespeichert und mit seinem eigenen Schlüssel signiert. Ein Punkt in der Seitenleiste markiert die Notizen, die er bearbeitet hat, bis du sie öffnest, eine Zeile unter dem Titel sagt, wann, und verlinkt die Änderungen, und Undo holt die vorherige Version zurück. Der Verlauf bewahrt jede Version so lange auf, wie du einstellst, von einem Tag bis zu einem Jahr.
• Review gibt es, wenn du es willst. Schalte Review („Ask me first“) für einen Workspace oder einen Ordner ein, dann warten Claudes Änderungen dort als Diffs darauf, dass du sie freigibst oder ablehnst. Deine eigenen Änderungen warten dort, bis du Claude bittest, sie zu prüfen, etwa mit „prüf die Änderungen von heute“, und Claude gleicht sie mit allem Verbundenen ab.
• Wer es geschrieben hat, auf jeder Notiz. Wer eine Notiz geschrieben hat, steht ganz oben. In Ordnern mit Review zeigt sie auch, wer sie geprüft hat, der Graph kann Notizen nach Vertrauensstufe einfärben (unverified, machine-confirmed oder human-reviewed), und eine Notiz ist vollständig verifiziert, sobald du und ein Agent sie beide nach ihrer letzten Änderung geprüft habt.
• Nichts veraltet unbemerkt. Die Seite Stale and expiring listet Notizen, deren stale_after vorbei ist oder bald kommt.
• Claude arbeitet über MCP. Knowtarium ruft selbst keine KI auf. Claude Code verbindet sich mit npx knowtarium connect und bekommt mit seinen Tools die Konventionen. Wir können deine Notizen nicht lesen; Claude sieht, was er liest.

Der Einstieg in Knowtarium ist kostenlos, mit 500 MB Speicher und einem Workspace, und Starter (5,99 $ im Monat) und Pro (11,99 $ im Monat) bieten mehr Speicher und Workspaces. Importier einen Obsidian-Vault in einen Workspace, und er wird in OKF umgewandelt, ohne dass sich an deinem Text etwas ändert. Du kannst alles jederzeit als einfaches Markdown exportieren. Sieh dir die Anleitung zum Umzug an und die Vergleichsseite, wie sich die beiden Apps unterscheiden.

Nichts hiervon ist speziell für Claude Code. Jeder Agent, der in einem Ordner Dateien lesen und schreiben kann, kann dein Second Brain betreiben. Der Hauptunterschied ist der Name der Datei mit den Anweisungen:

• Codex liest AGENTS.md, aus ~/.codex und aus den Ordnern zwischen dem Git-Root und dem Ort, an dem du es startest, standardmäßig bis zu insgesamt 32 KiB (Doku von Codex).
• Cursor liest ebenfalls AGENTS.md, als einfachere Alternative zu seinen .cursor/rules-Dateien (Doku von Cursor).
• Claude Code liest in neueren Versionen AGENTS.md, wenn es keine CLAUDE.md gibt. Das portable Setup: Halte deine Regeln in AGENTS.md und mach die CLAUDE.md zu einer einzigen Zeile, @AGENTS.md, plus allem, was nur Claude betrifft.

Dann folgt jeder Agent denselben Vault-Regeln, und dieselbe Prüfung erfasst alle, in Git oder im Verlauf von Knowtarium. Unsere Anleitung zu AGENTS.md für Wissensdatenbanken hat eine ausführlichere Vorlage. Wenn du eine App suchst, um das Ergebnis zu lesen, gibt der Überblick zum KI-Second-Brain das größere Bild, und Karpathys Ideen-Datei zum LLM-Wiki lohnt sich für das Muster dahinter.