50 Claude Code Best Practices: Ihr Ultimativer Guide zur Produktivitätssteigerung

Sie nutzen Claude Code schon lange genug, um zu wissen, dass es funktioniert, und jetzt suchen Sie nach jedem Vorteil, den Sie finden können. Ich habe 50 Claude Code Best Practices und Tipps zusammengestellt, die Ihnen helfen, egal ob Sie eine Woche dabei sind oder schon mehrere Monate tief eintauchen. Diese stammen aus Anthropic’s offiziellen Dokumenten, von Boris Cherny (dem Entwickler), aus Community-Erfahrungen und einem Jahr meiner täglichen Nutzung.

1. Das cc-Alias einrichten

So starte ich jede Claude Code-Sitzung. Fügen Sie dies zu Ihrer ~/.zshrc (oder ~/.bashrc) hinzu:

alias cc='claude --dangerously-skip-permissions'

Führen Sie source ~/.zshrc aus, um es zu laden. Jetzt geben Sie cc anstelle von claude ein und überspringen jede Berechtigungsabfrage. Der Flag-Name ist bewusst beängstigend. Verwenden Sie ihn nur, nachdem Sie vollständig verstanden haben, was Claude Code mit Ihrer Codebasis tun kann und wird. Dies und weitere Aliase habe ich in der Anpassung von Claude Code behandelt.

2. Mit ! Bash-Befehle inline ausführen

Geben Sie !git status oder !npm test ein und der Befehl wird sofort ausgeführt. Der Befehl und seine Ausgabe landen im Kontext, sodass Claude das Ergebnis sehen und darauf reagieren kann. Das ist schneller, als Claude zu bitten, einen Befehl auszuführen.

3. Esc zum Stoppen, Esc+Esc zum Zurückspulen

Esc stoppt Claude mitten in der Aktion, ohne den Kontext zu verlieren. Sie können sofort umleiten.

Esc+Esc (oder /rewind) öffnet ein scrollbares Menü mit jedem von Claude erstellten Checkpoint. Sie können den Code, die Konversation oder beides wiederherstellen. „Mach das rückgängig“ funktioniert auch. Es gibt vier Wiederherstellungsoptionen: Code und Konversation, nur Konversation, nur Code oder Zusammenfassung ab einem Checkpoint.

Das bedeutet, Sie können einen Ansatz ausprobieren, bei dem Sie sich nur zu 40 % sicher sind. Wenn es funktioniert, super. Wenn nicht, spulen Sie zurück. Kein Schaden angerichtet. Eine Einschränkung: Checkpoints verfolgen nur Dateiänderungen. Änderungen durch Bash-Befehle (Migrationen, Datenbankoperationen) werden nicht erfasst.

Um dort weiterzumachen, wo Sie aufgehört haben, setzt claude --continue Ihre letzte Konversation fort und claude --resume öffnet ein Sitzungsauswahlmenü.

4. Claude eine Möglichkeit geben, die eigene Arbeit zu überprüfen

Geben Sie Claude eine Feedback-Schleife, damit es eigene Fehler erkennen kann. Fügen Sie Testbefehle, Linter-Checks oder erwartete Ausgaben in Ihren Prompt ein.

Refactor the auth middleware to use JWT instead of session tokens.
Run the existing test suite after making changes.
Fix any failures before calling it done.

Claude führt die Tests aus, sieht Fehler und behebt sie, ohne dass Sie eingreifen müssen. Boris Cherny sagt, dies allein führe zu einer 2-3-fachen Qualitätsverbesserung. Für UI-Änderungen richten Sie den Playwright MCP-Server ein, damit Claude einen Browser öffnen, mit der Seite interagieren und überprüfen kann, ob die UI wie erwartet funktioniert. Diese Feedback-Schleife fängt Probleme ab, die Unit-Tests übersehen.

5. Ein Code-Intelligence-Plugin für Ihre Sprache installieren

LSP-Plugins geben Claude nach jeder Dateiänderung automatische Diagnosen. Typfehler, ungenutzte Importe, fehlende Rückgabetypen. Claude sieht und behebt Probleme, bevor Sie sie überhaupt bemerken. Dies ist das Plugin mit dem höchsten Impact, das Sie installieren können.

Wählen Sie Ihres und führen Sie den Installationsbefehl aus:

/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 verfügbar. Führen Sie /plugin aus und gehen Sie zum Tab „Discover“, um die vollständige Liste zu durchsuchen. Sie benötigen den entsprechenden Language Server Binary auf Ihrem System installiert (das Plugin sagt Ihnen, wenn er fehlt).

6. Das gh-CLI nutzen und Claude jedes CLI-Tool beibringen

Das gh-CLI verwaltet PRs, Issues und Kommentare ohne einen separaten MCP-Server. CLI-Tools sind kontext-effizienter als MCP-Server, da sie keine Tool-Schemas in Ihr Kontextfenster laden. Dasselbe gilt für jq, curl und andere Standard-CLI-Tools.

Für Tools, die Claude noch nicht kennt: „Verwende sentry-cli --help, um mehr darüber zu erfahren, und nutze es dann, um den jüngsten Fehler in der Produktion zu finden.“ Claude liest die Hilfe-Ausgabe, findet die Syntax heraus und führt die Befehle aus. Auch Nischen-interne CLIs funktionieren.

7. „Ultrathink“ für komplexe Denkprozesse hinzufügen

Es ist ein Schlüsselwort, das den Aufwand auf „high“ setzt und adaptives Reasoning auf Opus 4.6 auslöst. Claude teilt das Denken dynamisch basierend auf dem Problem zu. Verwenden Sie es für Architektur-Entscheidungen, kniffliges Debugging, mehrstufige Überlegungen oder alles, wo Sie möchten, dass Claude denkt, bevor es handelt.

Sie können den Aufwand auch dauerhaft mit /effort festlegen. Für weniger komplexe Aufgaben halten niedrigere Aufwandsstufen die Dinge schnell und günstig. Passen Sie den Aufwand an das Problem an. Es macht keinen Sinn, Denk-Tokens für eine Variablenumbenennung zu verschwenden.

8. Skills für On-Demand-Wissen nutzen

Skills sind Markdown-Dateien, die Claudes Wissen bei Bedarf erweitern. Im Gegensatz zu CLAUDE.md, das jede Sitzung geladen wird, laden Skills nur, wenn sie für die aktuelle Aufgabe relevant sind. Das hält Ihren Kontext schlank.

Erstellen Sie Skills in .claude/skills/ oder installieren Sie Plugins, die vorgefertigte Skills bündeln (führen Sie /plugin aus, um die verfügbaren zu durchsuchen). Verwenden Sie Skills für spezialisiertes Domänenwissen (API-Konventionen, Bereitstellungsverfahren, Codierungsmuster), das Claude manchmal, aber nicht immer benötigt.

9. Claude Code vom Smartphone aus steuern

Führen Sie claude remote-control aus, um eine Sitzung zu starten, und verbinden Sie sich dann von claude.ai/code oder der Claude-App auf iOS/Android. Die Sitzung läuft lokal auf Ihrem Rechner. Das Telefon oder der Browser ist nur ein Fenster dazu. Sie können Nachrichten senden, Tool-Aufrufe genehmigen und den Fortschritt von überall aus überwachen.

Wenn Sie das cc-Alias aus Tipp Nr. 1 verwenden, hat Claude bereits volle Berechtigungen und benötigt keine Genehmigung für jede Aktion. Das macht die Fernsteuerung noch reibungsloser: Starten Sie eine Aufgabe, gehen Sie weg und überprüfen Sie den Fortschritt von Ihrem Telefon aus nur, wenn Claude fertig ist oder etwas Unerwartetes auftritt.

10. Das Kontextfenster auf 1 Million Tokens erweitern

Sowohl Sonnet 4.6 als auch Opus 4.6 unterstützen Kontextfenster mit 1 Million Tokens. Bei Max-, Team- und Enterprise-Plänen wird Opus automatisch auf 1 Million Kontext aktualisiert. Sie können Modelle auch während der Sitzung mit /model opus[1m] oder /model sonnet[1m] wechseln.

Wenn Sie sich Sorgen um die Qualität bei größeren Kontextgrößen machen, beginnen Sie bei 500k und arbeiten Sie sich schrittweise hoch. Höherer Kontext bedeutet mehr Platz, bevor die Komprimierung einsetzt, aber die Antwortqualität kann je nach Aufgabe variieren. Verwenden Sie CLAUDE_CODE_AUTO_COMPACT_WINDOW, um zu steuern, wann die Komprimierung ausgelöst wird, und CLAUDE_AUTOCOMPACT_PCT_OVERRIDE, um den prozentualen Schwellenwert festzulegen. Finden Sie den Sweet Spot für Ihren Workflow.

11. Den Plan-Modus verwenden, wenn Sie sich unsicher sind

Verwenden Sie den Plan-Modus für Änderungen an mehreren Dateien, unbekannten Code und Architektur-Entscheidungen. Der Overhead ist real (einige zusätzliche Minuten im Voraus), aber er verhindert, dass Claude 20 Minuten damit verbringt, selbstbewusst das völlig falsche Problem zu lösen.

Überspringen Sie ihn für kleine, klar definierte Aufgaben. Wenn Sie den Unterschied in einem Satz beschreiben können, machen Sie es einfach direkt. Sie können jederzeit mit Shift+Tab in den Plan-Modus wechseln, um zwischen den Berechtigungsmodi Normal, Auto-Akzeptieren und Plan zu wechseln, ohne die Konversation zu verlassen.

12. /clear zwischen nicht verwandten Aufgaben ausführen

Eine saubere Sitzung mit einem prägnanten Prompt ist besser als eine unordentliche dreistündige Sitzung. Eine andere Aufgabe? Zuerst /clear.

Ich weiß, es fühlt sich an, als würde man Fortschritt wegwerfen, aber Sie werden bessere Ergebnisse erzielen, wenn Sie frisch anfangen. Sitzungen verschlechtern sich, weil angesammelter Kontext aus früherer Arbeit Ihre aktuellen Anweisungen überdeckt. Die fünf Sekunden, die Sie zum /clear und zum Schreiben eines fokussierten Startprompts benötigen, ersparen Ihnen 30 Minuten abnehmender Erträge.

13. Bugs nicht mehr für Claude interpretieren. Rohe Daten einfügen.

Einen Fehler in Worten zu beschreiben ist langsam. Sie sehen zu, wie Claude rät, es korrigiert und wiederholt. Fügen Sie den Fehlerprotokoll, die CI-Ausgabe oder den Slack-Thread direkt ein und sagen Sie „fix“. Claude liest Protokolle aus verteilten Systemen und verfolgt, wo Dinge schiefgehen. Ihre Interpretation fügt Abstraktion hinzu, die oft die Details verliert, die Claude zur Ermittlung der Grundursache benötigt. Geben Sie Claude die Rohdaten und treten Sie beiseite.

Das funktioniert auch für CI. „Repariere die fehlgeschlagenen CI-Tests“ mit einer Einfügung der CI-Ausgabe ist eines der zuverlässigsten Muster. Sie können auch eine PR-URL oder -Nummer einfügen und Claude bitten, die fehlgeschlagenen Überprüfungen zu überprüfen und zu beheben. Mit dem gh-CLI aus Tipp Nr. 6 installiert, erledigt Claude den Rest.

Sie können die Ausgabe auch direkt aus dem Terminal pipen:

cat error.log | claude "explain this error and suggest a fix"
npm test 2>&1 | claude "fix the failing tests"

14. /btw für schnelle Zwischenfragen verwenden

/btw öffnet ein Overlay für eine schnelle Frage, ohne in Ihren Konversationsverlauf einzugehen. Ich verwende es für Klärungen zur aktuellen Sitzung: „Warum hast du diesen Ansatz gewählt?“ oder „Was sind die Kompromisse bei der anderen Option?“. Die Antwort wird in einem schließbaren Overlay angezeigt, Ihr Hauptkontext bleibt schlank und Claude arbeitet weiter.

15. --worktree für isolierte parallele Branches nutzen

claude --worktree feature-auth erstellt eine isolierte Arbeitskopie mit einem neuen Branch. Claude übernimmt die Git-Worktree-Einrichtung und -Bereinigung für Sie.

Das Claude Code-Team nennt dies einen der größten Produktivitätsschübe. Starten Sie 3-5 Worktrees, jeder mit seiner eigenen Claude-Sitzung parallel. Ich betreibe normalerweise 2-3. Jeder Worktree erhält seine eigene Sitzung, seinen eigenen Branch und seinen eigenen Dateisystemzustand.

Die Grenze für lokale Worktrees ist Ihre Maschine. Mehrere Dev-Server, Builds und Claude-Sitzungen konkurrieren alle um CPU. Builder.io verschiebt jeden Agenten in einen eigenen Cloud-Container mit einer Browser-Vorschau, sodass Ihre Maschine für die Arbeit, die Ihr Gehirn benötigt, frei bleibt.

16. Prompt mit Strg+S zwischenspeichern

Sie sind mitten in der Formulierung eines langen Prompts und stellen fest, dass Sie zuerst eine schnelle Antwort benötigen. Strg+S speichert Ihren Entwurf. Tippen Sie Ihre schnelle Frage ein, senden Sie sie ab, und Ihr zwischengespeicherter Prompt wird automatisch wiederhergestellt.

17. Langlaufende Aufgaben mit Strg+B in den Hintergrund verschieben

Wenn Claude einen langlaufenden Bash-Befehl (eine Testsuite, ein Build, eine Migration) startet, drücken Sie Strg+B, um ihn in den Hintergrund zu verschieben. Claude arbeitet weiter, während der Prozess läuft, und Sie können weiter chatten. Das Ergebnis erscheint, wenn der Prozess beendet ist.

18. Eine Live-Statuszeile hinzufügen

Die Statuszeile ist ein Shell-Skript, das nach jedem Claude-Zug ausgeführt wird. Es zeigt Live-Informationen am unteren Rand Ihres Terminals an: aktuelles Verzeichnis, Git-Branch, Kontextnutzung farbcodiert nach Füllstand des Fensters.

Der schnellste Weg, eine einzurichten, ist /statusline innerhalb von Claude Code. Es fragt Sie, was Sie anzeigen möchten, und generiert das Skript für Sie. Die vollständige Einrichtung mit einem Copy-Paste-Skript habe ich in der Anpassung von Claude Code behandelt.

19. Subagenten nutzen, um den Hauptkontext sauber zu halten

„Verwende Subagenten, um herauszufinden, wie der Zahlungsfluss fehlgeschlagene Transaktionen behandelt.“ Dies startet eine separate Claude-Instanz mit eigenem Kontextfenster. Sie liest alle Dateien, analysiert die Codebasis und liefert eine prägnante Zusammenfassung zurück.

Ihre Hauptsitzung bleibt sauber mit viel Platz, um etwas aufzubauen. Eine tiefgehende Untersuchung kann die Hälfte Ihres Kontextfensters beanspruchen, bevor Sie überhaupt Code schreiben. Subagenten halten diese Kosten aus Ihrer Hauptsitzung heraus. Eingebaute Typen umfassen Explore (Haiku, schnelle Dateisuche) und Plan (Nur-Lese-Analyse). Für das vollständige Bild sehen Sie unseren Guide zu Subagenten und Agent Teams.

20. Agent Teams für Multi-Sitzungs-Koordination

Experimentell, aber leistungsstark. Aktivieren Sie es zuerst, indem Sie CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS zu Ihren Einstellungen oder Ihrer Umgebung hinzufügen. Sagen Sie Claude dann, dass es ein Team erstellen soll: „Erstelle ein Agent-Team mit 3 Teammitgliedern, um diese Module parallel zu refaktorisieren.“ Ein Teamleiter verteilt die Arbeit an die Teammitglieder, jedes mit seinem eigenen Kontextfenster und einer gemeinsamen Aufgabenliste. Teammitglieder können sich direkt Nachrichten senden, um sich zu koordinieren.

Beginnen Sie mit 3-5 Teammitgliedern und 5-6 Aufgaben pro Teammitglied. Vermeiden Sie es, Aufgaben zuzuweisen, die dieselben Dateien ändern. Zwei Teammitglieder, die dieselbe Datei bearbeiten, führen zu Überschreibungen. Beginnen Sie mit Forschungs- und Überprüfungsaufgaben (PR-Reviews, Bug-Untersuchungen), bevor Sie eine parallele Implementierung versuchen.

21. Komprimierung mit Anweisungen leiten

Wenn der Kontext komprimiert wird (automatisch oder über /compact), sagen Sie Claude, was beibehalten werden soll: „/compact fokus auf die API-Änderungen und die Liste der geänderten Dateien.“ Sie können auch dauerhafte Anweisungen zu Ihrer CLAUDE.md hinzufügen: „Beim Komprimieren die vollständige Liste der geänderten Dateien und den aktuellen Teststatus beibehalten.“

22. /loop für wiederkehrende Prüfungen verwenden

/loop 5m check if the deploy succeeded and report back plant einen wiederkehrenden Prompt, der im Hintergrund ausgeführt wird, während Ihre Sitzung geöffnet bleibt. Das Intervall ist optional (Standardwert 10 Minuten) und unterstützt die Einheiten s, m, h und d. Sie können auch über andere Befehle loopen: /loop 20m /review-pr 1234. Aufgaben sind sitzungsbezogen und verfallen nach 3 Tagen, sodass eine vergessene Schleife nicht ewig läuft. Verwenden Sie /loop zum Überwachen von Deployments, zum Beobachten von CI-Pipelines oder zum Abfragen eines externen Dienstes, während Sie sich auf etwas anderes konzentrieren.

23. Sprachgesteuerte Eingabe für umfassendere Prompts nutzen

Führen Sie /voice aus, um Push-to-Talk zu aktivieren, und halten Sie dann die Leertaste gedrückt, um zu diktieren. Ihre Sprache wird live in den Prompt transkribiert, und Sie können Sprache und Tippen in derselben Nachricht mischen. Gesprochene Prompts enthalten auf natürliche Weise mehr Kontext als getippte, da Sie den Hintergrund erklären, Einschränkungen erwähnen und beschreiben, was Sie wollen, ohne Abkürzungen zu verwenden, um Tastenanschläge zu sparen. Erfordert ein Claude.ai-Konto (nicht API-Schlüssel). Sie können die Push-to-Talk-Taste auf eine Modifikator-Kombination wie meta+k in ~/.claude/keybindings.json umbelegen, um die Halteerkennung zu überspringen.

24. Nach 2 Korrekturen zum selben Thema neu starten

Wenn Sie und Claude in einem Kaninchenbau von Korrekturen stecken und das Problem immer noch nicht behoben ist, ist der Kontext nun voller fehlgeschlagener Ansätze, die den nächsten Versuch aktiv behindern. /clear und schreiben Sie einen besseren Startprompt, der das Gelernte integriert. Eine saubere Sitzung mit einem schärferen Prompt übertrifft fast immer eine lange Sitzung, die durch angesammelte Sackgassen belastet wird.

25. Claude genau sagen, welche Dateien es sich ansehen soll

Verwenden Sie @, um Dateien direkt zu referenzieren: @src/auth/middleware.ts hat die Session-Behandlung. Das @-Präfix wird automatisch zum Dateipfad aufgelöst, sodass Claude genau weiß, wo es suchen muss.

Claude kann Ihre Codebasis selbst durchsuchen, muss aber immer noch Kandidaten eingrenzen und die richtige Datei identifizieren. Jeder Suchschritt kostet Tokens und Kontext. Claude von Anfang an auf die richtigen Dateien zu verweisen, überspringt diesen gesamten Prozess.

26. Unbekannten Code mit vagen Prompts erkunden

„Was würden Sie in dieser Datei verbessern?“ ist ein großartiger Erkundungsprompt. Nicht jeder Prompt muss spezifisch sein. Wenn Sie eine frische Perspektive auf bestehenden Code wünschen, gibt eine vage Frage Claude Raum, Dinge aufzuzeigen, an die Sie selbst nicht gedacht hätten zu fragen.

Ich verwende dies, wenn ich mich in ein unbekanntes Repo einarbeite. Claude weist auf Muster, Inkonsistenzen und Verbesserungsmöglichkeiten hin, die ich beim ersten Lesen übersehen würde.

27. Pläne mit Strg+G bearbeiten

Wenn Claude einen Plan präsentiert, öffnet Strg+G ihn in Ihrem Texteditor zur direkten Bearbeitung. Fügen Sie Einschränkungen hinzu, entfernen Sie Schritte, ändern Sie den Ansatz, bevor Claude eine einzige Codezeile schreibt. Nützlich, wenn der Plan größtenteils richtig ist, Sie aber ein paar Schritte optimieren möchten, ohne alles noch einmal erklären zu müssen.

28. /init ausführen und das Ergebnis halbieren

CLAUDE.md ist eine Markdown-Datei im Stammverzeichnis Ihres Projekts, die Claude dauerhafte Anweisungen gibt: Build-Befehle, Coding-Standards, Architekturentscheidungen, Repo-Konventionen. Claude liest sie zu Beginn jeder Sitzung. /init generiert eine Startversion basierend auf Ihrer Projektstruktur. Es erfasst Build-Befehle, Testskripte und das Verzeichnislayout.

Die Ausgabe neigt dazu, aufgebläht zu sein. Wenn Sie nicht erklären können, warum eine Zeile dort ist, löschen Sie sie. Reduzieren Sie den Ballast und fügen Sie hinzu, was fehlt. Weitere Informationen zur Strukturierung dieser Dateien finden Sie unter „how to write a great CLAUDE.md file“.

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

Fragen Sie für jede Zeile in Ihrer CLAUDE.md: Würde Claude ohne diese Zeile einen Fehler machen? Wenn Claude etwas bereits von selbst korrekt macht, ist die Anweisung Rauschen. Jede unnötige Zeile verwässert die wichtigen. Es gibt ungefähr ein Budget von 150-200 Anweisungen, bevor die Compliance nachlässt, und der Systemprompt verwendet bereits etwa 50 davon.

30. Nach einem Fehler von Claude sagen: „Update deine CLAUDE.md, damit das nicht wieder passiert“

Wenn Claude einen Fehler macht, sagen Sie: „update the CLAUDE.md file so this doesn't happen again.“ Claude schreibt seine eigene Regel. In der nächsten Sitzung folgt es ihr automatisch.

Mit der Zeit wird Ihre CLAUDE.md zu einem lebendigen Dokument, das durch echte Fehler geformt wird. Um zu verhindern, dass es unbegrenzt wächst, verwenden Sie @imports (Tipp Nr. 32), um eine separate Datei wie @docs/solutions.md für Muster und Korrekturen zu referenzieren. Ihre CLAUDE.md bleibt schlank, und Claude liest die Details bei Bedarf.

31. .claude/rules/ für Regeln verwenden, die nur manchmal gelten

Platzieren Sie Markdown-Dateien in .claude/rules/, um Anweisungen nach Thema zu organisieren. Standardmäßig wird jede Regeldatei zu Beginn jeder Sitzung geladen. Um eine Regel nur zu laden, wenn Claude an bestimmten Dateien arbeitet, fügen Sie paths Frontmatter hinzu:

---
paths:
  - "**/*.ts"
---
# TypeScript conventions
Prefer interfaces over types.

Dies hält Ihre Haupt-CLAUDE.md schlank. TypeScript-Regeln werden geladen, wenn Claude .ts-Dateien liest, Go-Regeln, wenn es .go-Dateien liest. Claude muss sich nie durch Konventionen für Sprachen wühlen, die es nicht berührt.

32. @imports verwenden, um CLAUDE.md schlank zu halten

Referenzieren Sie Dokumente mit @docs/git-instructions.md. Sie können auch @README.md, @package.json oder sogar @~/.claude/my-project-instructions.md referenzieren.

Claude liest die Datei, wenn es sie benötigt. Denken Sie an @imports als „hier ist mehr Kontext, wenn Sie ihn brauchen“, ohne die Datei, die Claude bei jeder Sitzung liest, aufzublähen.

33. Sichere Befehle mit /permissions auf die Allowlist setzen

Hören Sie auf, zum hundertsten Mal auf „genehmigen“ bei npm run lint zu klicken. /permissions ermöglicht es Ihnen, vertrauenswürdige Befehle auf die Allowlist zu setzen, damit Sie im Fluss bleiben. Sie werden immer noch für alles, was nicht auf der Liste steht, aufgefordert.

34. /sandbox verwenden, wenn Claude frei arbeiten soll

Führen Sie /sandbox aus, um die OS-Level-Isolation zu aktivieren. Schreibzugriffe sind auf Ihr Projektverzeichnis beschränkt, und Netzwerkanfragen sind auf von Ihnen genehmigte Domains begrenzt. Es verwendet Seatbelt unter macOS und bubblewrap unter Linux, sodass Einschränkungen für jeden von Claude gestarteten Unterprozess gelten. Im Auto-Allow-Modus werden Sandbox-Befehle ohne Berechtigungsaufforderungen ausgeführt, was Ihnen nahezu volle Autonomie mit Schutzgittern bietet.

Für unüberwachte Arbeit (nächtliche Migrationen, experimentelle Refaktorisierungen) führen Sie Claude in einem Docker-Container aus. Container bieten Ihnen vollständige Isolation, einfaches Rollback und die Gewissheit, Claude stundenlang laufen zu lassen.

35. Benutzerdefinierte Subagenten für wiederkehrende Aufgaben erstellen

Anders als bei der spontanen Verwendung von Subagenten (#19) sind benutzerdefinierte Subagenten vorkonfigurierte Agenten, die in .claude/agents/ gespeichert sind. Zum Beispiel ein security-reviewer-Agent mit Opus und Nur-Lese-Tools oder ein quick-search-Agent mit Haiku für Geschwindigkeit.

Verwenden Sie /agents, um sie zu durchsuchen und zu erstellen. Sie können die Isolation auf worktree für Agenten setzen, die ihr eigenes Dateisystem benötigen.

36. Die richtigen MCP-Server für Ihren Stack auswählen

Die MCP-Server, mit denen es sich lohnt zu beginnen: Playwright für Browser-Tests und UI-Verifikation, PostgreSQL/MySQL für direkte Schema-Abfragen, Slack zum Lesen von Fehlerberichten und Thread-Kontext und Figma für Design-to-Code-Workflows.

Claude Code unterstützt dynamisches Laden von Tools, sodass Server ihre Definitionen nur laden, wenn Claude sie benötigt. Eine umfassende Liste der verfügbaren Server finden Sie in unserem Leitfaden zu den besten MCP-Servern im Jahr 2026.

37. Ihren Ausgabestil festlegen

Führen Sie /config aus und wählen Sie Ihren bevorzugten Stil. Die integrierten Optionen sind Explanatory (detailliert, Schritt für Schritt), Concise (kurz, aktionsorientiert) und Technical (präzise, jargonfreundlich).

Sie können auch benutzerdefinierte Ausgabestile als Dateien in ~/.claude/output-styles/ erstellen.

38. CLAUDE.md für Vorschläge, Hooks für Anforderungen nutzen

CLAUDE.md ist beratend. Claude folgt ihr etwa 80 % der Zeit. Hooks sind deterministisch, zu 100 %. Wenn etwas jedes Mal ausnahmslos passieren muss (Formatierung, Linting, Sicherheitsprüfungen), machen Sie es zu einem Hook. Wenn es sich um eine Anleitung handelt, die Claude berücksichtigen sollte, ist CLAUDE.md in Ordnung.

39. Auto-Formatierung mit einem PostToolUse-Hook

Jedes Mal, wenn Claude eine Datei bearbeitet, sollte Ihr Formatter automatisch ausgeführt werden. Fügen Sie einen PostToolUse-Hook in .claude/settings.json hinzu, der Prettier (oder Ihren Formatter) auf jede Datei anwendet, nachdem Claude sie bearbeitet oder geschrieben hat:

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          {
            "type": "command",
            "command": "npx prettier --write \"$CLAUDE_FILE_PATH\" 2>/dev/null || true"
          }
        ]
      }
    ]
  }
}

Das || true verhindert, dass Hook-Fehler Claude blockieren. Sie können auch andere Tools verketten. Fügen Sie npx eslint --fix als zweiten Hook-Eintrag hinzu.

Wenn Sie einen Editor für dieselben Dateien geöffnet haben, sollten Sie das Formatieren beim Speichern deaktivieren, während Claude arbeitet. Einige Entwickler haben berichtet, dass Editor-Speichervorgänge den Prompt-Cache ungültig machen können, was Claude zwingt, Dateien erneut zu lesen. Lassen Sie stattdessen den Hook die Formatierung übernehmen.

40. Destruktive Befehle mit PreToolUse-Hooks blockieren

Blockieren Sie rm -rf, drop table und truncate-Muster mit einem PreToolUse-Hook auf Bash. Claude wird es gar nicht erst versuchen. Der Hook wird ausgelöst, bevor Claude das Tool ausführt, sodass destruktive Befehle abgefangen werden, bevor sie Schaden anrichten.

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "type": "command",
        "command": "if echo \"$TOOL_INPUT\" | grep -qE 'rm -rf|drop table|truncate'; then echo 'BLOCKED: destructive command' >&2; exit 2; fi"
      }
    ]
  }
}

Fügen Sie dies zu .claude/settings.json in Ihrem Projekt hinzu. Sie können es interaktiv mit /hooks einrichten oder Claude einfach sagen: „Füge einen PreToolUse-Hook hinzu, der rm -rf, drop table und truncate-Befehle blockiert.“

41. Wichtigen Kontext über Komprimierung hinweg mit Hooks bewahren

Wenn der Kontext während langer Sitzungen komprimiert wird, kann Claude den Überblick über Ihre Arbeit verlieren. Ein Notification-Hook mit einem compact Matcher injiziert Ihren Schlüsselkontext jedes Mal automatisch neu, wenn die Komprimierung ausgelöst wird.

Sagen Sie Claude: „Richte einen Notification-Hook ein, der dich nach der Komprimierung an die aktuelle Aufgabe, die geänderten Dateien und alle Einschränkungen erinnert.“ Claude erstellt den Hook in Ihren Einstellungen. Gute Kandidaten für die Re-Injektion: die aktuelle Aufgabenbeschreibung, die Liste der von Ihnen geänderten Dateien und alle harten Einschränkungen („Ändere keine Migrationsdateien“).

Dies ist am wertvollsten bei mehrstündigen Sitzungen, in denen Sie tief in einer Funktion stecken und es sich nicht leisten können, dass Claude den Faden verliert.

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

Claude ist gut im Code. Diese Entscheidungen erfordern einen Menschen. Authentifizierungsabläufe, Zahlungslogik, Datenmutationen, destruktive Datenbankoperationen. Überprüfen Sie diese, egal wie gut der Rest aussieht. Ein falscher Authentifizierungsbereich, ein falsch konfigurierter Zahlungs-Webhook oder eine Migration, die stillschweigend eine Spalte löscht, kann Sie Benutzer, Geld oder Vertrauen kosten. Keine Menge an automatisierten Tests fängt jeden dieser Fälle ab.

43. /branch verwenden, um einen anderen Ansatz zu versuchen, ohne den aktuellen zu verlieren

/branch (oder /fork) erstellt eine Kopie Ihrer Konversation am aktuellen Punkt. Versuchen Sie das riskante Refactoring im Branch. Wenn es funktioniert, behalten Sie es. Wenn nicht, bleibt Ihre ursprüngliche Konversation unberührt. Dies unterscheidet sich von rewind (#3), da beide Pfade aktiv bleiben.

44. Claude Sie interviewen lassen, wenn Sie eine Funktion nicht vollständig spezifizieren können

Sie wissen, was Sie bauen wollen, aber Sie haben das Gefühl, nicht alle Details zu haben, die Claude benötigt, um es gut zu bauen. Lassen Sie Claude die Fragen stellen.

I want to build [brief description]. Interview me in detail
using the AskUserQuestion tool. Ask about technical implementation,
edge cases, concerns, and tradeoffs. Don't ask obvious questions.
Keep interviewing until we've covered everything,
then write a complete spec to SPEC.md.

Sobald die Spezifikation fertig ist, starten Sie eine neue Sitzung, um mit sauberem Kontext und einer vollständigen Spezifikation auszuführen.

45. Ein Claude schreiben lassen, ein anderes Claude überprüfen lassen

Das erste Claude implementiert die Funktion, das zweite Claude überprüft sie aus frischem Kontext wie ein erfahrener Ingenieur. Der Prüfer hat keine Kenntnis der Implementierungsabkürzungen und wird jede davon hinterfragen.

Dasselbe Konzept funktioniert für TDD. Sitzung A schreibt Tests, Sitzung B schreibt den Code, um sie zu bestehen.

46. PRs konversativ überprüfen

Bitten Sie Claude nicht um eine einmalige PR-Überprüfung (obwohl Sie das können, wenn Sie möchten). Öffnen Sie den PR in einer Sitzung und führen Sie eine Konversation darüber. „Geh die riskanteste Änderung in diesem PR mit mir durch.“ „Was würde kaputtgehen, wenn dies gleichzeitig ausgeführt wird?“ „Ist die Fehlerbehandlung konsistent mit dem Rest der Codebasis?“

Konversationelle Überprüfungen fangen mehr Probleme ab, da Sie in die Bereiche eintauchen können, die wichtig sind. Einmalige Überprüfungen neigen dazu, Stilfehler zu melden und übersehen oft die architektonischen Probleme.

47. Sitzungen benennen und farbcodieren

/rename auth-refactor platziert ein Etikett auf der Prompt-Leiste, damit Sie wissen, welche Sitzung welche ist. /color red oder /color blue setzt die Farbe der Prompt-Leiste. Verfügbare Farben: red, blue, green, yellow, purple, orange, pink, cyan. Wenn Sie 2-3 parallele Sitzungen ausführen, dauert das Benennen und Färben fünf Sekunden und erspart Ihnen das Tippen in das falsche Terminal.

48. Einen Ton abspielen, wenn Claude fertig ist

Fügen Sie einen Stop-Hook hinzu, der einen Systemton abspielt, wenn Claude eine Antwort abgeschlossen hat. Starten Sie eine Aufgabe, wechseln Sie zu etwas anderem und hören Sie einen Ping, wenn es fertig ist.

{
  "hooks": {
    "Stop": [
      {
        "matcher": "*",
        "hooks": [
          {
            "type": "command",
            "command": "/usr/bin/afplay /System/Library/Sounds/Glass.aiff"
          }
        ]
      }
    ]
  }
}

49. Fan-Out mit claude -p für Batch-Operationen

Iterieren Sie durch eine Liste von Dateien im nicht-interaktiven Modus. --allowedTools schränkt ein, was Claude pro Datei tun kann. Führen Sie sie parallel mit & aus, um den maximalen Durchsatz zu erzielen.

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

Dies ist großartig zum Konvertieren von Dateiformaten, Aktualisieren von Importen in einer Codebasis und Ausführen repetitiver Migrationen, bei denen jede Datei unabhängig von den anderen ist.

50. Die Spinner-Verben anpassen (der lustige Teil)

Während Claude nachdenkt, zeigt das Terminal einen Spinner mit Verben wie „Flibbertigibbeting...“ und „Flummoxing...“ an. Sie können diese durch beliebige Wörter ersetzen. Sagen Sie Claude:

Replace my spinner verbs in user settings with these: Hallucinating responsibly, Pretending to think, Confidently guessing, Blaming the context window

Sie müssen auch keine Liste angeben. Sagen Sie Claude einfach, welche Stimmung Sie erzielen möchten: „Replace my spinner verbs with Harry Potter spells.“ Claude generiert die Liste. Es ist eine Kleinigkeit, die das Warten angenehmer macht.

Fazit

Sie brauchen nicht alle 50 Tipps. Wählen Sie den aus, der das Problem löst, das Sie in Ihrer letzten Sitzung am meisten genervt hat, und probieren Sie ihn morgen aus. Ein Tipp, der hängen bleibt, ist mehr wert als fünfzig, die Sie nur als Lesezeichen gespeichert haben.