50 Tipps und Best Practices für den täglichen Einsatz von Claude Code

• Sammlung von 50 Praxistipps für Entwickler, die Claude Code bereits nutzen, zusammengestellt auf Basis der offiziellen Anthropic-Dokumentation, des Entwicklers Boris Cherny, von Community-Erfahrungen und einem Jahr täglicher Nutzung
• Umfasst alles von Session-Shortcuts wie dem cc-Alias, dem Präfix ! und Esc-Zurückspulen bis hin zu Subagents, Agenten-Teams und paralleler Arbeit mit Worktrees
• Enthält strukturierte Methoden zur Sicherung von Qualität und Konsistenz, darunter das Schreiben von CLAUDE.md, das Hooks-System und das Management des Kontextfensters
• Zeigt verschiedene Workflow-Muster wie den Einsatz von CLI-Tools, die Auswahl von MCP-Servern und Batch-Verarbeitung
• Empfiehlt eine schrittweise Einführung: nicht alle 50 Punkte auf einmal anwenden, sondern mit dem Punkt beginnen, der bisher am meisten gestört hat

---

1. cc-Alias einrichten

• Wenn du alias cc='claude --dangerously-skip-permissions' zu ~/.zshrc (oder ~/.bashrc) hinzufügst, kannst du mit der Eingabe von cc direkt eine Claude-Code-Session starten
• Diese Einstellung überspringt alle Berechtigungsabfragen, und der Flag-Name ist absichtlich bedrohlich gewählt
• Sollte nur verwendet werden, wenn du vollständig verstehst, was Claude Code in der Codebasis tun kann

2. Bash-Befehle inline mit dem Präfix ! ausführen

• Wenn du !git status oder !npm test eingibst, wird der Befehl sofort ausgeführt, und Befehl sowie Ausgabe bleiben im Kontext erhalten
• Claude kann das Ergebnis prüfen und Folgeaufgaben ausführen — schneller, als Claude erst um die Ausführung des Befehls zu bitten

3. Mit Esc stoppen, mit Esc+Esc zurückspulen

• Esc stoppt Claude mitten im Vorgang, ohne den Kontext zu verlieren — du kannst also sofort die Richtung ändern
• Esc+Esc (oder /rewind) öffnet per Scroll-Menü alle von Claude erstellten Checkpoints, sodass du Code, Gespräch oder beides wiederherstellen kannst
  • 4 Wiederherstellungsoptionen: Code und Gespräch, nur Gespräch, nur Code, Zusammenfassung nach dem Checkpoint
• So lassen sich auch Ansätze ausprobieren, bei denen du nur 40 % sicher bist — wenn sie scheitern, kannst du mit dem Zurückspulen ohne Schaden zurück
  • Allerdings verfolgen Checkpoints nur Dateibearbeitungen; Änderungen durch Bash-Befehle (Migrationen, DB-Arbeiten) werden nicht erfasst
• Mit claude --continue setzt du das letzte Gespräch fort, mit claude --resume nutzt du den Session-Selektor

4. Claude Mittel zur Selbstprüfung geben

• Baue Testbefehle, Linter-Prüfungen und erwartete Ausgaben in den Prompt ein, damit Claude eine Feedback-Schleife hat und eigene Fehler erkennen kann
  • Beispiel: "Refaktoriere die Auth-Middleware auf JWT. Führe nach der Änderung die bestehende Test-Suite aus, behebe alle Fehler und melde dich dann zurück"
• Laut Boris Cherny verbessert allein das die Qualität um das 2- bis 3-Fache
• Bei UI-Änderungen kannst du den Playwright-MCP-Server einrichten, damit Claude den Browser öffnet, mit der Seite interagiert und prüft, ob die UI wie erwartet funktioniert — so werden Probleme erkannt, die Unit-Tests übersehen

5. Sprachspezifische Code-Intelligence-Plugins installieren

• LSP-Plugins liefern nach Dateibearbeitungen automatische Diagnosen (Typfehler, ungenutzte Imports, fehlende Return-Typen usw.) — eines der wirkungsvollsten einzelnen Plugins, die man installieren kann
• Beispielbefehle zur Installation:
  • /plugin install typescript-lsp@claude-plugins-official
  • /plugin install pyright-lsp@claude-plugins-official
  • /plugin install rust-analyzer-lsp@claude-plugins-official
  • /plugin install gopls-lsp@claude-plugins-official
• Plugins für C#, Java, Kotlin, Swift, PHP, Lua und C/C++ sind ebenfalls im Discover-Tab von /plugin verfügbar
• Der passende Language-Server-Binärdatei muss auf dem System installiert sein (sonst weist das Plugin darauf hin)

6. gh CLI nutzen und alle CLI-Tools kennenlernen

• Mit der gh CLI lassen sich PRs, Issues und Kommentare ohne separaten MCP-Server bearbeiten — CLI-Tools sind gegenüber MCP-Servern kontexteffizienter (sie laden kein Tool-Schema in das Kontextfenster)
• Dasselbe gilt für Standard-CLI-Tools wie jq und curl
• Bei Tools, die Claude nicht kennt, kann es die Ausgabe von --help lesen, die Syntax verstehen und den Befehl dann selbst ausführen — zum Beispiel: "Lerne mit sentry-cli --help, wie es funktioniert, und finde dann den neuesten Fehler in Production"
• Funktioniert auch mit spezialisierten internen CLI-Tools

7. Bei komplexem Denken "ultrathink" hinzufügen

• Das Schlüsselwort "ultrathink" setzt den Aufwand hoch und aktiviert in Opus 4.6 das adaptive Reasoning
• Geeignet für Architekturentscheidungen, kniffliges Debugging und mehrstufiges Schlussfolgern — also Situationen, in denen Claude vor dem Handeln gründlich nachdenken sollte
• Mit /effort lässt sich das auch dauerhaft einstellen — einfache Aufgaben bleiben mit niedrigem Aufwand schneller und günstiger
• Für das Umbenennen von Variablennamen müssen keine Thinking-Tokens verbraucht werden — den Aufwand an das Problem anpassen

8. Wissen bei Bedarf mit Skills erweitern

• Skills sind Markdown-Dateien, die das Wissen von Claude erweitern; anders als CLAUDE.md werden sie nur bei relevanten Tasks geladen, wodurch der Kontext schlank bleibt
• Sie können unter .claude/skills/ angelegt werden, oder du installierst vorgefertigte Skills, die von Plugins mitgeliefert werden (/plugin zum Durchsuchen)
• Ideal für spezialisiertes Domänenwissen, das Claude manchmal braucht, aber nicht ständig, etwa API-Regeln, Deployment-Abläufe oder Coding-Patterns

9. Claude Code vom Smartphone aus steuern

• Starte eine Session mit claude remote-control und verbinde dich über claude.ai/code oder die Claude-App für iOS/Android
• Die Session läuft auf deinem lokalen Rechner; Smartphone oder Browser sind nur der Zugang — du kannst Nachrichten senden, Tool-Aufrufe freigeben und den Fortschritt überwachen
• Wenn du den cc-Alias aus Tipp #1 verwendest, sind keine separaten Freigaben nötig, was die Fernsteuerung noch flüssiger macht — Task starten, weggehen und erst wieder nachsehen, wenn Claude fertig ist oder etwas Unerwartetes passiert

10. Das Kontextfenster auf 1M Tokens erweitern

• Sowohl Sonnet 4.6 als auch Opus 4.6 unterstützen ein 1M-Token-Kontextfenster
• In den Plänen Max, Team und Enterprise wird Opus automatisch auf 1M Kontext hochgestuft
• Mit /model opus[1m] oder /model sonnet[1m] kannst du das Modell während der Session wechseln
• Wenn du dir wegen der Qualität in sehr großen Kontexten unsicher bist, teste schrittweise ab 500k
• Mit CLAUDE_CODE_AUTO_COMPACT_WINDOW und CLAUDE_AUTOCOMPACT_PCT_OVERRIDE steuerst du, wann die Kompaktierung ausgelöst wird

11. Plan Mode verwenden, wenn der Ansatz unklar ist

• Plan Mode eignet sich für Änderungen über mehrere Dateien, unbekannten Code und Architekturentscheidungen — ein paar Minuten Vorarbeit verhindern, dass Claude 20 Minuten lang am falschen Problem arbeitet
• Bei kleinen, klar abgegrenzten Tasks kannst du ihn überspringen — wenn du den Diff in einem Satz erklären kannst, direkt ausführen
• Mit Shift+Tab kannst du zwischen den Berechtigungsmodi Normal, Auto-Accept und Plan wechseln (ohne die Unterhaltung zu verlassen)

12. Zwischen nicht zusammenhängenden Aufgaben /clear ausführen

• Ein präziser Prompt in einer sauberen Session ist besser als eine chaotische 3-Stunden-Session — bei einem anderen Task zuerst /clear
• Es fühlt sich an, als würde man Fortschritt wegwerfen, aber angesammelter Kontext überdeckt oft die aktuelle Anweisung und führt zu 30 Minuten gefühltem Ertragsverlust
• Die 5 Sekunden für /clear und einen fokussierten Start-Prompt sind deutlich effizienter

13. Bugs nicht interpretieren, sondern Rohdaten einfügen

• Wenn du einen Bug in eigenen Worten erklärst, beginnt Claude mit einem langsamen Zyklus aus Raten, Reparieren und Wiederholen
• Füge Error-Logs, CI-Ausgaben oder Slack-Threads unverändert ein und schreibe einfach "fix", dann kann Claude verteilte System-Logs lesen und die Problemstelle nachverfolgen
• Menschliche Interpretation fügt eine zusätzliche Abstraktion hinzu, durch die Details verloren gehen, die Claude für die genaue Ursachenanalyse braucht
• Gilt auch für CI — "Behebe die fehlschlagenden CI-Tests" plus CI-Ausgabe einfügen oder mit PR-URL/-Nummer um die Reparatur der fehlgeschlagenen Checks bitten
• Terminalausgaben lassen sich auch direkt weiterleiten:
  • cat error.log | claude "explain this error and suggest a fix"
  • npm test 2>&1 | claude "fix the failing tests"

14. Schnelle Nebenfragen mit /btw

• /btw öffnet ein Overlay, das nicht in den Gesprächsverlauf aufgenommen wird, sodass schnelle Fragen möglich sind
• Nützlich für Rückfragen zur aktuellen Sitzung: "Warum hast du diesen Ansatz gewählt?" oder "Was sind die Trade-offs gegenüber anderen Optionen?"
• Antworten werden in einem schließbaren Overlay angezeigt, sodass der Hauptkontext schlank bleibt

15. Isolierte parallele Branches mit --worktree

• Mit claude --worktree feature-auth wird eine isolierte Arbeitskopie und ein neuer Branch erstellt — Claude übernimmt automatisch das Einrichten und Aufräumen von git worktrees
• Vom Claude-Code-Team als einer der größten Produktivitätshebel bewertet
• 3 bis 5 worktrees aufsetzen und in jedem eine unabhängige Claude-Sitzung parallel ausführen (meist werden 2 bis 3 genutzt)
• Jeder worktree hat eine eigene Sitzung, einen eigenen Branch und einen eigenen Dateisystemzustand
• Die Grenze lokaler worktrees sind die Ressourcen des Rechners — mehrere Dev-Server, Builds und Claude-Sitzungen konkurrieren um die CPU
  • Builder.io platziert daher jeden Agenten in einem separaten Cloud-Container, um die Maschinenlast zu reduzieren

16. Prompts mit Ctrl+S zwischenspeichern

• Wenn du einen langen Prompt schreibst, aber zuerst eine schnelle Antwort brauchst, kannst du den Entwurf mit Ctrl+S stashen
• Nachdem du die schnelle Frage abgeschickt hast, wird der zwischengespeicherte Prompt automatisch wiederhergestellt

17. Lange Tasks mit Ctrl+B in den Hintergrund schicken

• Wenn Claude einen lang laufenden bash-Befehl startet (Test-Suite, Build, Migration), kannst du ihn mit Ctrl+B in den Hintergrund schicken
• Claude arbeitet weiter und du kannst trotzdem chatten — sobald der Prozess fertig ist, wird das Ergebnis angezeigt

18. Eine Live-Statusleiste hinzufügen

• Die Statusleiste ist ein Shell-Skript, das nach jedem Claude-Turn ausgeführt wird und am unteren Rand des Terminals das aktuelle Verzeichnis, den git-Branch und die Kontextnutzung farbcodiert anzeigt
• Mit dem Befehl /statusline lässt sie sich schnell einrichten — Claude fragt, was angezeigt werden soll, und erzeugt das Skript automatisch

19. Den Hauptkontext mit Subagents sauber halten

• Wenn du sagst: "Nutze einen Subagent, um herauszufinden, wie der Zahlungsfluss mit fehlgeschlagenen Transaktionen umgeht", liest und analysiert eine separate Claude-Instanz Dateien in einem unabhängigen Kontextfenster und liefert anschließend eine knappe Zusammenfassung
• Da tiefe Recherchen die Hälfte des Kontextfensters verbrauchen können, lagern Subagents diese Kosten aus der Hauptsitzung aus
• Eingebaute Typen: Explore (Haiku, schnelle Dateisuche), Plan (schreibgeschützte Analyse)

20. Agent-Teams zur Koordination mehrerer Sitzungen

• Eine experimentelle, aber leistungsstarke Funktion — aktiviere sie, indem du CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS in die Konfiguration oder als Umgebungsvariable aufnimmst
• Weise Claude an: "Erstelle ein Agent-Team mit 3 Teammitgliedern, um diese Module parallel zu refaktorieren"
• Ein Teamleiter verteilt Aufgaben an die Teammitglieder; jedes hat ein eigenes Kontextfenster und eine gemeinsame Task-Liste, außerdem können sie sich direkt Nachrichten senden
• Empfohlen wird ein Start mit 3 bis 5 Teammitgliedern und 5 bis 6 Tasks pro Teammitglied
• Aufgaben, die dieselbe Datei ändern, sollten wegen Überschreibungsproblemen vermieden werden — beginne mit Research- und Review-Tasks und erweitere dann auf parallele Implementierung

21. Beim Compacten Anweisungen zur Aufbewahrung hinzufügen

• Beim Kontext-Compacting (automatisch oder per /compact) kannst du angeben, was erhalten bleiben soll: /compact focus on the API changes and the list of modified files
• Du kannst auch eine dauerhafte Anweisung in CLAUDE.md ergänzen: "Bewahre beim Compacten die vollständige Liste geänderter Dateien und den aktuellen Teststatus auf"

22. Wiederholte Prüfungen mit /loop ausführen

• Mit /loop 5m check if the deploy succeeded and report back lassen sich wiederkehrende Prompts im Hintergrund planen
• Das Intervall ist optional (Standard: 10 Minuten), unterstützt werden die Einheiten s, m, h und d
• Auch andere Befehle lassen sich in eine Schleife setzen, etwa /loop 20m /review-pr 1234
• Tasks gelten pro Sitzung und laufen nach 3 Tagen ab — vergessene Loops laufen also nicht ewig weiter
• Geeignet für Deployment-Monitoring, CI-Pipeline-Überwachung und das Polling externer Dienste

23. Umfangreiche Prompts per Sprachdiktat schreiben

• Mit /voice aktivierst du Push-to-Talk; halte die Leertaste gedrückt und sprich, dann wird das Gesagte in Echtzeit transkribiert und in den Prompt eingefügt
• Sprache und Tippen lassen sich in derselben Nachricht kombinieren
• Sprachprompts enthalten auf natürliche Weise oft mehr Kontext als getippte Eingaben — Hintergründe, Einschränkungen und gewünschte Ergebnisse lassen sich ohne zusätzlichen Tippaufwand erklären
• Erfordert ein Claude.ai-Konto (kein API-Key)
• In ~/.claude/keybindings.json kannst du die Push-to-Talk-Taste z. B. auf meta+k umbinden, um das Warm-up der Hold-Detection zu überspringen

24. Nach zwei erfolglosen Korrekturen desselben Problems neu anfangen

• Wenn du in ein Rabbit Hole aus Korrekturen gerätst und das Problem immer noch nicht gelöst ist, ist der Kontext oft mit gescheiterten Ansätzen gefüllt, was den nächsten Versuch verschlechtert
• Starte nach /clear mit einem besseren Startprompt, der das Gelernte berücksichtigt, neu
• Eine frische Sitzung mit einem präzisen Prompt ist einer langen Sitzung, die in angesammelten Sackgassen feststeckt, fast immer überlegen

25. Claude genau sagen, welche Datei es ansehen soll

• Verweise Dateien direkt mit dem @-Präfix, z. B. @src/auth/middleware.ts has the session handling
• Das @-Präfix wird automatisch als Dateipfad interpretiert, sodass Claude den exakten Ort sofort kennt
• Claude kann zwar selbst grep/Suchen ausführen, aber das Eingrenzen von Kandidaten und das Identifizieren der richtigen Datei verbraucht Tokens und Kontext — wenn du die Datei direkt angibst, entfällt dieser ganze Schritt

26. Mit vagen Prompts unbekannten Code erkunden

• "Was würdest du in dieser Datei verbessern?" ist ein großartiger Erkundungs-Prompt — nicht jeder Prompt muss konkret sein
• Wenn du eine neue Perspektive auf bestehenden Code brauchst, geben vage Fragen Claude Raum für unerwartete Entdeckungen
• Nützlich beim Onboarding in unbekannte Repos — Claude weist auf Muster, Inkonsistenzen und Verbesserungsmöglichkeiten hin, die man beim ersten Lesen leicht übersieht

27. Pläne mit Ctrl+G bearbeiten

• Wenn Claude einen Plan vorschlägt, kannst du ihn mit Ctrl+G direkt in einem Texteditor öffnen und bearbeiten
• So lassen sich Einschränkungen ergänzen, Schritte entfernen oder der Ansatz ändern, bevor Claude auch nur eine Zeile Code schreibt
• Wenn der Plan im Großen und Ganzen passt, du aber nur einige Schritte anpassen möchtest, musst du nicht alles noch einmal erklären

28. Nach /init das Ergebnis halbieren

• CLAUDE.md ist eine Markdown-Datei im Projekt-Root, die Claude dauerhafte Anweisungen zu Build-Befehlen, Coding-Standards, Architekturentscheidungen, Repo-Konventionen usw. gibt
• Claude liest sie zu Beginn jeder Sitzung
• Mit /init wird auf Basis der Projektstruktur eine Entwurfsversion erzeugt — Build-Befehle, Testskripte und Verzeichnislayout werden automatisch erkannt
• Die Ausgabe fällt oft zu umfangreich aus — lösche jede Zeile, deren Existenz du nicht begründen kannst, und ergänze, was fehlt

29. Der Lackmustest für jede Zeile in CLAUDE.md

• Stelle dir bei jeder Zeile in CLAUDE.md die Frage: "Würde Claude ohne diese Zeile einen Fehler machen?"
• Anweisungen, die Claude ohnehin schon korrekt befolgt, sind Rauschen — unnötige Zeilen verwässern die wichtigen
• Es gibt eine Grenze von etwa 150 bis 200 Anweisungen, bevor die Befolgungsrate sinkt; der Systemprompt verbraucht bereits rund 50 davon

30. Nach einem Claude-Fehler: "Aktualisiere CLAUDE.md, damit das nicht wieder passiert"

• Wenn Claude einen Fehler macht, gib die Anweisung: "update the CLAUDE.md file so this doesn't happen again"
• Claude schreibt dann seine eigene Regel und befolgt sie ab der nächsten Sitzung automatisch
• Mit der Zeit entwickelt sich CLAUDE.md zu einem lebendigen Dokument, das von echten Fehlern geprägt ist
• Um unbegrenztes Wachstum zu vermeiden, verweise per @imports (Tipp #32) auf separate Dateien wie @docs/solutions.md — so bleibt CLAUDE.md schlank und Claude liest die Details bei Bedarf

31. Bedingte Regeln mit .claude/rules/ anwenden

• Lege Markdown-Dateien in .claude/rules/ ab, um Anweisungen nach Themen zu organisieren — standardmäßig werden alle Regeldateien beim Start einer Sitzung geladen
• Mit paths-Frontmatter ist eine bedingte Aktivierung nur für bestimmte Dateimuster möglich:
  • Beispiel: Wenn paths: ["**/*.ts"] gesetzt ist, lädt Claude die TypeScript-Regeln nur, wenn es .ts-Dateien liest
• Halte die zentrale CLAUDE.md schlank — Claude liest keine Regeln für Sprachen, an denen es gerade nicht arbeitet

32. CLAUDE.md mit @imports schlank halten

• Verweise auf Dokumente wie @docs/git-instructions.md — auch @README.md, @package.json, @~/.claude/my-project-instructions.md sind möglich
• Claude liest Dateien nur bei Bedarf — das dient als „zusätzlicher Kontext bei Bedarf“, ohne die CLAUDE.md, die in jeder Sitzung geladen wird, aufzublähen

33. Mit /permissions eine sichere Allowlist für Befehle festlegen

• Hör auf, die Freigabe für npm run lint zum hundertsten Mal anzuklicken — füge mit /permissions vertrauenswürdige Befehle zur Allowlist hinzu
• Für Befehle, die nicht auf der Liste stehen, wird weiterhin ein Prompt angezeigt

34. Claude mit /sandbox freier arbeiten lassen

• Aktiviere mit /sandbox Isolierung auf OS-Ebene — Schreibzugriffe sind auf das Projektverzeichnis beschränkt, Netzwerkanfragen sind nur zu genehmigten Domains erlaubt
• Unter macOS kommt Seatbelt, unter Linux bubblewrap zum Einsatz; die Einschränkungen gelten für alle von Claude erzeugten Subprozesse
• Im Auto-Allow-Modus werden Befehle in der Sandbox ohne Berechtigungs-Prompts ausgeführt — nahezu vollständige Autonomie mit Guardrails
• Für unbeaufsichtigte Arbeit (nächtliche Migrationen, experimentelles Refactoring) bietet die Ausführung von Claude in einem Docker-Container vollständige Isolierung und einfaches Rollback

35. Eigene Sub-Agenten für wiederkehrende Aufgaben erstellen

• Anders als die spontanen Sub-Agenten aus Tipp #19 werden benutzerdefinierte Sub-Agenten in .claude/agents/ vorab konfiguriert und gespeichert
  • Beispiel: ein Security-Reviewer-Agent mit Opus + schreibgeschützten Tools oder ein schneller Such-Agent mit Haiku
• Mit /agents durchsuchen und erstellen
• Mit isolation: worktree lassen sich Agenten mit unabhängigem Dateisystem einrichten

36. Passende MCP-Server für deinen Stack auswählen

• Gute MCP-Server für den Einstieg: Playwright (Browser-Tests und UI-Validierung), PostgreSQL/MySQL (Schema direkt abfragen), Slack (Bug-Reports und Thread-Kontext), Figma (Design→Code-Workflow)
• Claude Code unterstützt dynamisches Laden von Tools — Claude lädt Serverdefinitionen nur, wenn sie gebraucht werden

37. Ausgabestil festlegen

• Wähle unter /config deinen bevorzugten Stil — integrierte Optionen: Explanatory (ausführlich, Schritt für Schritt), Concise (knapp, aktionsorientiert), Technical (präzise, fachterminologisch)
• Du kannst auch eigene Ausgabestil-Dateien in ~/.claude/output-styles/ erstellen

38. CLAUDE.md sind Empfehlungen, Hooks sind Anforderungen

• CLAUDE.md ist empfehlend — Claude hält sich in etwa zu 80 % daran
• Hooks sind deterministisch — sie werden zu 100 % ausgeführt
• Alles, was jedes Mal ohne Ausnahme laufen muss (Formatierung, Linting, Sicherheitschecks), sollte als Hook eingerichtet werden
• Für Richtlinien, die Claude berücksichtigen soll, reicht CLAUDE.md aus

39. Mit einem PostToolUse-Hook automatisch formatieren

• Füge in .claude/settings.json einen PostToolUse-Hook hinzu, damit bei jeder Dateibearbeitung durch Claude automatisch ein Formatter läuft
  • Hinterlege für den Matcher Edit|Write npx prettier --write "$CLAUDE_FILE_PATH" 2>/dev/null || true
• Mit || true stellst du sicher, dass ein Hook-Fehler Claude nicht blockiert
• npx eslint --fix kann als zweiter Hook-Eintrag angehängt werden
• Wenn dein Editor dieselbe Datei geöffnet hat, solltest du Format-on-Save deaktivieren — es gibt Berichte, dass das Speichern im Editor den Prompt-Cache ungültig machen kann; die Formatierung übernimmt dann der Hook

40. Mit einem PreToolUse-Hook destruktive Befehle blockieren

• Blockiere Muster wie rm -rf, drop table, truncate mit einem PreToolUse-Hook — Claude versucht sie dann gar nicht erst
• Der Hook wird vor der Tool-Ausführung durch Claude ausgelöst und stoppt destruktive Befehle im Voraus
• Füge ihn in .claude/settings.json hinzu, richte ihn interaktiv mit /hooks ein oder sage Claude: „Füge einen PreToolUse-Hook hinzu, der die Befehle rm -rf, drop table, truncate blockiert“

41. Mit Hooks bei Kompaktierung wichtigen Kontext bewahren

• In langen Sitzungen kann Claude bei der Kontextkompaktierung den Bezug zur laufenden Arbeit verlieren
• Ein Notification-Hook mit dem Matcher compact injiziert bei jeder ausgelösten Kompaktierung automatisch den wichtigsten Kontext erneut
• Sage Claude: „Richte einen Notification-Hook ein, der nach der Kompaktierung an die aktuelle Aufgabe, geänderte Dateien und Einschränkungen erinnert“
• Gute Kandidaten für die erneute Injektion: aktuelle Aufgabenbeschreibung, Liste geänderter Dateien, harte Einschränkungen („Bearbeite keine Migrationsdateien“)
• Besonders nützlich in mehrstündigen Sitzungen, wenn Claude tief in einer Funktion steckt und den Kontext nicht verlieren darf

42. Authentifizierung, Zahlungen und Datenmutationen immer manuell prüfen

• Authentifizierungs-Flows, Zahlungslogik, Datenmutationen, destruktive DB-Operationen — egal wie gut der restliche Code aussieht, das muss immer von Menschen geprüft werden
• Falsche Auth-Scopes, fehlerhaft konfigurierte Payment-Webhooks oder Migrationen, die stillschweigend Spalten löschen, kosten Nutzer, Geld und Vertrauen
• Keine Menge an automatisierten Tests kann all diese Probleme vollständig erfassen

43. Mit /branch andere Ansätze ausprobieren, ohne den aktuellen Pfad zu verlieren

• Erzeuge mit /branch (oder /fork) eine Kopie der Unterhaltung vom aktuellen Punkt aus
• Probiere riskantes Refactoring in einem Branch aus — klappt es, behältst du es; klappt es nicht, bleibt die ursprüngliche Unterhaltung unversehrt
• Anders als Rewind (Tipp #3): Beide Pfade bleiben erhalten

44. Claude um ein Interview bitten, wenn die Funktionsspezifikation unvollständig ist

• Wenn du weißt, was du bauen willst, aber noch nicht alle Details vorliegen, damit Claude es gut umsetzen kann, lass Claude Fragen stellen
  • „Ich möchte [kurze Beschreibung] bauen. Nutze das Tool AskUserQuestion, um mich gründlich zu interviewen. Stelle Fragen zur technischen Umsetzung, zu Edge Cases, Bedenken und Trade-offs. Stelle keine offensichtlichen Fragen. Interviewe mich, bis alles abgedeckt ist, und schreibe danach eine vollständige Spezifikation in SPEC.md“
• Sobald die Spezifikation fertig ist, beginne die Implementierung in einer neuen Sitzung mit sauberem Kontext und vollständiger Spezifikation

45. Ein Claude schreibt, ein anderes Claude reviewt

• Das erste Claude implementiert die Funktion, das zweite Claude reviewt sie mit frischem Kontext wie ein Staff Engineer
• Da der Reviewer keine Vorkenntnisse über Abkürzungen in der Implementierung hat, hinterfragt er jeden Teil
• Dieselbe Idee funktioniert auch für TDD: Sitzung A schreibt Tests, Sitzung B schreibt den Code, der sie bestehen lässt

46. PR-Reviews als Dialog führen

• Statt nur ein One-Shot-PR-Review anzufordern (was natürlich möglich ist), öffne den PR in einer Sitzung und führe ein Gespräch
  • „Erkläre die riskanteste Änderung in diesem PR“
  • „Was geht kaputt, wenn das gleichzeitig ausgeführt wird?“
  • „Ist das Error-Handling konsistent mit dem Rest der Codebasis?“
• Interaktive Reviews finden mehr Probleme — weil man tiefer in wichtige Bereiche eintauchen kann
• One-Shot-Reviews markieren oft Stil-Kleinigkeiten und übersehen eher Architekturprobleme

47. Sitzungen benennen und einfärben

• Mit /rename auth-refactor ein Label in der Prompt-Leiste anzeigen
• Mit /color red oder /color blue die Farbe der Prompt-Leiste festlegen
  • Verfügbare Farben: red, blue, green, yellow, purple, orange, pink, cyan
• Wenn du 2–3 Sitzungen parallel betreibst, verhindern 5 Sekunden für Namen und Farben versehentliche Eingaben im falschen Terminal

48. Sound bei Abschluss von Claude abspielen

• Mit einem Stop Hook einen Systemton abspielen, wenn Claude seine Antwort abgeschlossen hat
• Eine Aufgabe starten, dann zu anderer Arbeit wechseln und sich bei Abschluss mit einem Ping benachrichtigen lassen
• Beispiel: In .claude/settings.json einen Stop Hook für /usr/bin/afplay /System/Library/Sounds/Glass.aiff registrieren

49. Batch-Job-Fan-out mit claude -p

• Im nicht-interaktiven Modus eine Dateiliste in einer Schleife verarbeiten — mit --allowedTools den Umfang der Aktionen begrenzen, die Claude pro Datei ausführen darf
• Mit & parallel ausführen, um maximalen Durchsatz zu erreichen:
  • for file in $(cat files-to-migrate.txt); do claude -p "Migrate $file from class components to hooks" --allowedTools "Edit,Bash(git commit *)" & done; wait
• Gut geeignet für Dateiformat-Konvertierungen, das Aktualisieren von Imports über die gesamte Codebasis hinweg und wiederholbare Migrationen, bei denen jede Datei unabhängig ist

50. Spinner-Verben anpassen (Spaßfaktor)

• Während Claude nachdenkt, werden im Terminal Spinner-Verben wie "Flibbertigibbeting..." oder "Flummoxing..." angezeigt
• Lassen sich durch beliebige eigene Formulierungen ersetzen — Claude einfach anweisen:
  • "Replace my spinner verbs in user settings with these: Hallucinating responsibly, Pretending to think, Confidently guessing, Blaming the context window"
• Man muss die Liste nicht einmal selbst angeben — wenn man Claude nur die gewünschte Stimmung vermittelt, etwa mit "Replace my spinner verbs with Harry Potter spells", erstellt Claude die Liste selbst
• Eine kleine Anpassung, die Wartezeiten unterhaltsamer macht

[roxie]

Ab Punkt 1 macht es schon richtig Spaß.