Praxisnahe Nutzungstipps vom Erfinder von Claude Code

(x.com/bcherny)

111 Punkte von xguru 2026-02-02 | Noch keine Kommentare. | Auf WhatsApp teilen

1. Parallele Arbeit maximal ausnutzen

Das gleichzeitige Ausführen von 3–5 git worktrees und der parallele Betrieb separater Claude-Sitzungen ist innerhalb des Claude-Code-Teams der größte Produktivitäts-Tipp
Manche bevorzugen git checkout, aber die meisten Teammitglieder von Claude Code bevorzugen worktrees
- Daher wurde der Claude Desktop-App eine native worktree-Unterstützung hinzugefügt
Es wird auch genutzt, worktrees zu benennen und Shell-Aliasse (za, zb, zc) einzurichten, um mit einem einzigen Tastendruck zu wechseln
Einige Teammitglieder betreiben zusätzlich einen separaten „analysis“-worktree nur zum Prüfen von Logs und zum Ausführen von BigQuery

Komplexe Aufgaben beginnen im Plan Mode und stecken Energie in die Planung, damit Claude die Implementierung in einem Durchgang abschließen kann
Wenn ein Claude den Plan erstellt, wird manchmal ein zweiter Claude gestartet, der ihn in der Rolle eines Staff Engineers prüft
Entscheidend ist, in dem Moment, in dem etwas schiefläuft, sofort in den Plan Mode zurückzukehren und neu zu planen — statt es mit Gewalt weiterzutreiben
Auch in der Validierungsphase ist es effektiv, explizit den Wechsel in den Plan Mode anzuweisen

Bei jeder Korrektur wird angewiesen: „Aktualisiere CLAUDE.md, damit derselbe Fehler nicht noch einmal passiert“
Claude hat die Eigenschaft, Regeln, an die es sich halten soll, sehr gut zu dokumentieren
Mit der Zeit wird CLAUDE.md fortlaufend überarbeitet, bis die Fehlerquote von Claude messbar sinkt
Ein Engineer pflegt für alle Aufgaben/Projekte ein notes-Verzeichnis und weist Claude an, es bei jedem PR zu aktualisieren; CLAUDE.md ist so eingerichtet, dass es darauf verweist

Tipps aus dem Claude-Code-Team:

Alles, was mehr als einmal pro Tag wiederholt wird, als Skill oder Slash Command anlegen
Einen /techdebt-Slash-Command erstellen, der am Ende einer Sitzung doppelten Code findet und entfernt
Ein Slash-Command-Setup, das Slack, GDrive, Asana und GitHub der letzten 7 Tage in einen einzigen Context-Dump synchronisiert
Einen analytics-engineer-artigen Agenten erstellen, der dbt-Modelle schreibt, Code Reviews durchführt und die Dev-Umgebung testet
Mehr dazu: Extend Claude with skills

Slack MCP aktivieren, einen Slack-Bug-Thread in Claude einfügen und einfach nur „fix“ eingeben — dann kann der Fehler ohne Kontextwechsel behoben werden
Oder nur sagen: „Go fix the failing CI tests“ und Claude den Weg selbst finden lassen
docker logs an Claude weitergeben und für Troubleshooting in verteilten Systemen nutzen — erstaunlich kompetent

Mit „Prüfe diese Änderung streng und erstelle keinen PR, bis ich die Tests bestanden habe“ Claude als Reviewer einsetzen
Mit „Beweise, dass das funktioniert“ darum bitten, das Laufzeitverhalten zwischen main-Branch und Feature-Branch zu diffen
Wenn nur ein durchschnittliches Ergebnis herauskommt: „Wirf das weg und implementiere auf Basis von allem, was du bisher gelernt hast, eine elegante Lösung“
Der Schlüssel zu besserer Ausgabequalität ist, vor der Übergabe eine detaillierte Spezifikation zu schreiben und Mehrdeutigkeiten zu beseitigen

Im Claude-Code-Team wird das Terminal Ghostty bevorzugt
- Vorteile sind synchrones Rendering, 24-Bit-Farbe und ordentliche Unicode-Unterstützung
Mit /statusline die Statusleiste anpassen, damit Context-Nutzung und aktueller git-Branch immer sichtbar sind
Terminal-Tabs farblich codieren und benennen sowie tmux verwenden — ein Tab pro Aufgabe/worktree
Die Nutzung von Spracheingabe wird empfohlen
- Man kann etwa dreimal schneller sprechen als tippen, und Prompts werden deutlich detaillierter
- Unter macOS wird sie durch zweimaliges Drücken der fn-Taste aktiviert
Zusätzlicher Tipp: Optimize your terminal setup

Wenn Claude mehr Rechenaufwand investieren soll, der Anfrage „use subagents“ hinzufügen
Einzelne Aufgaben an Subagents delegieren, um das Kontextfenster des Hauptagenten sauber und fokussiert zu halten
Einen Hook einrichten, der Berechtigungsanfragen an Opus 4.5 weiterleitet — nach einem Angriffsscan werden sichere Anfragen automatisch genehmigt

Claude Code anweisen, die bq-CLI zu nutzen, um spontan Metriken abzurufen und zu analysieren
Einen BigQuery-Skill ins Codebase einchecken, damit das ganze Team Analyse-Queries direkt in Claude Code ausführen kann
Seit mehr als 6 Monaten keine SQL mehr direkt geschrieben
Gilt genauso für jede Datenbank mit CLI, MCP oder API

In /config den Output-Stil „Explanatory“ oder „Learning“ aktivieren, damit Claude das Warum hinter Änderungen erklärt
Darum bitten, eine visuelle HTML-Präsentation zu erstellen, die unbekannten Code erklärt — die erzeugten Slides sind erstaunlich gut
Zum Verständnis neuer Protokolle und Codebases darum bitten, ASCII-Diagramme zu zeichnen
Einen Skill für Spaced Repetition aufbauen
- Wenn der Nutzer erklärt, was er verstanden hat, stellt Claude zusätzliche Fragen, um Lücken zu schließen, und speichert das Ergebnis