Wie der Claude-Code-Erfinder Boris Cherny Claude Code nutzt

(x.com/bcherny)

114 Punkte von GN⁺ 2026-01-05 | Noch keine Kommentare. | Auf WhatsApp teilen

Er gibt seine reale Arbeitsumgebung und seinen Workflow preis und stellt vor, wie er im Terminal 5 Claude-Instanzen parallel ausführt und im Web zusätzlich 5–10 weitere betreibt
Für alle Aufgaben nutzt er Opus 4.5 with thinking: groß und langsam, aber mit weniger Steuerungsaufwand und hervorragender Tool-Nutzung, wodurch es am Ende schneller ist
Das gesamte Team teilt eine einzige CLAUDE.md-Datei; jedes Mal, wenn Claude ein Fehlverhalten zeigt, wird dies dort ergänzt, sodass sich der Lerneffekt ansammelt
Die meisten Sessions starten im Plan-Modus; nachdem der Plan ausreichend ausgearbeitet ist, wird in den Auto-Accept-Modus gewechselt, um in einem Durchgang fertig zu werden
Der wichtigste Faktor für 2- bis 3-mal bessere Endergebnisse ist, Claude eine Feedback-Schleife zur Selbstüberprüfung der Arbeit zu geben

1/ Aufbau einer Parallel-Ausführungsumgebung

Im Terminal 5 Claude-Instanzen parallel ausführen, die Tabs mit 1–5 nummerieren und über Systembenachrichtigungen erkennen, wann Eingaben nötig sind

Auch auf der claude.ai/code-Website zusätzlich 5–10 Claude-Instanzen parallel ausführen und zusammen mit lokalen Claude-Sessions betreiben
Lokale Sessions ans Web übergeben (mit &) oder Sessions direkt in Chrome starten, mit --teleport in beide Richtungen wechseln
Auch die Methode nutzen, jeden Morgen und im Lauf des Tages mehrere Sessions in der iOS-App zu starten und sie später zu prüfen

Für alle Aufgaben Opus 4.5 with thinking verwenden
Das beste Coding-Modell, das er bisher genutzt hat
Größer und langsamer als Sonnet, braucht aber weniger Steuerung (steering) und ist hervorragend im Umgang mit Tools
Dadurch am Ende fast immer schneller zu Ergebnissen als kleinere Modelle

Im Claude-Code-Repository eine vom gesamten Team geteilte einzige CLAUDE.md-Datei pflegen
In git einchecken, wobei das gesamte Team mehrmals pro Woche beiträgt
Jedes Mal, wenn Claude ein Fehlverhalten zeigt, dies in CLAUDE.md ergänzen, um denselben Fehler beim nächsten Mal zu verhindern
Andere Teams pflegen ebenfalls ihre eigene CLAUDE.md, und jedes Team ist dafür verantwortlich, sie aktuell zu halten

Bei Code-Reviews in PRs von Kollegen @.claude taggen, um Inhalte als Teil des PRs zu CLAUDE.md hinzuzufügen
Die Claude Code GitHub Action(/install-github-action) nutzen
Ein Ansatz ähnlich dem Konzept Compounding Engineering von Dan Shipper

Die meisten Sessions im Plan-Modus starten (zweimal shift+tab)
Wenn das Ziel das Erstellen eines PR ist, im Plan-Modus so lange mit Claude iterativ abstimmen, bis der Plan zufriedenstellend ist
Nach Festlegung des Plans in den Modus auto-accept edits wechseln; dann liefert Claude es meist in einem Durchgang (1-shot)
Ein guter Plan ist wirklich wichtig

Für jeden „inner loop“-Workflow, den man mehrmals täglich ausführt, Slash-Commands verwenden
Spart wiederholte Prompts, und Claude kann diesen Workflow ebenfalls nutzen
Die Commands werden in git eingecheckt und im Verzeichnis .claude/commands/ gespeichert
Beispiel: Den Slash-Command /commit-push-pr täglich dutzende Male verwenden
- Mit inline bash lassen sich Informationen wie git status vorab berechnen, um die Ausführung zu beschleunigen und unnötige Rückkopplungen mit dem Modell zu vermeiden

Regelmäßig mehrere Sub-Agents nutzen
- code-simplifier: vereinfacht den Code, nachdem Claude seine Arbeit abgeschlossen hat
- verify-app: enthält detaillierte Anweisungen für End-to-End-Tests mit Claude Code
Ähnlich wie bei Slash-Commands geht es darum, die häufigsten Workflows zu automatisieren, die in den meisten PRs vorkommen

Den PostToolUse-Hook verwenden, um die Code-Formatierung von Claude zu behandeln
Claude erzeugt standardmäßig gut formatierten Code, und der Hook übernimmt die restlichen 10 %, um spätere Formatierungsfehler in CI zu vermeiden

--dangerously-skip-permissions wird nicht verwendet
Stattdessen mit /permissions in der Umgebung als sicher bekannte allgemeine bash-Befehle vorab erlauben
So lassen sich unnötige Berechtigungs-Prompts vermeiden
Das meiste wird in .claude/settings.json eingecheckt und im Team geteilt

Claude Code nutzt alle Tools stellvertretend
- Slack durchsuchen und posten (über einen MCP-Server)
- BigQuery-Abfragen ausführen (mit der bq CLI), um Analysefragen zu beantworten
- Fehler-Logs aus Sentry abrufen
Die Slack-MCP-Konfiguration wird in .mcp.json eingecheckt und im Team geteilt

Bei sehr langen Aufgaben zwischen drei Methoden wählen:
- (a) Beim Abschluss per Prompt einen Background Agent die Arbeit verifizieren lassen
- (b) Den Agent Stop Hook verwenden, um deterministischer zu verifizieren
- (c) Das von Geoffrey Huntley entwickelte ralph-wiggum-Plugin verwenden
In einer Sandbox --permission-mode=dontAsk oder --dangerously-skip-permissions einsetzen, damit Claude sich ohne Berechtigungs-Prompts auf die Aufgabe konzentrieren kann

Der wichtigste Faktor für hervorragende Ergebnisse mit Claude Code: Claude eine Möglichkeit geben, seine Arbeit zu verifizieren
Mit dieser Feedback-Schleife steigt die Qualität des Endergebnisses um das 2- bis 3-Fache
Alle Änderungen, die auf claude.ai/code landen, mit der Claude-Chrome-Erweiterung testen
- Den Browser öffnen, die UI testen und iterieren, bis der Code funktioniert und die UX gut ist
Die Verifikationsmethode unterscheidet sich je nach Domäne
- Sie kann so einfach sein wie das Ausführen eines bash-Befehls
- Das Ausführen einer Test-Suite
- Oder das Testen der App in einem Browser oder Telefonsimulator
Es ist nötig, in den robusten Aufbau dieses Verifikationsprozesses zu investieren