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

 (x.com/bcherny)
114 Punkte von GN⁺ 2026-01-05 | 11 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

2/ Paralleler Betrieb von Web und lokal

  • 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

3/ Modellauswahl: Opus 4.5 with thinking

  • 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

4/ Wissensaufbau im Team mit CLAUDE.md

  • 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
Anzeige

5/ CLAUDE.md bei Code-Reviews aktualisieren

  • 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

6/ Workflow mit Plan-Modus und automatischer Freigabe

  • 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

7/ Automatisierung wiederkehrender Aufgaben mit Slash-Commands

8/ Einsatz von Sub-Agents

  • 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
    Anzeige
  • Ähnlich wie bei Slash-Commands geht es darum, die häufigsten Workflows zu automatisieren, die in den meisten PRs vorkommen

9/ Code-Formatierung mit dem PostToolUse-Hook

  • 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

10/ Vorgehensweise bei Berechtigungen

  • --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

11/ Nutzung der Tool-Integrationen von Claude Code

  • 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
Anzeige

12/ Umgang mit lang laufenden Aufgaben

  • Bei sehr langen Aufgaben zwischen drei Methoden wählen:
  • In einer Sandbox --permission-mode=dontAsk oder --dangerously-skip-permissions einsetzen, damit Claude sich ohne Berechtigungs-Prompts auf die Aufgabe konzentrieren kann

13/ Wichtigster Tipp: eine Verifikations-Feedback-Schleife bereitstellen

  • 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

Verwandte Beiträge

11 Kommentare

 
laeyoung 2026-01-05
  1. Paralleler Betrieb von Web und lokal

Auf dem Bild im Originalbeitrag sieht es so aus, als würden lokal 5 und im Web 5 Instanzen laufen. Gibt es einen bestimmten Grund, warum man nicht einfach 10 lokal und 10 im Web laufen lässt, sondern sie in 5 und 5 aufteilt?
 
agendacho 2026-01-06

Im Web ist es vermutlich eher für einfache Checks und einfache Aufgaben auf demselben git branch wie lokal gedacht.
(Um sogar unterwegs zu arbeiten??)
Nur eine Vermutung, aber wenn man lokal fünf Instanzen erstellt, könnte man je nach Zweck unterschiedliche git branches verwenden, um den Kontext zu verwalten.
Jeder Tab wäre dann zum Beispiel so aufgeteilt:
Tab 1 für das Erstellen von DB-Queries und die Planung, Tab 2 für das Backend, Tab 3 für die API-Entwicklung, Tab 4 für das Frontend, Tab 5 für Code-Review usw. — also vermutlich parallel in Bereichen betrieben, in denen es möglichst wenig Konflikte gibt.
 
eajrezz 2026-01-05

Das ist nur eine Vermutung, aber vermutlich liegt es daran, dass es für den Zugriff unterwegs über ein mobiles Gerät eine Web-Session sein muss. Wenn etwa 10 noch eine bewältigbare kognitive Belastung sind, könnte man 5 lokal am PC für tiefgehende Arbeit nutzen und den Rest mobil für schnelle Aufgaben.
 
laeyoung 2026-01-05

Das könnte sein.
 
sonlar 2026-01-14

Gemeinsame Punkte bei den Skills..
 
wedding 2026-01-05

Er ist der Erfinder, also wird er wohl kein Limit haben, oder..?
 
princox 2026-01-06

Ich vermute, dass die interne Unternehmens-API wohl nicht limitiert ist, denn ich habe einen Beitrag gesehen, in dem stand, dass das Claude-Code-Produkt selbst mit Claude Code entwickelt wird .. haha;;
 
cshj55 2026-01-05

Wird man damit trotzdem nicht erwischt..? Ist nur ziemlich teuer..
 
elbanic 2026-01-12

Bei uns im Unternehmen gibt es keine Nutzungsbeschränkungen. Ich bin zwar nicht bei Anthropic, aber bei einem Big-Tech-Unternehmen, und Sonnet 4.5 ist praktisch unbegrenzt.
 
wegaia 2026-01-05

Ich habe ein Max-Abo, aber schon vom bloßen Lesen hat man das Gefühl, dass einem die Tokens weggezogen werden.