Ich habe persönlich 30 operative Tipps für Claude Code zusammengefasst, die sein Schöpfer Boris Cherny als essenziell bezeichnet. Das ist wirklich ein legendärer Artikel.
Ehrlich gesagt, ob man diese Tipps kennt oder nicht, verändert die Erfahrung mit Claude Code wie Tag und Nacht. Du wirst feststellen, dass all die Zeit, die du damit verbracht hast, dieselben Anweisungen zu wiederholen oder Stunden mit Nachbesserungen zu verlieren, völlig unnötig war.
Übrigens, hast du diese Probleme auch, wenn du Claude Code verwendest?
- Du hast das Gefühl, jedes Mal dieselben Anweisungen zu geben, und wünschst dir, es würde einfach lernen.
- Große Änderungen führen zu ständigen Nachbesserungen, sodass du denkst, es sei schneller, es selbst zu reparieren.
- Es gibt zu viele Funktionen, und du weißt nicht, wo du anfangen sollst.
- Gespräche werden lang und zusammenhangslos, was zu Momenten führt wie: "Moment, habe ich das nicht gerade gesagt?"
Die Erfahrung mit Claude Code verändert sich drastisch, wenn du Kontext, Überprüfung, Berechtigungen, paralleles Design und Automatisierung richtig einrichtest.
Dieser Artikel wurde unabhängig von ClaudeCodeStudio recherchiert und geschrieben, wobei Primärinformationen vom 23. April 2026 priorisiert wurden, einschließlich Boris Chernys X-Beiträge, Anthropics offizielle Dokumentation und offizielle GitHub-Repositorys/Aktionen!
Da Boris klar gesagt hat: "Ich habe Claude Code erschaffen", habe ich seine operativen Ratschläge als Stimme des Fachgebiets priorisiert und gleichzeitig CLI-Optionen und Einstellungen mit den offiziellen Docs abgeglichen! 😆
Wenn du Claude Code verwendest, MUSST du das unbedingt lesen!!!
Das Speichern ist Pflicht!!!!
Es wird deine Produktivität realistisch um das 10-fache steigern! Lass uns eintauchen! 👇
■ Drei Prinzipien, die du zuerst verstehen solltest
Die größten Faktoren, die Claude Code in der Praxis leistungsstark machen, lassen sich auf nur drei Dinge reduzieren.
Die Trennung von "Untersuchung" und "Implementierung" im Plan-Modus. Claude die Möglichkeit geben, seine eigene Arbeit zu überprüfen. Und mit parallelen Sitzungen zu arbeiten.
Boris wiederholt stets: "Verwende fast immer den Plan-Modus", "Gib Claude eine Möglichkeit, seine Ausgabe zu überprüfen" und "3–5 Git-Worktrees".
■ Die Philosophie "Keine einzige richtige Antwort"
Wenn man Boris' Beiträge liest, wird eine wiederkehrende Haltung deutlich: Es gibt keinen einzigen richtigen Weg, Claude Code zu nutzen, sondern es sollte als hochgradig anpassbares operatives Werkzeug verwendet werden. Er selbst wiederholt: "Es gibt keinen einzigen richtigen Weg, Claude Code zu nutzen."
Basierend auf dieser Prämisse schlägt er den folgenden effektivsten Workflow vor 👇
Untersuchen/Planen im Plan-Modus
↓ Implementierungssitzung
↓ Selbstüberprüfung durch Tests, Screenshots und CLI
↓ PR erstellen
↓ Code-Review / Ultrareview
↓ Erkenntnisse in CLAUDE.md, Hooks und Skills einfließen lassen
Mit diesem Ablauf im Hinterkopf schauen wir uns die 30 spezifischen Tipps an.
■ 30 operative Tipps
Diese sind nach ihrer Effektivität in der Praxis geordnet. Tipps aus Boris' X-Beiträgen konzentrieren sich auf die Richtung, während Details zu Einstellungen und Einschränkungen durch offizielle Docs und GitHub untermauert werden. Research-Preview-Funktionen sind klar gekennzeichnet.
■ Tipp 1: Große Änderungen zuerst im Plan-Modus isolieren
Allein die Trennung von Untersuchung, Planung und Implementierung reduziert Fehlimplementierungen und Nachbesserungen drastisch. Es ist einfach, aber deshalb sagt Boris: "Verwende fast immer den Plan-Modus."
Beispiel: "Lies src/auth und secrets im Plan-Modus. Ordne die betroffenen Dateien, den Datenfluss und die Testperspektiven für Google OAuth, bevor du mit der Implementierung beginnst."
Ohne Plan-Modus in große Änderungen einzusteigen, führt oft zu verlorenem Kontext oder Kurskorrekturen auf halbem Weg. Das Gesamtbild zuerst erfassen zu lassen, verändert wirklich die Implementierungsgenauigkeit.
■ Tipp 2: Claude sich selbst überprüfen lassen
Boris nennt dies die "einzelne Sache mit dem größten Hebel". Lass Claude Tests ausführen, Screenshots überprüfen und CLI-Ausgaben selbst verifizieren.
"Führe nach der Korrektur npm test aus und betrachte es erst als abgeschlossen, wenn alle Tests bestanden sind."
Allein das ermöglicht es Claude, Probleme zu finden und zu beheben, bevor ein Mensch sie überhaupt überprüft. Wenn die Verifikationsbefehle zu schwer sind, beginne mit minimalen Smoke-Tests.
■ Tipp 3: 3–5 Git-Worktrees parallel ausführen
Boris bezeichnet den parallelen Worktree-Betrieb als den "wichtigsten Produktivitätsschub".
Indem du mehrere Worktrees hinzufügst, wie git worktree add ../repo-auth -b feat/auth, und Claude in jedem startest, sinken die Wartezeiten auf null, und unabhängige Aufgaben können gleichzeitig voranschreiten.
Die optimale Anzahl hängt von deiner Umgebung ab. 3–5 sind ein Richtwert, aber je nach Review-Kapazität, CPU und deinen eigenen Kontextwechselkosten könnten 2 für manche richtig sein, während andere 6 bewältigen können.
■ Tipp 4: CLAUDE.md gnadenlos bearbeiten
CLAUDE.md ist das spezifische Regelbuch deines Projekts. Wenn es sich selbst überlassen bleibt, wird es veraltet, und Claude beginnt, auf der Grundlage falscher Annahmen zu handeln.
Boris' Politik ist einfach: "Bearbeite deine CLAUDE.md im Laufe der Zeit gnadenlos" und "Füge etwas hinzu, wenn Claude denselben Fehler ein zweites Mal macht."
Umgekehrt solltest du Regeln löschen, die nicht mehr benötigt werden. Wenn es zu aufgebläht wird, frisst es Kontext, daher ist regelmäßiges Ausmisten entscheidend.
■ Tipp 5: Tägliche wiederkehrende Aufgaben in Skills umwandeln und in Git committen
Wiederkehrende Prozeduren jedes Mal im Gespräch zu erklären, ist Zeitverschwendung. Erstelle .claude/skills/deploy/SKILL.md und rufe es mit /deploy staging auf.
Boris sagt: "Wenn du etwas mehr als einmal am Tag tust, mach einen Skill oder Befehl daraus", und fügt hinzu, dass es "fast nichts kostet, bis du es brauchst."
Wenn ein Skill jedoch zu aufgebläht wird, könnte sein Auslöser unklar werden. Teile daher lange Referenzmaterialien auf.
■ Tipp 6: Team-Einstellungen in settings.json ablegen und per Git verwalten
Die Versionierung projektspezifischer Einstellungen stellt sicher, dass das gesamte Team die gleiche Claude Code-Erfahrung hat. Es beschleunigt das Onboarding und verhindert, dass Einstellungen von einer einzelnen Person abhängen.
Natürlich niemals persönliche API-Schlüssel oder Tokens committen. Vergiss nicht, deine .gitignore zu überprüfen.
■ Tipp 7: Sichere Berechtigungen vorab genehmigen, gefährliche Bereiche verbieten
Ist es nicht stressig, jedes Mal gefragt zu werden: "Erlaubst du diesen Vorgang?" Mit allow/ask/deny wird diese Dialogmüdigkeit beseitigt.
"allow": ["Bash(npm test *)"], "ask": ["Bash(git push *)"], "deny": ["Read(./.env)", "Read(./secrets/**)"]
Boris sagt: "Genehmige häufige Berechtigungen vorab", und die offiziellen Docs legen fest, dass "Regeln in der Reihenfolge ausgewertet werden: deny… ask… allow." Es ist ein Prinzip, .env oder secrets explizit zu verbieten, um zu weit gefasste Wildcards zu vermeiden.
■ Tipp 8: --add-dir verwenden, um mehrere Ordner/Repos zu umfassen
Es gibt viele Fälle, in denen du Dokumente oder Bibliotheken außerhalb eines Monorepos anzeigen möchtest.
CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1 claude --add-dir ../docs --add-dir ../shared-libs
Dies ermöglicht das Codieren unter Bezugnahme auf externe Dokumente. Beachte, dass die Umgebungsvariable aktiviert sein muss, damit CLAUDE.md in hinzugefügten Verzeichnissen gelesen wird.
■ Tipp 9: Aufgabenverteilung mit Subagenten annehmen
Das gleichzeitige Bearbeiten von Untersuchung, Review und Debugging im Hauptkontext verwässert das Gespräch. Boris sagt: "Ich verwende regelmäßig ein paar Subagenten", und jeder Subagent läuft in seinem eigenen dedizierten Kontextfenster.
Bereite Subagenten wie code-reviewer, debugger oder data-scientist vor und schreibe klare Beschreibungen für sie.
■ Tipp 10: Formatierung/Prüfung mit PostToolUse-Hooks automatisieren
Führe automatisch Formatierer oder Linter aus, jedes Mal wenn Claude eine Datei bearbeitet.
Frage Claude: "Schreibe einen Hook, der nach jeder Dateibearbeitung prettier --write ausführt."
Es wird alles erledigen, vom Generieren des Hooks bis zur Integration in .claude/settings.json. Dies automatisiert die Konsistenz des Codestils und eliminiert Stilkommentare in Reviews.
■ Tipp 11: CLAUDE.md über PR-Kommentare aktualisieren
Ändere die "zukünftigen Regeln" zusammen mit dem Code in deinen PRs. Boris sagt: "Tagge @.claude in den PRs meiner Kollegen, um etwas zur CLAUDE.md hinzuzufügen."
Zum Beispiel kommentieren: "@claude füge diese Erkenntnis zur CLAUDE.md hinzu. Beginne Änderungen in src/billing immer im Plan-Modus." Dies reduziert wiederholtes Feedback in der Zukunft.
■ Tipp 12: Immer den aktuellen Stand mit der Statuszeile kennen
Informationen, die am unteren Bildschirmrand angezeigt werden, zeigen auf einen Blick, "was du auf welchem Branch tust, wie viel Kontext verwendet wird und die Kosten."
/statusline show model name, git branch, context percentage, cost
Der Einstieg mit Branch, Kontext% und Kosten reicht normalerweise aus, um Kontexterschöpfung oder Branch-Fehler frühzeitig zu erkennen.
■ Tipp 13: Frontend-Arbeit mit der Chrome-Erweiterung beschleunigen
Boris empfiehlt: "Verwende die Chrome-Erweiterung für Frontend-Arbeit." Da sie Browser-Login-Zustände teilen kann, kannst du Claude Screenshot-Vergleiche zur UI-Überprüfung zeigen.
Dass Claude UI-Brüche erkennt, die im Code nicht sichtbar sind, ist ein großer Pluspunkt. Da Screenshots jedoch keine Barrierefreiheit oder gefühlte Geschwindigkeit messen können, verwende bei Bedarf Lighthouse oder e2e-Tests.
■ Tipp 14: Claude Analyseaufgaben über die CLI erledigen lassen
Claude SQL oder die CLI nutzen zu lassen, bringt Entwicklung, Analyse und Strategie in denselben Arbeitsbereich.
"Verwende das bq-CLI, um die Conversion-Metriken der letzten 7 Tage nach Kanal abzurufen, fasse Anomalien zusammen und schlage Hypothesen vor."
Wie Boris sagt: "Verwende Claude für die Datenanalyse", ist dieser Tipp nicht nur für Entwickler, sondern auch für Produktmanager effektiv.
■ Tipp 15: Claude dich interviewen lassen, wenn die Spezifikationen vage sind
Die offiziellen Docs haben einen Abschnitt: "Lass Claude dich interviewen." Anstatt direkt in die Implementierung einzusteigen, lass Claude Fragen stellen, um Anforderungen zu ermitteln.
Das Füllen von Spezifikationslücken vor der Implementierung reduziert Nachbesserungen drastisch, besonders wenn "was gebaut werden soll" vage ist.
■ Tipp 16: CLAUDE.md und Auto-Memory-Rollen trennen
Menschen schreiben Regeln in CLAUDE.md. Claude merkt sich entdeckte Präferenzen und Gewohnheiten im Auto-Memory. Diese Unterscheidung beizubehalten, verhindert, dass Einstellungen unübersichtlich werden.
■ Tipp 17: Mit pfadspezifischen Regeln und Kompaktierung entwerfen
In Monorepos trenne "globale Regeln" von "lokalen Regeln". Lege globale Konventionen in der root-CLAUDE.md und lokale in src/billing usw. ab.
■ Tipp 18: Kontext aggressiv verwalten
Die offiziellen Docs sagen explizit: "Verwalte Kontext aggressiv." Befördere wichtiges operatives Wissen in CLAUDE.md oder Skills und verwende /compact, um das Kontextfenster regelmäßig zu organisieren.
■ Tipp 19: "Beängstigende Änderungen" mit /rewind und Checkpoints ausprobieren
Jeder Vorgang in Claude Code ist ein Checkpoint. Drücke zweimal die Esc-Taste oder verwende /rewind, um zu Nachrichten-Checkpoints zurückzukehren – entweder nur Code, nur Gespräch oder beides.
■ Tipp 20: Externe Tools über MCP-Server anbinden
Die direkte Bedienung von Slack, Jira, Datenbanken oder internen APIs über Claude Code reduziert den Werkzeugwechsel drastisch.
■ Tipp 21: In Skripte/CI mit nicht-interaktivem Modus (claude -p) integrieren
Der nicht-interaktive Modus ist der Einstiegspunkt für die Claude Code-Automatisierung.
claude -p "Liste alle API-Endpunkte auf" --output-format json
■ Tipp 22: Große Migrationen mit claude -p pro Datei aufteilen
Die Bewältigung einer massiven Migration in einer einzigen Sitzung ist unmöglich. Es ist besser, horizontal zu verteilen.
■ Tipp 23: Direkt aus Issue-Management-Tools implementieren
Lass Claude GitHub Issues oder Linear-Tickets lesen und direkt mit der Implementierung beginnen.
■ Tipp 24: Regeln mit Hooks durchsetzen
CLAUDE.md ist "Beratung", Hooks sind "Ausführung". Verwechsle die beiden nicht. Verwende Hooks für "null Ausnahmen", um sicherzustellen, dass Aktionen stattfinden.
■ Tipp 25: /simplify für parallele Code-Reviews verwenden
Drei Review-Agenten prüfen gleichzeitig auf Redundanz, Qualität und Effizienz und führen sogar Korrekturen durch.
■ Tipp 26: @claude-Erwähnungen in GitHub Actions verwenden
Mit der offiziellen claude-code-action kannst du Codeänderungen implementieren oder Antworten erhalten, indem du einfach @claude in PRs oder Issues erwähnst.
■ Tipp 27: Code-Review und Ultrareview unterscheiden
Routinereviews und tiefgehende Reviews sind unterschiedlich. Verwende Code Review täglich und /ultrareview vor dem Mergen für einen tiefen Einblick.
■ Tipp 28: Wiederkehrende Vorgänge in Routinen umwandeln
Verlagere wöchentliche Wartungsarbeiten oder PR-verknüpfte Aufgaben in die Cloud. "Arbeite weiter, wenn dein Laptop zugeklappt ist."
■ Tipp 29: Schwere Planung an Ultraplan in der Cloud auslagern
Anstatt im Terminal zu warten, überprüfe Pläne Kapitel für Kapitel im Browser.
■ Tipp 30: Cloud-Sitzungen mit Fernsteuerung kontrollieren
Eine Funktion, um Claude Code-Sitzungen in der Cloud von deinem lokalen Rechner aus zu steuern.
■ Ungeklärte operative Punkte
Ich werde auch ehrlich über Bereiche sein, in denen die Richtung klar ist, aber Best Practices nicht etabliert sind, wie die Kombination von Chrome-Erweiterungen und e2e-Tests oder langfristige "tagelange" Operationen mit Stop-Hooks.
■ Wo du anfangen solltest
Für Entwickler: Beginne mit den Tipps 1, 2, 4, 7, 9 und 18. Für Produktmanager sind die Tipps 14, 15, 23, 27 und 28 am effektivsten.
■ Wöchentliche Checkliste
- Weist du auf denselben Fehler zweimal hin? → Füge ihn zur CLAUDE.md hinzu.
- Irgendwelche wiederkehrenden Aufgaben für Skills/Hooks? → Automatisiere sie.
- Ist die Kontextnutzung zu hoch? → Überprüfe deine
/compact-Gewohnheiten. - Ist die Anzahl der Worktrees angemessen? → Passe sie basierend auf der Bandbreite an.
■ Fazit
Der Schlüssel zur Meisterschaft von Claude Code liegt darin, operative Komponenten in der Reihenfolge zu festigen: Planen → Überprüfen → Speichern → Automatisieren. Du musst nicht mit allem beginnen. Allein die Tipps 1, 2 und 4 werden deine Entwicklungserfahrung grundlegend verändern.
Außerdem habe ich einen offenen Chat gestartet!
Du kannst hier beitreten 👇
Ich werde dort nützliche Informationen teilen und kostenlose Seminare abhalten, also komm vorbei! 😆
𝗖𝗹𝗮𝘂𝗱𝗲 𝗖𝗼𝗱𝗲 𝗦𝘁𝘂𝗱𝗶𝗼 @ 𝗝𝗮𝗽𝗮𝗻 (@ClaudeCode_love) wird von drei Claude Code-Enthusiasten betrieben. Wir posten täglich über praktische CLI-Nutzung und Automatisierung. Folge uns für reale Produktentwicklungsbeispiele und die neuesten globalen Informationen! 👀
