Claude Code zweites Gehirn: Gedächtnis und Ordnerstruktur aufbauen

Ailoot-Referenzdokumentation: ailoot.ai/docs/.

Warum braucht Claude Code ein zweites Gehirn, und was ist wesentlich?#

Du öffnest Claude Code am Dienstag. Du erklärst: Das ist das Projekt, das ist die Zielgruppe, tu dies nicht. Ihr arbeitet zusammen. Am Donnerstag ist es ein neuer Chat, und du musst alles noch einmal erklären.

Wenn du eine CLAUDE.md hast, hast du die erste Runde Frust gelöst. Die Grundregeln und die Projektbeschreibung stehen in einer Datei und werden in jede Sitzung geladen. Wie diese Datei funktioniert, habe ich in meinem Leitfaden zu CLAUDE.md erklärt - du kannst ihn zuerst lesen, um die Grundlage zu schaffen.

Doch CLAUDE.md ist ein Handbuch für einen neuen Mitarbeiter. Wie man sich kleidet, welchen Ton man gegenüber Kunden verwendet und welche Befehle man zum Veröffentlichen nutzt. Das reicht nicht aus, um gute Entscheidungen zum Projekt zu treffen. Entscheidungen erfordern Wissen: Was das Produkt ist, wer die Zielgruppe ist, wie die Wirtschaftlichkeit aussieht, was du ausprobiert hast und was nicht funktioniert hat.

Nach der hier beschriebenen Erfahrung des Autors befand sich dieses Wissen früher an vier Orten: in seinem Kopf, in Telegram-Chats, in Google-Dokumenten und in den Köpfen der Mitarbeiter. Einen Monat nach einer Entscheidung erinnerte sich niemand mehr daran, warum sie getroffen worden war. Eine neue Person verbrachte eine Stunde damit, dem Team Fragen zu stellen, um sich einzuarbeiten. Claude war überhaupt nicht Teil dieses Kontexts.

Vor dem zweiten Gehirn bedeutete in der vom Autor beschriebenen Erfahrung jede Sitzung, erneut zu erklären, wer der Kunde war, wie das Angebot aufgebaut war und welcher Anbieter die Zahlungen abwickelte. Mit business/ öffne ich einen Chat und sage: „Aktualisiere das Angebot für den neuen Tarif“ - Claude ruft selbst business/company/legal.md auf, liest die Anforderungen und öffnet dann business/products/pricing.md, sieht den neuen Tarif und schlägt in einem Durchgang eine Änderung vor. Die Aufwärmphase entfällt; der Kontext wird automatisch geladen.

Anthropic nennt dieses Problem in seinem Engineering-Blog „context rot“:

Anders gesagt: Je mehr du in das Fenster stopfst, desto schlechter arbeitet der Agent mit konkreten Details. Die Lösung besteht darin, eine Struktur externer Dateien zu pflegen, die Claude als Reaktion auf eine konkrete Anfrage selbst aufrufen kann. Das ist ein zweites Gehirn.

Was ist ein zweites Gehirn, und wie lässt sich Tiago Fortes Konzept auf Claude anwenden?#

Typischerweise geht es bei einem zweiten Gehirn allgemein um Produktivität: Menschen erstellen einen Obsidian-Tresor und fügen Auszüge aus Büchern, Gesprächsnotizen und Projektideen hinzu.

Als der Autor diese Idee auf die Arbeit mit Claude Code anwandte, ging es nicht mehr um Produktivität, sondern um Agentenarchitektur.

Beim klassischen Ansatz gehört das zweite Gehirn dir, und du greifst manuell darauf zu. Bei der Arbeit mit Claude Code wird das zweite Gehirn zweiwegig: Sowohl du als auch der Agent greifen darauf zu. Das verändert die Anforderungen an sein Format.

Da der Agent selbst darauf zugreift, müssen die Dateien in einem Format vorliegen, das er ohne separate Integration versteht. Markdown ist ideal: Text, eine Überschriftenhierarchie und Verknüpfungen zwischen Dateien. Notion und Google Docs sind nicht geeignet. Du kannst sie über MCP verbinden, aber das fügt eine weitere Ebene, ein weiteres Token pro Anfrage und eine weitere Fehlerquelle hinzu.

Da sich die Dateien im Dateisystem neben dem Projekt befinden, liegen sie automatisch in Reichweite von Claude Code. Keine Einrichtung nötig. Starte den Agenten im Projektordner, und er kann alle darin enthaltenen Dateien sehen. Es ist kostenlos und funktioniert sofort.

Welche Erinnerungshierarchie hat Claude Code standardmäßig?#

Bevor wir etwas Eigenes hinzufügen, sehen wir uns an, woran sich Claude ohne deine Hilfe erinnern kann. Anthropic beschreibt in seiner offiziellen Dokumentation zwei Mechanismen: CLAUDE.md (Regeln, die du schreibst) und automatische Erinnerung (Erkenntnisse, die Claude selbst festhält). Beide werden zu Beginn jeder Sitzung geladen.

CLAUDE.md wird gleichzeitig an vier Orten gesucht:

Alle vier Dateien werden in den Kontext geladen. Je spezifischer die Ebene, desto höher ist ihre Priorität. Die lokale Datei wird zuletzt gelesen, sodass ihre Regeln alle anderen überschreiben.

Eine CLAUDE.md-Datei kann auch in jedem Ordner innerhalb des Projekts liegen. Wenn Claude eine Datei aus einem Unterordner liest, lädt es die CLAUDE.md dieses Unterordners bei Bedarf. Das ist in einem Monorepo nützlich: Die Frontend-Regeln liegen in frontend/CLAUDE.md, die Backend-Regeln in backend/CLAUDE.md, und sie werden nur geladen, wenn der Agent am jeweiligen Teil arbeitet.

Die automatische Erinnerung erschien in Claude Code 2.1.59. Dabei handelt es sich um Dateien, die Claude über dich schreibt:

~/.claude/projects/<project-name>/memory/
├── MEMORY.md          # Index, in jeder Sitzung geladen (200 Zeilen oder 25KB)
├── debugging.md       # Detaillierte Notizen (bei Bedarf geladen)
├── api-conventions.md
└── ...

Anthropic beschreibt es in der offiziellen Dokumentation so:

Die automatische Erinnerung wird mit dem Flag autoMemoryEnabled in ~/.claude/settings.json aktiviert. Claude entscheidet, was dort geschrieben wird. Du kannst MEMORY.md lesen und manuell bearbeiten - es ist gewöhnliches Markdown.

CLAUDE.md oder ein zweites Gehirn - wo ist die Grenze?#

Hier ist der Vergleich, den ich in meinen Vorträgen verwende: Stell dir vor, du hast einen neuen Mitarbeiter eingestellt. Was gibst du ihm am ersten Tag?

Ein Handbuch: wie man sich kleidet, wann man erscheint, welchen Ton man gegenüber Kunden verwendet und über welches System veröffentlicht wird. Es ist ein kurzes Dokument. Es erklärt weder, was ihr tut, noch warum. Es sagt lediglich, wie man sich verhalten soll.

Und zusätzlich den Zugang zum Unternehmens-Wiki. Es erklärt, was das Produkt ist, für wen es gedacht ist, wer zur Zielgruppe gehört, wie hoch der Preis ist und warum, wer die Wettbewerber sind und welche Fehler ihr gemacht habt. Es ist ein umfangreiches Archiv. Niemand liest alles darin - man schlägt dort eine konkrete Frage nach.

CLAUDE.md = Handbuch. Zweites Gehirn = Wiki. Du brauchst beides.

Die Unterscheidung ist einfach. Alles, was für jede Aufgabe relevant ist, gehört in CLAUDE.md:

• Wer der Agent in diesem Projekt ist (Helfer, Leiter, Assistent)
• In welcher Sprache er antworten soll
• Verwendeter Tool-Stack
• Befehle zum Veröffentlichen
• Verbote (keine Gedankenstriche verwenden, git push --force nicht ausführen)
• Verweise: wo der Geschäftskontext und wo die Prinzipien zu finden sind

Alles, was bei Bedarf gebraucht wird, gehört ins zweite Gehirn:

• Produkt, Zielgruppe, Wirtschaftlichkeit und Ziele
• Wettbewerber und Markt
• Vergangene Entscheidungen und ihre Gründe
• Kundenbeispiele und Bewertungen
• Prinzipien und Methodik

Anthropic unterscheidet in seiner Dokumentation genauso:

Skills sind eine Möglichkeit, episodisches Wissen zu speichern. Ein neben dem Projekt liegender business/-Ordner ist eine andere. Ich verwende beides und erläutere es weiter unten genauer.

Woraus besteht ein Projektgehirn - 5 Teile plus Zeitmaschine#

Eine Beispielarchitektur aus der vom Autor beschriebenen Erfahrung:

Der entscheidende methodische Punkt ist die Trennung von ai-clone/ und business/.

business/ beantwortet die Frage „Was machen wir?“ Produkt, Zielgruppe, Preise, Wettbewerber. Es geht um das Projekt. Wenn du das Projekt morgen an einen Partner übergibst, geht dieser Ordner mit.

ai-clone/ beantwortet die Frage „Wie treffe ich Entscheidungen?“ Meine Prinzipien, mein Ton, meine Arbeitsweise und meine Tabuwörter. Es geht um mich. Wenn ich morgen ein neues Projekt beginne, kommt dieser Ordner mit.

Möchtest du nicht nur einen zweiten Ordner einrichten, sondern auch ein System aufbauen, das Claude konsistent macht? Das allein reicht nicht. Ohne ai-clone/ antwortet der Agent für alle, nicht für dich. Ohne Context Engineering streift er durch den ganzen Ordner und verbraucht Tokens. Sinnvoll ist es, alle drei Dinge zu verbinden: zweites Gehirn + KI-Klon + Context Engineering. Das sind die drei Säulen, ohne die KI halluziniert.

Was gehört in business/, und was nicht?#

Die oberste business/-Struktur im vom Autor beschriebenen Projekt:

business/
├── INDEX.md              ← Ordnerübersicht, zuerst lesen
├── company/              ← Mission, juristische Person, Werte, rechtliche Richtlinien
├── products/             ← Produkte, Programme, Preise
├── audience/             ← Kundenprofil, Segmente, Einwände
├── goals/                ← Jahres-, Quartals- und Monatsziele, Kennzahlen
├── economics/            ← Stückkostenrechnung, Einnahmen, Ausgaben, Prognose
├── marketing/             ← Kanäle, Funnel, Materialien, Wettbewerber
├── execution/            ← Wochenplanung, Backlog
└── assets/               ← Designsystem, Bewertungen, Textbausteine

Dies ist ein Beispiel aus dem vom Autor beschriebenen Projekt, kein Dogma. Ich lege Ordner nach Bedarf an. Angefangen habe ich mit drei (products/, audience/, goals/); die anderen kamen nach 2-3 Monaten hinzu, als unklar wurde, wohin neue Dinge gehörten.

Die wichtigste Datei des Ordners ist INDEX.md. Sie ist eine Karte. Darin steht eine Tabelle „Frage → Datei“, anhand der Claude erkennt, wohin es gehen soll. Ohne sie verschwendet der Agent Tokens, indem er jede Datei der Reihe nach liest.

Ein Beispielauszug aus INDEX.md:

### Wo du etwas findest

| Gesucht | Hier nachsehen |
|---|---|
| Wer unser Kunde ist und welche Probleme er hat | `business/audience/avatar.md` |
| Produkte, Tarife und Preise | `business/products/` |
| Ziele und Kennzahlen | `business/goals/` |
| Wirtschaftlichkeit (Einnahmen, Ausgaben, Stückkostenrechnung) | `business/economics/` |
| Werbekanäle und Materialien | `business/marketing/` |

Dann genügt eine Zeile in CLAUDE.md: „Lies bei Fragen zum Geschäft business/INDEX.md und folge der Übersicht.“ Der Agent lädt nicht den ganzen Ordner in den Kontext. Er lädt die Übersicht, wählt die passende Datei aus und liest nur diese.

Checkliste: Was nicht in business/ gehört:

• Unverarbeitete Chatkorrespondenz. Wenn es eine Erkenntnis gibt, destilliere sie und halte sie fest. Wenn nicht, lass sie weg.
• Informationen, die bereits im Code stehen. „Zahlungen laufen über CloudPayments“ ist unnötig; der Agent kann es im Code sehen.
• Screenshots und Bilder. Sie vergrößern den Ordner und werden von einem Textmodell ohne zusätzlichen Schritt nicht verarbeitet.
• Dynamische Zahlen. „Heute gibt es 423 Zahlungen für das Produkt“ ist in einer Woche veraltet. Verwende den LIVE-Marker und einen Link zu einer Datenbankabfrage.
• Sensible oder fragwürdige Informationen. Wenn das Repository morgen auf YouTube vor 100 tausend Fremden veröffentlicht würde, behalte nur, was du zeigen würdest. Mitarbeiter, Agenten und manchmal externe Auftragnehmer lesen den Ordner.

Warum gibt es einen separaten Ordner ai-clone, und warum sollte er nicht mit business vermischt werden?#

Die Idee ist einfach: Das Unternehmen weiß, was wir tun. Der Klon weiß, wie ich Entscheidungen treffe.

Die ai-clone/-Struktur im vom Autor beschriebenen Projekt:

ai-clone/
├── INDEX.md           ← Ordnerübersicht
├── role.md            ← wer ich bin, mein Hintergrund, was wichtig ist
├── identity/          ← Werte, Vision, Mission
├── thinking/          ← mentale Modelle aus Vorträgen
├── voice/             ← Ton, Wortschatz, Stil
├── principles/        ← Überzeugungen zu Produkt, Code, Geschäft
├── feedback/          ← aus Fehlern gelernte Regeln ← Hauptordner
├── style/             ← Tabuwörter, Telegram-Format
└── reference/         ← Tools, Umgebung

Der nützlichste Ordner ist feedback/. Darin stehen konkrete Regeln, die ich aus Fehlern des Agenten gelernt habe. Jede Regel kommt in eine eigene Datei und folgt diesem Format:

---
name: short-name
description: eine Zeile - was in der Datei steht und wann sie anzuwenden ist
type: feedback
---

Eine kurze Regel in einem Satz.

**Warum:** Warum es diese Regel gibt. Kontext, Vorfall, Beobachtung.

**Anwendung:** Konkrete Auslöser dafür, wann die Regel gilt.

Ohne „Warum“ ist die Regel tot - der Agent überträgt sie nicht auf eine ähnliche Situation. Ohne „Anwendung“ ist unklar, wann die Regel zu verwenden ist.

Ein Beispiel aus meinem Ordner: die Regel „Bindestrich, kein Gedankenstrich“. Sie entstand, weil der Gedankenstrich — ein wichtiges visuelles Kennzeichen generierter Texte ist. Sie gilt für alle Texte, die öffentlich erscheinen. Die Datei liegt unter ai-clone/feedback/no-em-dashes.md.

Ich mache es etwas anders: Ich schreibe Regeln in ai-clone/feedback/, nicht in CLAUDE.md. CLAUDE.md ist eine Projektdatei, aber Regeln zu Ton und Stil sind persönlich. Sie begleiten mich ins nächste Projekt. CLAUDE.md bleibt beim Projekt.

Was sind Live Metrics, und warum sollte man Zahlen nicht fest in Dateien eintragen?#

Eine der größten Fallen beim Aufbau eines zweiten Gehirns ist es, es mit veralteten Zahlen zu füllen. Du schreibst „Wir haben 320 Kunden“, und zwei Wochen später sind es schon 410. Du schreibst „Der Monatsumsatz beträgt 4.7 Millionen“, und einen Monat später fehlt der Zahl der Kontext: Ist das ein Ziel, ein Ist-Wert oder eine Prognose?

Im Beispiel des Autors funktioniert es so. In der Datei business/products/practicum.md steht statt einer Zahl ein Marker:

## Kohorten

> **LIVE** - führe die Abfragen in `live-metrics.md`, Abschnitt „Verkäufe“ aus,
> um die aktuellen Zahlungen je Kohorte zu sehen.

| Kohorte | Daten | Zahlende |
|-------|------|------------|
| 1 | 10.-12. März 2026 | LIVE |
| 2 | 24.-26. März 2026 | LIVE |

Eine separate Datei live-metrics.md enthält sofort ausführbare SQL-Abfragen und Beschreibungen ihrer Ergebnisse:

## Verkäufe (Zahlungen nach Kohorte)

```sql
SELECT c.name, COUNT(p.id) AS paid, SUM(p.amount) AS revenue
FROM purchases p
JOIN cohorts c ON c.id = p.cohort_id
WHERE p.status = 'paid'
GROUP BY c.name
ORDER BY c.starts_at DESC;
```

Wenn ich den Agenten frage: „Wie viele Zahlungen haben wir für die zweite Kohorte?“, dann:

1. Liest er business/products/practicum.md
2. Sieht er den LIVE-Marker neben der Zahl
3. Öffnet er live-metrics.md
4. Findet er den Abschnitt „Verkäufe“
5. Führt er die Abfrage gegen die Produktionsdatenbank aus
6. Antwortet er mit aktuellen Daten

Damit werden zwei Probleme gleichzeitig gelöst. Zahlen veralten nicht. Und Entscheidungen beruhen auf dem aktuellen Stand, nicht auf dem des letzten Jahres.

Wie navigiert die KI bei einer einzelnen Anfrage durch das zweite Gehirn?#

Eine konkrete Anfrage könnte zum Beispiel lauten: „Verfasse eine E-Mail an die Teilnehmer zur neuen Kohorte.“

1. Claude beginnt mit einem leeren Fenster. Es lädt CLAUDE.md (Regeln, Stack, Verweise).
2. Anhand der Verweise in CLAUDE.md sieht es: „ai-clone/INDEX.md - zu Beginn jeder Sitzung lesen.“ Es öffnet die Datei und erfährt, wer ich bin, welchen Ton ich anschlage und welche Tabuwörter ich verwende.
3. In den Verweisen sieht es: „E-Mail-Vorlagen - src/lib/email/layout.ts.“ Es öffnet die Datei und versteht das Format.
4. Es sieht: „Produktkontext - business/products/practicum.md.“ Es öffnet die Datei und liest über das Produkt.
5. Es sieht den LIVE-Marker in der Datei und einen Verweis auf live-metrics.md. Es öffnet die Datei und findet das ausführbare SQL. Wenn es eine aktuelle Zahl braucht, führt es die Abfrage aus. Andernfalls vermerkt es: „Diese Zahl beim Versand abrufen.“
6. Es sieht die Tonregeln in ai-clone/style/telegram-format.md, das Verbot von Gedankenstrichen in ai-clone/feedback/no-em-dashes.md und die Funnel-Konversionsraten in business/marketing/funnel.md.

Es schreibt die E-Mail in meinem Ton, mit aktuellen Zahlen und ohne Gedankenstriche oder KI-Kennzeichen.

Anthropic nennt diesen Ansatz in seinem Engineering-Blog „Just-in-time-Kontext“:

Anders gesagt: Claude trägt Verweise auf Daten mit sich, nicht die Daten selbst. Das ist wesentlich token-effizienter und genauer, weil nur relevante Informationen im Kontext landen. Das Fenster bleibt fürs Schlussfolgern frei.

5 Anti-Patterns beim zweiten Gehirn - was solltest du vermeiden?#

Anti-Pattern 1. Eine überladene CLAUDE.md. 500 Zeilen mit Anweisungen, „statt alles an einem Ort abzulegen“. Anthropic sagt es deutlich:

Die Ziellänge liegt bei 80-120 Zeilen. Alles andere kommt in separate Dateien, auf die du verweist.

Anti-Pattern 2. Ein Sammelordner. Du wirfst alles ins zweite Gehirn: unbearbeitete Chatkorrespondenz, nutzlose Screenshots, Berichte, die niemand lesen wird. Einen Monat später ist der Ordner angeschwollen, der Agent verschwendet Tokens mit dem Lesen von Unrat, und du weißt nicht mehr, wo etwas liegt. Die Regel: Jede Datei im zweiten Gehirn sollte eine konkrete Frage beantworten. Wenn seit sechs Monaten niemand sie geöffnet hat, lösche sie oder verschiebe sie ins Archiv.

Anti-Pattern 3. Duplikate. „Zahlungen laufen über CloudPayments, unter src/lib/payment/cloudpayments.ts; der Anbieter ist in .env konfiguriert.“ Der Agent kann das alles im Code sehen. Du musst es nicht in business/ duplizieren. Duplikate veralten: Der Code ändert sich, business/ wird nicht aktualisiert, und der Agent arbeitet mit veralteten Informationen.

Anti-Pattern 4. Fest eingetragene Zahlen. „Wir haben 1,247 Kunden bei einer Konversionsrate von 6.3 %“ - stell dir vor, das wären Zahlen eines abstrakten Fintech-Start-ups. All diese Zahlen sind in einer Woche veraltet. Verwende den LIVE-Marker und live-metrics.md. Der Abschnitt dazu steht weiter oben.

Anti-Pattern 5. Kontext ohne zugänglichen Verweis. Liegt das zweite Gehirn anderswo und fehlen dem Agenten Berechtigung oder Verweis, reicht der Start im Codeordner nicht. Für unkritische gemeinsame Notizen sind business/ und ai-clone/ im Repository praktisch. Private Informationen gehören an einen separat kontrollierten Ort mit ausdrücklich erlaubtem Zugriff und klaren Verweisen. Ein bequemer Ordneraufbau hat keinen Vorrang vor Vertraulichkeit.

Wie du ein zweites Gehirn in einer Stunde aufbaust - eine Schritt-für-Schritt-Anleitung#

1. Erstelle zwei Stammordner

   Im Projektstammverzeichnis, neben src/:

   mkdir -p business/{products,audience,goals,economics,marketing}
   mkdir -p ai-clone/{identity,voice,principles,feedback,style}
   

2. Erstelle eine INDEX.md als Ordnerübersicht

   business/INDEX.md ist eine Tabelle „Frage → Datei“. Beginne mit mindestens 5 Zeilen und füge nach und nach weitere hinzu. Mach dasselbe in ai-clone/INDEX.md.

3. Füge kurze Beschreibungen des Produkts und des Kunden hinzu

   business/products/main.md - was das Produkt ist, für wen es gedacht ist, wie viel es kostet und wodurch es sich unterscheidet. 30-50 Zeilen. business/audience/avatar.md - wer der Kunde ist, welche Probleme er hat und was er kauft. 30-50 Zeilen. Beschreibe keinen idealen Kunden, sondern einen echten. Wenn du etwas nicht weißt, markiere es mit „zu klären“ und fahre fort.

4. Beschreibe dich selbst in ai-clone/role.md

   Wer du bist, was du tust und was dir wichtig ist. 20-30 Zeilen. Das genügt für den Anfang. Ergänze Ton, Prinzipien und Tabuwörter, sobald dir auffällt, dass der Agent in einem Stil schreibt, der nicht deinem entspricht.

5. Ergänze Verweise in CLAUDE.md

   Öffne CLAUDE.md und füge einen Abschnitt hinzu:

   ## Projektübersicht
   
   - Geschäftskontext → `business/INDEX.md`
   - Kontext über mich → `ai-clone/INDEX.md`
   - Technische Pläne → `plans/YYYY-MM-DD-*.md`
   - Rückblicke auf vergangene Sitzungen → `retrospectives/`
   
   Lies `ai-clone/INDEX.md` und `business/INDEX.md` immer zu Beginn einer Sitzung.
   

6. Starte Claude Code und prüfe es

   Öffne den Agenten. Frage: „Erzähl mir von meinem Produkt und meiner Zielgruppe.“ Wenn er aus dem Ordnerkontext antwortet, funktioniert es. Wenn er sich Dinge ausdenkt, prüfe, ob sich die Ordner neben dem Projekt befinden, ob die Dateien korrekt benannt sind und ob die Verweise in CLAUDE.md präzise formuliert sind.

Danach wächst das zweite Gehirn nach zwei Prinzipien.

Erstens: Füge jedes Mal eine Regel hinzu, wenn der Agent einen Fehler macht. Nach 3-4 Wochen enthält ai-clone/feedback/ 15-20 Regeldateien, und der Agent macht die meisten häufigen Fehler nicht mehr.

Zweitens: Halte jede geschäftliche Entscheidung in business/ fest. Wenn du den Preis erhöhst, ergänze business/products/pricing.md um eine Notiz mit Datum und Begründung. Wenn du die Positionierung änderst, ergänze business/company/about.md. Sechs Monate später hast du ein Archiv, das sich an das „Warum“ erinnert.

Wir haben diese Woche gemeinsam eine beträchtliche Menge an Arbeit erledigt.

Analysiere alle Codeänderungen und Commits, die wir diese Woche gemacht haben.
Welche wertvollen Informationen daraus sollten in business/ stehen? Schreibe sie in die passenden Dateien
und ergänze Wiki-Links zu benachbarten Dateien, damit der Kontext nicht verloren geht.

Wenn es im Code Entscheidungen gibt, die ich nicht erklärt habe, frage mich nach dem Warum
und halte die Begründung mit dem Datum in der passenden Datei fest.

Dupliziere nichts, was aus dem Code bereits offensichtlich ist. Nimm nur auf, was der Agent
in der nächsten Sitzung ohne business/ nicht wissen würde.

Was kommt als Nächstes - Skills, Subagents und Context Engineering#

Sobald das zweite Gehirn eingerichtet ist, gibt es noch drei weitere Tools, die Anthropic als drei verschiedene Ebenen der Kontextoptimierung beschreibt.

Skills sind prozedurales Wissen. Wenn du einen Arbeitsablauf wiederholst (einen Lernleitfaden schreiben, einen Telegram-Beitrag erstellen, eine Website prüfen), kannst du ihn in einer SKILL.md-Datei mit einer Aufgabenbeschreibung festhalten. Zu Beginn einer Sitzung scannt Claude die Namen und Beschreibungen der Skills und lädt nur diejenigen, die zur aktuellen Aufgabe passen. Das spart Tokens und hält den Fokus.

Subagents sind isolierte Claude-Instanzen mit eigenen Kontextfenstern. Starte einen Subagenten für eine anspruchsvolle Aufgabe (30 Dateien lesen und eine Zusammenfassung erstellen); er arbeitet in seinem eigenen Fenster und gibt nur das Ergebnis zurück. Dein Hauptfenster bleibt frei. Anthropic schreibt:

Context Engineering bedeutet, zu steuern, was überhaupt in das Fenster gelangt. Anthropic bezeichnete es 2025 als grundlegende Fähigkeit für die Arbeit mit Agenten, eine Ebene über Prompt Engineering. Prompt Engineering bedeutet, die Formulierung zu wählen. Context Engineering bedeutet, Dateien, Verweise, Skills und Subagents auszuwählen.

Ein zweites Gehirn ist der erste Baustein von Context Engineering. Ohne eines lesen Skills einen leeren Raum, Subagents haben keinen Anlaufpunkt und das Fenster des Agenten füllt sich mit zufälligen Informationen. Mit einem zweiten Gehirn kommen alle drei Tools zum Einsatz.

Nächster Schritt. Erstelle neben dem Projekt zwei Ordner: business/ und ai-clone/. Lege in jedem eine INDEX.md mit 5 Zeilen als Übersicht an. Ergänze vier Verweiszeilen in CLAUDE.md. In einer Stunde hast du ein funktionierendes Grundgerüst für ein zweites Gehirn. Erweitere es dann nach der Regel: „Füge nach jedem Fehler des Agenten eine Zeile zu ai-clone/feedback/ hinzu.“ Die vollständige CLAUDE.md-Vorlage für Verweise auf das zweite Gehirn erkläre ich im Leitfaden So richtest du CLAUDE.md richtig ein.

Entdecke Ailoot weiter unter ailoot.ai.