Dieses Jahr habe ich etwa 200 Artikel gespeichert. Aber alles, was mir geblieben ist, sind 40 Notizen und ein Ordner "Zum später Organisieren", den ich nie öffne.
Es ist nicht deine Schuld, dass sich Notizen anhäufen, ohne nützlich zu sein. Jede Notizmethode setzt voraus, dass du die Arbeit des "Sammelns, Organisierens, Verknüpfens und Durchgehens" persönlich für immer fortsetzt. Kaum jemand kann das in einem vollen Alltag durchhalten. Es ist keine Frage der Willenskraft; es ist einfach zu viel Aufwand.
Was wäre, wenn es ein System gäbe, das die lästige Organisation übernimmt, während du schläfst? Tagsüber wirfst du deine Ideen einfach in Notizen. Nachts werden deine chaotischen Kritzeleien ordentlich sortiert, verwandte Notizen automatisch verlinkt, und du bekommst sogar Hinweise wie "Das widerspricht deiner Notiz von vor drei Wochen" – alles liegt morgens bereit auf deinem Schreibtisch.
Außerdem kannst du das selbst jetzt bauen, ohne besondere Umgebung. Alles, was du brauchst, sind Claude Code und Obsidian – Standardwerkzeuge, die auf deinem eigenen Computer laufen. In diesem Artikel erkläre ich Schritt für Schritt, wie du dieses System ab heute aufbaust.
Mein Name ist tatsuki (@nobel_824). Ich unterstütze kleine und mittlere Unternehmen bei der KI-Nutzung, helfe bei der Implementierung von Claude/Codex und nutze selbst den ganzen Tag Claude Code.
Die Inspiration für dieses Design stammt aus einer Bauanleitung mit dem Titel "How To Build a Second Brain That Runs Itself With Kimi & Obsidian (Full Course)", die im Ausland 1,48 Millionen Aufrufe erzielte. Das Konzept ist ausgezeichnet, aber das Tool muss nicht Kimi Work sein. Der wichtige Teil ist die Designphilosophie, "die Organisationsarbeit an einen nächtlichen Batch-Prozess auszulagern", die toolunabhängig ist. Also habe ich es mit den Tools neu aufgebaut, die ich täglich nutze: Claude Code und Obsidian.
Verwandter Artikel: Claude Code Lehrbuch - Grundlagen -
https://note.com/nobel/n/n7d7a422f828f
Kapitel 1: Eine "Nachtschicht" für dein Second Brain erschaffen
Zuerst wollen wir eine Perspektive teilen, die das große Ganze leicht verständlich macht.
Stelle dir dein Second Brain nicht als "App" vor, sondern als "kleine Abteilung, die auf Nachtschicht spezialisiert ist". Du bist der Einzige auf der Tagschicht. Tagsüber machst du das, worin Menschen immer noch besser sind als Maschinen: Ideen entwickeln, Dinge bemerken, reagieren und einfach Dinge hineinwerfen. Du wirfst das Rohmaterial einfach über die Mauer.
Nachts beginnt eine andere Abteilung zu arbeiten. Sie verarbeitet das, was du tagsüber hineingeworfen hast, verwandelt es in organisiertes Wissen und bereitet ein Briefing (Zusammenfassungsbericht) vor, bevor du deinen ersten Kaffee trinkst. Das war bis vor kurzem unmöglich, weil die "Nachtschicht" nicht existierte. Im besten Fall hattest du einen Assistenten, der nur arbeitete, während du neben ihm saßt und Anweisungen gabst. Das erhöhte nur deine eigene Arbeitsbelastung. Ein echtes Second Brain braucht eine Arbeitskraft, die nach Zeitplan, parallel und ohne Aufsicht arbeitet.
Das Nachtschicht-Team besteht nicht nur aus 300 Kopien, die dieselbe Aufgabe erledigen. Ihre Stärke kommt von der Arbeitsteilung, wie in einer echten Forschungsabteilung. Der Ablauf ist einfach und besteht aus vier Phasen.
Zuerst Sammeln. Diese Rolle holt den Text von Artikeln oder Seiten, die du lesen möchtest, und bringt sie ins Gebäude.
Zweitens Aufschlüsseln und Verknüpfen. Diese Rolle zerlegt das gesammelte Material in "eine Idee, eine Notiz". Ein einzelner Artikel könnte zu acht Notizen werden. Jedes Mal, wenn eine neue Notiz entsteht, wird sie mit vorhandenen verwandten Notizen verknüpft. Das verwandelt einen Haufen Dateien in ein Gedankennetz.
Drittens Auf Widersprüche prüfen. Das ist die wertvollste Rolle. Sie vergleicht neue Notizen mit allen vorhandenen Notizen, um Reibungspunkte zu finden – Behauptungen, die deinen früheren Notizen widersprechen, Behauptungen ohne Quellen, oder Punkte, die leise eine Überzeugung untergraben, die du letzten Monat aufgeschrieben hast. Wenn etwas gefunden wird, wird eine Flagge gesetzt. Es überschreibt und unterdrückt sie nicht einfach.
Viertens Zusammenfassen und Berichten. Diese Rolle webt verwandte Notizen zu einem einzigen langen Dokument zusammen und schreibt das Morgenbriefing. Sie verwandelt rohes Wissen in eine Form, die du tatsächlich zum Denken nutzen kannst.
Warum funktioniert Parallelverarbeitung? In einer ruhigen Nacht gibt es nur wenige Materialien zu verarbeiten und einige wenige Agenten laufen. Aber in einer Nacht nach einer arbeitsreichen Woche mit 50 angesammelten Artikeln kannst du einen Agenten pro Quelle zuweisen und sie alle gleichzeitig einsetzen. Eine Aufgabe, die ein Agent stundenlang Datei für Datei erledigen müsste, kann aufgeteilt, gleichzeitig ausgeführt und in Minuten integriert werden. Das bedeutet, "es zu einem Team zu machen".
Kapitel 2: Wissen in einer "Raffinerie" halten, nicht in einer Schublade
Jetzt legen wir los. Wir beginnen mit dem Design des Tresors.
Der häufigste Fehler ist es, einen Tresor nach Themen zu organisieren – Schubladen mit der Aufschrift "Marketing", "Gesundheit" oder "KI" zu erstellen. Das scheitert, weil echtes Wissen nicht in einer Kategorie bleibt. Wenn ein Agent Dinge in Themenordner sortiert, wird das Organisationsproblem nur in größerem Maßstab neu geschaffen.
Stattdessen erstellen wir Ordner basierend auf der Verarbeitungsstufe. Rohmaterial tritt auf der einen Seite ein und kommt auf der anderen Seite als vernetztes Wissen heraus. Die Ordnerstruktur selbst wird zur Pipeline.
Schritt A: Ordner erstellen (5 Minuten)
Führe diesen Einzeiler in deinem Terminal aus, um die Raffinerie zu erstellen.
1mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}2touch brain/CLAUDE.md
Hier sind die Rollen für jeden:
brain/
├── 0-raw/ # Wo du Dinge hineinwirfst. Nicht anfassen. Die Eingabe.
├── 1-desk/ # Die Werkbank der Nachtschicht. Temporär. Wird am Ende der Schicht bereinigt.
├── 2-atoms/ # Permanente Notizen: eine Idee pro Datei. Der Kern.
├── 3-threads/ # Integration. Lebendige Dokumente, die aus mehreren Atomen gewoben sind.
├── sources/ # Originalartikel oder PDFs. Nur-Lesen-Speicher.
├── briefings/ # Berichte der Nachtschicht an dich.
├── .claude/skills/ # "Stellenbeschreibungen" für jede Schicht.
└── CLAUDE.md # Betriebscharta. Wird von allen Agenten zuerst gelesen.
Es gibt drei wichtige Designentscheidungen in diesem Layout.
Erstens: 0-raw und sources sind schreibgeschützt und werden nie verändert. Rohe Notizen und Originaldateien sind die Grundlage der Wahrheit. Agenten erstellen Ableitungen daraus, berühren aber nie die Originale. Dies verhindert das Versagen, das KI-Wissensdatenbanken leise zerstört: "Abgeleitete Notizen, die andere abgeleitete Notizen zitieren, die mit jeder Neuerstellung leicht von der ursprünglichen Bedeutung abweichen, bis die KI selbstbewusst Dinge wiederholt, die sie erfunden hat." Da die Quelle sich nicht bewegt, driftet die Wahrheit nicht.
Zweitens: 2-atoms enthält Atome (einzelne Ideen), nicht Artikel. Eine Datei, eine Idee. Das ist das Prinzip des Zettelkastens und der Schlüssel, um das Netzwerk von Verknüpfungen funktional statt dekorativ zu machen. Indem du Dinge in einzelne Ideen zerlegst, kannst du sie mit vielen Dingen verknüpfen, neu kombinieren und Widersprüche genau identifizieren. Das kannst du in einem Tresor nicht tun, in dem lange Artikel als Ganzes hineingeworfen werden.
Drittens: 3-threads ist der Ort, an dem Verständnis lebt. Atome sind Materialien; Threads sind Integration. Wenn verwandte Atome zu einem Thema wie "Batteriekostenkurven" sich anhäufen, wächst der Thread. Das ist eine Ebene, die in flachen Wikis fehlt, und es ist der Unterschied zwischen einer "Wissensdatenbank" und "Verständnis".
Schritt B: Öffne diesen Ordner in Obsidian
Das ist die Grundlage der Obsidian-Integration. Du musst nur eines tun.
Öffne Obsidian und wähle "Ordner als Tresor öffnen", dann navigiere zu dem brain/-Ordner, den du gerade erstellt hast. Das war's. Du brauchst keine zusätzlichen Plugins oder Sync-Dienste, denn ein Obsidian-Tresor ist nur eine Sammlung von Markdown-Dateien. Der Ordner selbst wird zum Tresor.
Wenn du [[Notizname]] in eine Notiz schreibst, wird daraus ein standardmäßiger Obsidian-interner Link. Das bedeutet, wenn die Rolle "Aufschlüsseln und Verknüpfen" der Nachtschicht Notizen mit [[Verwandte Notiz]] verbindet, erscheinen diese Verbindungen automatisch in Obsidians Graph-Ansicht. Du musst nichts tun. Obsidian visualisiert das Markdown, das die Agenten geschrieben haben.
Du fragst dich vielleicht: "Warum nicht eine Vektor-DB oder RAG verwenden?" Weil einfaches Markdown und Links ausreichen. Es ist lokal, portabel, und du kannst nachvollziehen, welche Notiz von welcher Quelle stammt. Es übertrifft eine cloudbasierte Vektor-DB sowohl in Portabilität als auch Zuverlässigkeit. Obsidian funktioniert als Viewer genau deshalb, weil die Dateien Klartext sind.
Schritt C: Eine Charta schreiben
CLAUDE.md ist die einzige Datei, die diese gesamte Belegschaft regelt. Claude Code liest diese Datei vor der Arbeit, also wenn du hier Betriebsregeln schreibst, werden alle Schichten sie befolgen. Schreibe sie kurz, klar und absolut.
1# Betriebsregeln (Vor dem Handeln lesen)23## Pipeline4- 0-raw/ : Eingabe. Nur-Lesen. Rohnotizen nie bearbeiten.5- 1-desk/ : Werkbank. Am Ende der Schicht aufräumen.6- 2-atoms/ : Permanente Atome. Eine Datei, eine Idee.7- 3-threads/: Integrierte Dokumente. Vorhandene Threads aktualisieren, ohne Duplikate zu erstellen.8- sources/ : Originale. Nur-Lesen.9- briefings/: Hier werden Berichte an Menschen geschrieben.1011## Primäre Direktive12Jedes Atom muss auf eine vorhandene Quelle in sources/ oder 0-raw/ zurückführbar sein.13Schreibe keine Notiz, wenn es keine Quelle gibt. Schreibe keine Behauptungen, die nicht im Material gefunden werden.14Fülle Lücken niemals mit plausibel klingenden Informationen. Niemals.1516## Arbeitsregeln171. Ein Atom, eine Idee. Wenn eine Quelle 8 Ideen hat, erstelle 8 Atome.182. Durchsuche 2-atoms/ vor dem Erstellen eines Atoms, um zu sehen, ob eine vorhandene Notiz erweitert werden kann.193. Jedes Atom muss mit mindestens zwei verwandten Atomen verknüpft sein.204. Wenn es einer vorhandenen Notiz widerspricht, füge dem neuen Atom einen [FRICTION]-Block hinzu, der auf die alte verweist. Überschreibe Überzeugungen nicht stillschweigend.215. Nicht löschen. Wenn es veraltet ist, füge [RETIRED] hinzu und verschiebe es nach archive/.226. Aktualisiere relevante Threads und schreibe am Ende der Schicht ein Briefing.
Die "Primäre Direktive" ist die Zeile, die alles schützt. Ohne sie beginnt die Nachtschicht, Lücken zwischen Fakten mit plausiblen Fiktionen zu füllen. Diese Fiktionen werden ununterscheidbar von deinen eigenen echten Gedanken, und einen Monat später weißt du nicht mehr, welche Überzeugungen deine sind und welche die Maschine erfunden hat. "Schreibe keine Notiz, wenn es keine Quelle gibt." Das ist die Regel, die dein Gehirn zu deinem eigenen macht.
Jetzt hast du die Box für Wissen und die Charta, um sie zu schützen. Die Notizen darin werden im nächsten Kapitel vom Nachtschicht-Team hinzugefügt.
Kapitel 3: Die Nachtschicht mit Claude Code betreiben
Jetzt, wo der Bauplan fertig ist, installieren wir den Motor. Claude Code ist das, was die Nachtschicht tatsächlich betreibt. Setzen wir es zusammen.
Kopflose Ausführung: Einmal manuell ausführen
Claude Code kann ohne interaktiven Bildschirm ausgeführt werden. Das ist der kopflose Modus.
claude -p "Lies eine unverarbeitete Datei aus 0-raw/ und erstelle ein Atom in 2-atoms/ gemäß den Regeln in CLAUDE.md"
Das -p (--print) Flag ist ein Modus für Skripte, der eine Anweisung ausführt und beendet (Offizielle Dokumentation). Standard claude -p liest automatisch CLAUDE.md und Skills, also wird die Primäre Direktive, die du in Kapitel 2 geschrieben hast, angewendet. Wenn du perfekte Reproduzierbarkeit benötigst, gibt es einen --bare Modus (der die automatische Erkennung von CLAUDE.md und Skills überspringt), aber in diesem Fall musst du die Regeln explizit im Prompt übergeben. Da wir wollen, dass die Primäre Direktive funktioniert, verwenden wir das Standard -p.
Plane es nicht sofort ein; führe es einmal manuell aus, um zu sehen, wie es sich verhält. Bestätige, dass ein Atom wie beabsichtigt erstellt wird, bevor du zur Automatisierung übergehst.
Das Handbuch als Skill schreiben
Die "Stellenbeschreibung" für jede Schicht wird als Skill geschrieben (eine Markdown-Datei, die einen wiederverwendbaren Workflow beschreibt). Wenn du sie unter .claude/skills/<name>/SKILL.md ablegst, kannst du sie jederzeit aufrufen (Offizielle Dokumentation).
Zum Beispiel wird die "Raffinerie"-Schicht, die die nächtliche Hauptverarbeitung übernimmt, so geschrieben. Einmal geschrieben, kannst du sie per Skill-Namen aufrufen, wie claude -p "/refinery". Du schreibst sie einmal und rufst sie jede Nacht einfach beim Namen auf.
name: refinery
description: Die nächtliche Hauptschicht, um alle unverarbeiteten Elemente in 0-raw in Atome zu verfeinern.
1# Raffinerie-Durchlauf23## Aufgabe4Verarbeite unverarbeitete Elemente in 0-raw/. Weise jedem Element einen Unter-Agenten zu,5führe sie parallel aus und integriere sie dann. Jeder Agent wird:671. Die rohe Notiz und die zugehörigen Quellen in sources/ lesen.82. In eine Idee pro Datei aufteilen und in 2-atoms/ ablegen.93. 2-atoms/ für jedes Atom durchsuchen, um zu sehen, ob eine vorhandene Notiz erweitert werden kann, bevor eine neue erstellt wird.104. Jedes Atom mit mindestens zwei verwandten Atomen verknüpfen.115. Wenn es einer vorhandenen Notiz widerspricht, einen [FRICTION]-Block hinzufügen, der darauf verweist.126. Verarbeitete rohe Notizen nach 0-raw/archive/ verschieben.1314## Strenge Einhaltung15- Befolge die Primäre Direktive in CLAUDE.md. Schreibe keine Behauptungen ohne Quellen.16- Berühre keine Originale in sources/ und 0-raw/, außer um sie zu lesen.17- Überlasse Integrationen, die Urteilsvermögen erfordern, den Menschen. Markiere sie; erzwinge keine Entscheidung.
Parallelität: Unter-Agenten definieren
Um die Aufgaben des "Aufschlüsselns", "Verknüpfens" und "Prüfens auf Widersprüche" zu teilen, verwenden wir Unter-Agenten. Indem wir sie in Markdown unter .claude/agents/ definieren, bewegt sich jeder in einem unabhängigen Kontext parallel und gibt nur die Ergebnisse an den übergeordneten Agenten zurück (Offizielle Dokumentation). Die Definitionsdatei beginnt mit Frontmatter, das den Namen und die verfügbaren Werkzeuge angibt.
name: cataloger
description: Zerlegt eine Quelle in Atome (eine Idee pro Datei).
tools: ["Read", "Write"]
Lies die bereitgestellte Quelle und erstelle Atome in 2-atoms/ (eine Idee pro Datei). Durchsuche zuerst vorhandene Atome und erweitere diejenigen, die erweitert werden können. Schreibe die Quelle immer in das Frontmatter.
Der ursprüngliche Artikel rühmte sich mit "300 Agenten". Das kommt von der Spezifikation von Kimis K2.6-Modell, das bis zu 300 Unter-Agenten und 4.000 Schritte parallel einsetzen kann (Kimi Offizieller Blog). Claude Code wirbt jedoch nicht mit einer festen Zahl wie "Limit 300"; es verwendet eine Orchestrierungsmethode, um mehrere Agenten nach Bedarf zuzuweisen und zu integrieren. Und in der Realität brauchst du keine 300 Agenten für eine Second-Brain-Nachtschicht. Ein paar Arten von Rollen und ein paar Agenten pro angesammelter Quelle reichen aus. Der Vorteil kommt von der Arbeitsteilung und dem parallelen Ausführen, nicht von der reinen Anzahl.
Planung: Jede Nacht zu einer festgelegten Zeit aufrufen
Schließlich löse die Schichten zeitlich aus. Der zuverlässigste Weg ist, den Skill namentlich mit standardmäßigem claude -p von einem externen Cron-Job aus aufzurufen. Gestalte es so, dass vier Schichten nacheinander in der Nacht die Arbeit übernehmen.
0 23 * 23:00 Täglich Scout (Material sammeln; vorerst manuell ausführen)
0 3 * 3:00 Täglich Refinery (Parallel verfeinern; der Hauptvorgang)
0 6 * 6:00 Täglich Editor (Threads und Briefings aktualisieren)
0 22 0 22:00 Sonntags Audit (Wöchentlicher Gesundheitscheck)
Allein die Automatisierung der Raffinerie reicht aus, um zu beginnen. Hier ist ein Beispiel für crontab:
Beispiel für crontab -e (3:00 Raffinerie-Schicht)
0 3 * cd ~/brain && claude -p "/refinery" >> briefings/cron.log 2>&1
Die Scout-Rolle – das Abrufen von Artikeltext über einen Browser – ist ein Sonderfall. Wie später erwähnt, ist die Browserbedienung von Claude Code derzeit auf interaktive Sitzungen beschränkt, also führe vorerst Scout manuell aus, um Text in sources/ zu speichern, und lass die nächtliche Raffinerie den gesammelten Text verarbeiten.
Sobald du dich daran gewöhnt hast, ist der Umstieg auf Claude Codes eingebaute Routinen einfacher (Offizielle Dokumentation). Das Ausführen von /schedule innerhalb einer Sitzung ermöglicht es dir, regelmäßige Ausführungen wie stündlich, nächtlich oder wöchentlich zu registrieren (zum Zeitpunkt des Schreibens ist dies eine Research-Vorschau, die bestimmte Pläne oder Claude Code im Web erfordert). Routinen laufen auf Anthropics Cloud, also laufen Jobs auch, wenn dein Laptop zugeklappt ist. Das Mindestintervall beträgt eine Stunde. Ich empfehle, mit Cron für eine Schicht zu beginnen und zu Routinen zu wechseln, sobald du dich wohlfühlst.
Kapitel 4: Obsidian zum "gemeinsamen Gedächtnis für alle Werkzeuge" machen
Bisher kann Claude Code direkt in den brain/-Ordner lesen und schreiben. Da Obsidian denselben Ordner öffnet, ist die grundlegende Integration bereits abgeschlossen.
Dieses Kapitel ist die erweiterte Version. Wenn du die Nachtschicht einfach nur zum Laufen bringen willst, kannst du dies überspringen und später lesen. Hier machen wir denselben Tresor von anderen Werkzeugen aus durchsuchbar und beschreibbar, wie KI-Funktionen in anderen Editoren oder verschiedenen Agenten.
Dies beseitigt Wissenssilos, die über fünf Apps verstreut sind, und ermöglicht es allem, ein einziges Gehirn zu teilen. Dies wird durch MCP (Model Context Protocol, ein gemeinsamer Standard zum Verbinden externer Werkzeuge mit KI) erreicht.
Es gibt drei Möglichkeiten, Obsidian als MCP zu verbinden, in der Reihenfolge des Schwierigkeitsgrads:
1. Dateisystem-MCP (Am einfachsten, kein Plugin erforderlich)
Da der Tresor nur ein Ordner ist, kannst du einen Dateisystem-MCP-Server auf den Tresor richten. Du musst nichts in Obsidian installieren.
claude mcp add obsidian-fs -- npx @modelcontextprotocol/server-filesystem ~/brain
2. Lokale REST-API + mcp-obsidian (Vollständige Funktionen: Suche und Anhängen)
Wenn du möchtest, dass die KI Volltextsuchen durchführt oder an bestimmte Überschriften/Blöcke anhängt, verwende das Community-Plugin "Local REST API" in Obsidian. Installiere und aktiviere es einfach, dann kopiere den API-Schlüssel. Der Standard-Host ist 127.0.0.1, Port 27124 (HTTPS mit selbstsigniertem Zertifikat). Registriere dann uvx mcp-obsidian mit Umgebungsvariablen (mcp-obsidian / Local REST API).
OBSIDIAN_API_KEY=dein_schluessel OBSIDIAN_HOST=127.0.0.1 OBSIDIAN_PORT=27124 claude mcp add obsidian -- uvx mcp-obsidian
3. Eine umfangreichere Implementierung (cyanheads/obsidian-mcp-server)
Es gibt auch eine fortgeschrittenere MCP-Server-Implementierung, die das Local REST API Plugin kapselt. cyanheads/obsidian-mcp-server ist eine externe Node-basierte Serverimplementierung, die Pfadbeschränkungen und präzise Bearbeitung nach Überschrift unterstützt. Wie Methode 2 erfordert sie das Local REST API Plugin und einen API-Schlüssel.
Das Registrieren eines MCP in Claude Code folgt immer dem Format claude mcp add <name> -- <command>, und die Einstellungen gehen in ~/.claude.json (für dich selbst) oder .mcp.json (für die Repository-Freigabe) (Offizielle Dokumentation).
Eine Warnung: Alle diese Methoden sind auf localhost oder den bereitgestellten Ordner beschränkt. Die REST-API-Methode erfordert deinen eigenen API-Schlüssel und die Kommunikation ist auf localhost beschränkt. Trotzdem, da du einem Agenten Schreibzugriff gibst, ist es am sichersten, ihn auf vertrauenswürdige Tresore zu beschränken.
Drei Fallstricke, die Demo-Videos immer auslassen
Einem automatisierten Team Lese-/Schreibzugriff auf dein Wissen zu geben und es unbeaufsichtigt über Nacht laufen zu lassen, ist ein enormer Hebel, aber es gibt Punkte zu beachten. Das unterscheidet ein System, das über ein Jahr hinweg klüger wird, von einem, das in einem Monat leise verrottet.
Erstens, verstehe die Einschränkungen ehrlich. Routinen laufen in der Cloud mit einem Mindestintervall von einer Stunde. Und die "Scout"-Schicht – das Abrufen von Artikeltext über den Browser – erfordert Vorsicht. Die Browserbedienung von Claude Code (Claude in Chrome) befindet sich derzeit in der Beta-Phase und ist auf interaktive Sitzungen beschränkt. Sie funktioniert noch nicht innerhalb von Cloud-Routinen (Offizielle Dokumentation). In der Praxis ist es sauberer, Scout manuell auszuführen, um Text in sources/ zu speichern, und die nächtliche Raffinerie den gesammelten Text verarbeiten zu lassen.
Zweitens, Sicherheit und Kosten. Claude Code hat mehrere Berechtigungsmodi (Offizielle Dokumentation). Das Standard default verlangt Zustimmung für alles andere als Lesen; acceptEdits erlaubt Bearbeitungen automatisch; plan untersucht und schlägt einen Plan im Nur-Lesen-Modus vor; bypassPermissions erlaubt alles. Für den unbeaufsichtigten Betrieb ist es am sichersten, das Verhalten zuerst mit plan zu überprüfen, dann zu dontAsk (ein Modus für CI, der nur vorautorisierte Tools ausführt) zu wechseln, während du Deny-Regeln verwendest. Verwalte brain/ außerdem mit Git und committe jede Nacht. Wenn die Nachtschicht eine seltsame Entscheidung trifft, kannst du mit einem Befehl zur vorherigen Nacht zurückkehren. Das ist ein Sicherheitsgurt; es ist besser, ihn am ersten Tag anzulegen als nach einem Unfall. Claude Code verursacht auch API- oder Abonnementkosten. Du könntest Open-Weight-Modelle selbst hosten, um API-Gebühren wie im ursprünglichen Leitfaden zu vermeiden, aber das ist ein separates Thema. Sei einfach darauf vorbereitet, die Kosten basierend auf dem Umfang der nächtlichen Verarbeitung zu schätzen.
Drittens, befolge weiterhin die Primäre Direktive. Wenn das wöchentliche Audit "Notizen ohne Quellen" findet, kümmere dich sofort darum. Sobald sich Notizen mit nicht zurückverfolgbaren Quellen anhäufen, wird dein Gehirn unzuverlässig. Ein unzuverlässiges Second Brain ist schlimmer als keines, weil du aufgrund der Fiktion einer Maschine handeln könntest, in dem Glauben, es sei deine eigene Schlussfolgerung. "Schreibe keine Notiz, wenn es keine Quelle gibt." Das ist die Regel, die dein Gehirn zu deinem eigenen macht.
Zusammenfassung: Hör auf, Bibliothekar zu sein, werde Chefredakteur
Lange Zeit war "ein zweites Gehirn aufbauen" eine höfliche Umschreibung für "einen zweiten unbezahlten Job als eigener Bibliothekar annehmen". Deshalb gibt es überall Friedhöfe gescheiterter Versuche. Der Aufwand war es nicht wert, also verlor die Willenskraft immer.
Aber diese Arbeit kann jetzt delegiert werden. Tagsüber wirfst du Dinge für ein paar Sekunden hinein. Nachts verfeinern die Truppen sie. Du verbringst nur 20 Minuten pro Woche als Chefredakteur und entscheidest, "welche Überzeugungen du übernimmst". Und das System wird klüger, je mehr du es in Ruhe lässt, weil du die Arbeit, die früher mit der Zeit abnahm, vollständig an die Nachtschicht übergeben hast.
Du warst nicht schlecht im Notizenmachen. Du hast nur versucht, eine ganze Forschungsabteilung allein zu leiten.
Erste Schritte ab heute (3 Schritte):
- [ ] Erstelle die Raffinerie mit
mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}und öffne sie als Tresor in Obsidian. Schreibe die Primäre Direktive "Schreibe keine Notiz, wenn es keine Quelle gibt" in die erste Zeile vonCLAUDE.md. - [ ] Schreibe eine
SKILL.mdfür.claude/skills/refinery/und versuche, eine Quelle manuell mitclaude -pzu verarbeiten. - [ ] Wenn es funktioniert, automatisiere eine Schicht pro Nacht mit Cron oder Routinen.
Ich teile nützliche Informationen, die ich nicht auf X posten kann, in einem LINE OpenChat.
Bitte tritt über den untenstehenden Link bei.
