32 Claude Code-Hacks, die ich jeden Tag verwende

32 Claude Code-Hacks, die ich jeden Tag verwende

Ich hätte die Registerkarte YouTube fast geschlossen, als im Titel „31 Claude Code-Hacks“ stand. Ich habe fünfzig dieser Videos gesehen. Bei den meisten handelt es sich um jemanden, der die offiziellen Dokumente laut vorliest, während ein Bildschirmrekorder läuft. Dann sind mir die Zeitstempel aufgefallen. Anfänger. Dazwischenliegend. Fortschrittlich. Jeder Abschnitt enthielt mehr als zehn Tipps. Als ich die Hälfte geschafft hatte, hatte ich bereits zweimal innegehalten, um meinen eigenen ~/.claude/settings.json zu aktualisieren, einen Context7 MCP-Server zu installieren und einen Subagenten neu zu erstellen, der ohne Grund mein Opus-Budget verschlang.

Es gab zweiunddreißig Hacks, nicht einunddreißig. Der Ersteller hat sich verzählt. Drei davon hatte ich wochenlang falsch verwendet. Zwei davon hatte ich noch nie zuvor gesehen, und einer davon ist jetzt der Hauptgrund dafür, dass meine Agenteneinsätze 60 % weniger gekostet haben als im März.

Also habe ich mich hingesetzt und jeden einzelnen Hack anhand meines tatsächlichen Arbeitsablaufs ausgeführt. Die Agentenfarm, die ich für meine mejba.me-Content-Pipeline, die Ramlit-Client-Builds und die Sicherheitsautomatisierungen betreibe, die ich prototypisiere. Einige dieser Hacks sind offensichtlich, wenn man sie erst einmal kennt. Auf einige davon stolpern nur Leute, die Hunderte von Claude Code-Sitzungen verschickt haben. Alle zweiunddreißig sind unten aufgeführt, in der Reihenfolge, wie ich sie einem neben mir sitzenden Entwickler beibringen würde – zuerst Anfänger, dann Fortgeschrittene, dann die fortgeschrittenen Bewegungen, die sich tatsächlich skalieren lassen.

Wenn Sie nur einen Abschnitt lesen, machen Sie ihn zum fortgeschrittenen Abschnitt. Da lebt die Kostenoptimierung.

Warum die meisten Entwickler Claude Code zu 30 % seines Potenzials nutzen

Folgendes sagt Ihnen niemand über Claude Code: Die Kluft zwischen einem Gelegenheitsbenutzer und einem Power-Benutzer ist kein Talent. Es geht um zehn spezifische Befehle und ein paar mentale Modelländerungen. Der Gelegenheitsbenutzer gibt Eingabeaufforderungen ein und wartet. Der Hauptbenutzer verfügt über eine Statuszeile, die das Brennen des Live-Kontexts anzeigt, einen Subagenten auf Haiku, der parallel die Erkundung durchführt, einen Hook, der bei jedem Speichern automatisch formatiert, und einen /loop, der im Hintergrund läuft, während er schläft.

Ich habe das auf die harte Tour gelernt. Sechs Monate lang habe ich anständigen Code mit vielleicht einem Drittel des Durchsatzes generiert, den ich jetzt habe. Gleiches Modell. Gleiche Fähigkeit. Der Unterschied lag in der Workflow-Dichte – wie viele nützliche Claude Code-Grundelemente ich in einer einzigen Sitzung gestapelt habe. Als ich anfing, jede Tastenkombination, jeden Schrägstrichbefehl und jede settings.json-Taste als Werkzeug zu betrachten, das es zu beherrschen lohnt, verlief die Produktivitätskurve vertikal.

Dieser Leitfaden ist die Version dieser Kurve, die mir letztes Jahr gerne jemand gegeben hätte.

Anfänger: Die zehn Hacks, die jeder Claude Code-Benutzer in Woche eins kennen sollte

Diese sind nicht verhandelbar. Wenn Sie auf eine davon verzichten, zahlen Sie umsonst Steuern.

1. Führen Sie /init aus, bevor Sie eine einzelne Eingabeaufforderung eingeben

Das erste, was ich in jedem neuen Repo mache, ist, /init auszuführen. Es durchläuft die Codebasis, identifiziert den Stapel und schreibt einen CLAUDE.md, der Konventionen, Dateistruktur, Build-Befehle und die Art von Kontext erfasst, die sonst Ihre ersten drei Eingabeaufforderungen verschlingen würden. Das Überspringen bedeutet, dass Claude jedes Gespräch kalt anfängt und Fragen stellt, die Sie bereits beantwortet haben.

Was mich überrascht hat: /init ist so gut, dass ich die Datei nur noch selten von Grund auf neu schreibe. Ich bearbeite es. Ich schneide es. Aber die Knochen stimmen meist. Wenn Sie seit 2025 CLAUDE.md-Dateien manuell schreiben, hören Sie auf. Lassen Sie es von /init entwerfen. Dann können Sie es schärfen.

2. Konfigurieren Sie /statusline, damit Sie sehen können, was tatsächlich passiert

Dieser hat meinen Arbeitsablauf mehr verändert als jeder andere Anfängertipp. Führen Sie /statusline aus und Claude richtet am unteren Rand Ihres Terminals ein benutzerdefiniertes Dashboard ein, das das aktuelle Modell, das Arbeitsverzeichnis, das verbleibende Kontextfenster, die Sitzungskosten, den Git-Zweig und alles andere anzeigt, was Sie anzeigen möchten. Ich führe eine Statuszeile im claude-pace-Stil aus, die den Prozentsatz der verwendeten Kontexte, den Verbrauch in Dollar pro Sitzung und die Nutzung des 5-Stunden-Ratenlimits anzeigt.

Warum ist das wichtig? Denn Claude Code ohne Statuszeile ist wie Fahren ohne Tankanzeige. Sie merken erst, dass Sie 80 % Ihres Kontexts verbrannt haben, wenn die Antworten seltsam werden. Mit einer Statuszeile kann ich in Echtzeit und /compact sehen, wie sich der Kontext einschleicht, bevor er mich stört.

3. Verwenden Sie die Spracheingabe für die langen Ansagen

Apples integriertes Diktat, Whisper Flow oder SuperWhisper – wählen Sie eines aus. Alles, was einen gesprochenen Gedanken in eine Aufforderung mit fünfhundert Wörtern verwandelt. Ich diktiere Pläne, Fehlerberichte und Funktionsbeschreibungen, weil das Eintippen viermal länger dauert und ich beim Tippen Details weglasse.

Der Qualitätswandel ist real. Sprachansagen sind dichter. Dazu gehören die Halbgedanken und Grenzfälle, die ich übersprungen hätte, wenn ich an einem Dienstagnachmittag mit drei geöffneten Slack-Fenstern getippt hätte.

4. Halten Sie Ihr Kontextfenster standardmäßig klein

Jede Datei, die Claude liest, jedes Tool-Ergebnis, jede Gesprächsrunde – alles lebt im Kontextfenster. Dieses Fenster ist endlich. Je mehr Sie früh hineinstopfen, desto weniger Raum bleibt später für tatsächliche Überlegungen. Meine Regel: Ich lade keine Datei, es sei denn, ich habe einen bestimmten Grund. Ich speichere keine ganzen Verzeichnisse. Ich lasse Claude über Grep- und Lesetools abrufen, was er benötigt, und nicht dadurch, dass ich präventiv Code einfüge.

Das habe ich während einer Laravel-Umgestaltung auf die harte Tour gelernt, als ich einen 2.000-Zeilen-Controller „für den Kontext“ eingefügt habe und Claude zehn Runden später die ursprüngliche Aufgabe vergaß. Kleiner Kontext, schärfere Ausgabe. Stets.

5. Führen Sie /context aus, wenn sich die Dinge schlecht anfühlen

/context zeigt Ihnen genau, was Ihr Token-Budget verschlingt. Gesprächsgeschichte. Werkzeugergebnisse. CLAUDE.md-Inhalt. Systemaufforderung. MCP-Serverausgaben. Jeder bekommt einen Prozentsatz. Als ich es zum ersten Mal in einer fehlerhaften Sitzung ausführte, stellte ich fest, dass ein Playwright-MCP-Server 18 % meines Kontexts mit Browser-Snapshots von vor vierzig Runden hielt. Habe den Schnappschuss getötet. Problem gelöst.

Ich führe /context aus, wenn Claude etwas unerklärlicherweise Dummes tut. In acht von zehn Fällen liegt das Problem an der Kontextverschmutzung und nicht am Modell.

6. Verwenden Sie /compact bei 60–70 %, /clear zwischen Aufgaben

Die Volksweisheit lautet „80 % kompakt“. Das ist zu spät. Bei 80 % wird Claude bereits schlampig, weil sich das Kontext-zu-Aufmerksamkeits-Verhältnis verschlechtert hat. I /compact bei 60–70 % mit einem fokussierten Argument: /compact retain the schema and the failing test cases. Die kompakte Zusammenfassung wird zum neuen Arbeitskontext.

Wenn ich die Aufgabe komplett wechsle – sagen wir, ich bin mit einer Funktion fertig und debugge jetzt eine Bereitstellung – dann gilt: /clear. Kein Kompakt. Vollständiger Reset. Das Mischen zweier unabhängiger Aufgaben in einer Sitzung ist eine der schnellsten Möglichkeiten, Claude dazu zu bringen, APIs zu halluzinieren, die nicht existieren.

7. Der Planmodus ist Umschalt+Tab. Verwenden Sie es für alles, was mehr als eine Datei betrifft

Shift+Tab schaltet den Planmodus um. Im Planmodus analysiert Claude Ihre Codebasis und erstellt einen Implementierungsplan, ohne Code zu schreiben. Sie überprüfen den Plan, bearbeiten ihn, genehmigen ihn und dann beginnt die Ausführung.

Ich habe dies für jede Änderung, die mehr als eine Datei betrifft, als nicht verhandelbar erklärt. Die zehn Sekunden, die Sie mit dem Lesen des Plans verbringen, ersparen Ihnen die drei Stunden des Debuggens, wenn Claude beschließt, die Ratenbegrenzung in einer neuen Middleware-Datei anstelle der bereits vorhandenen Authentifizierungs-Middleware hinzuzufügen. (Tatsächliche Erfahrung. Tatsächlich drei Stunden. Nie wieder.) Ich habe hier unten den gesamten Plan-Validierung-Versand-Zyklus unterbrochen.

8. Behandeln Sie Claude wie einen intelligenten Junior-Entwickler, nicht wie einen Senior

Dies ist ein mentaler Modellwechsel, kein Befehl. Nachwuchsentwickler sind brillant, brauchen aber Struktur. Sie brauchen klare Spezifikationen, eine Codeüberprüfung und jemanden, der Architekturentscheidungen trifft, bevor sie zu technischen Schulden werden. Behandle Claude genauso. Briefe es wie ein Junior. Überprüfen Sie die Ergebnisse wie ein Junior. Vertrauen Sie der Architektur nicht ohne Überprüfung.

Die Entwickler, die sich an Claude Code verbrennen, sind diejenigen, die es wie einen Senior behandeln – drücken Sie eine vage Aufforderung und gehen Sie weg. Diejenigen, die versenden, sind diejenigen, die genaue Spezifikationen schreiben und das Diff überprüfen.

9. Erzwingen Sie die Klärung von Fragen, bis das Vertrauen 95 % erreicht

Fügen Sie Ihrem CLAUDE.md eine einzelne Zeile hinzu: * „Bevor Sie Code schreiben, stellen Sie klärende Fragen, bis Sie zu 95 % mit den Anforderungen vertraut sind. Raten Sie nicht. Gehen Sie nicht davon aus.“* Die Verhaltensänderung ist dramatisch. Anstatt eine halbrichtige Implementierung zu generieren, deren Korrektur dreißig Minuten dauert, stellt Claude die vier Fragen, die die Spezifikation festlegen, bevor er etwas schreibt.

Ich habe dies letzten Monat bei einer komplexen Stripe-Integration getestet. Ohne die Regel ging Claude vom falschen Abonnementmodell aus und lieferte sechzig Zeilen Code aus, die neu geschrieben werden mussten. Mit der Regel wurden drei Fragen gestellt, die Spezifikation richtig ermittelt und beim ersten Versuch ein funktionierender Code geliefert.

10. Selbstüberprüfende Todo-Listen mit visueller Überprüfung

Wenn ich eine Aufgabe mit mehreren Schritten zuweise, fordere ich Claude auf, eine Aufgabenliste zu führen und jeden Schritt zu überprüfen, bevor er ihn als abgeschlossen markiert. Für UI-Arbeiten bedeutet das einen Screenshot. Für die Backend-Arbeit bedeutet das, den Endpunkt zu erreichen und mir die Antwort zu zeigen. Für die Datenbankarbeit bedeutet das, eine Abfrage auszuführen und das Ergebnis einzufügen.

Die Qualitätsveränderung ist stark. Ohne Überprüfung markiert Claude die Dinge als „erledigt“, weil es den Code geschrieben hat. Bei der Verifizierung bedeutet „erledigt“, dass es tatsächlich funktioniert. Es gibt einen gewaltigen Unterschied zwischen diesen beiden Staaten, und die meisten Agentenausfälle liegen in der Lücke zwischen ihnen.

Das ist der Anfänger-Stack. Wählen Sie diese zehn ein und schon sind über 80 % der Claude Code-Benutzer aktiv. Bei den Zwischen-Hacks beginnt die eigentliche Hebelwirkung.

Mittelstufe: Die zwölf Hacks, die Casual von Seriös unterscheiden

Dies ist die Ebene, auf der Claude Code aufhört, ein Chatbot zu sein, und beginnt, ein System zu sein, das Sie entwerfen.

11. Stellen Sie Subagenten parallel für alles bereit, das größer als eine einzelne Funktion ist

Unteragenten sind erzeugte Claude-Instanzen mit eigenem Kontextfenster, eigenem Werkzeugzugriff und (entscheidend) eigener Modellzuweisung. Sie definieren sie in ~/.claude/agents/[name].md oder .claude/agents/[name].md für projektbezogene Projekte.

Das Muster, das sich für mich durchgesetzt hat: Wenn ich etwas mit drei oder mehr unabhängigen Komponenten baue, delegiere ich jede Komponente an einen Subagenten. Während ich die Authentifizierungsimplementierung überprüfe, schließt der Datenbank-Subagent Migrationen ab und der Frontend-Subagent verbindet Komponenten. Drei Dinge passieren parallel, wo ich früher eines gemacht habe.

Ich habe die Architektur des Agententeams dokumentiert, die ich hier ausführe. Sobald Sie paralleles sub-agents erleben, fühlt sich die Rückkehr zu Single-Threaded wie eine Einwahl an.

12. Erstellen Sie benutzerdefinierte Fähigkeiten in ~/.claude/skills/

Fertigkeiten sind wiederverwendbare Anleitungspakete, die Claude automatisch lädt, wenn ihre Beschreibung mit der Aufgabe übereinstimmt. Jeder Skill ist ein Verzeichnis mit einer SKILL.md-Datei. Der Frontmann sagt Claude, wann er es benutzen soll. Der Körper sagt Claude, was er tun soll.

Ich verfüge über Kenntnisse in der Erstellung von SEO-Inhalten, in Laravel-Testmustern und in der spezifischen Art und Weise, wie ich Commit-Nachrichten schreibe. Immer wenn ich eine passende Aufgabe auslöse, wird der Skill aktiviert, ohne dass ich etwas eingeben muss. Es ist, als hätte man permanente CLAUDE.md-Fragmente, die nur geladen werden, wenn sie relevant sind. Ich habe die tieferen Fähigkeitsmuster in diesem Leitfaden behandelt.

Der Vorteil: Fähigkeiten verschmutzen den Kontext nicht wie ein riesiges CLAUDE.md. Sie laden bei Bedarf und entladen, wenn sie fertig sind. Das ist die richtige Form für Fachwissen.

13. Leiten Sie Unteragenten an Haiku weiter, um die Kosten um die Hälfte zu senken

Dies ist die größte Kostenoptimierung in Claude Code. Unteragenten erben das übergeordnete Modell, sofern Sie nichts anderes angeben. Wenn Sie model: haiku im Subagenten-Frontmatter festlegen, wird dieser Subagent auf claude-haiku-4-5 statt auf Opus ausgeführt. Haiku ist pro Token etwa 15-mal günstiger als Opus und bei Aufgaben, die keine tiefgreifenden Überlegungen erfordern – Dateisuche, Protokollanalyse, Codebasis-Erkundung, JSON-Formatierung – ist der Qualitätsunterschied praktisch gleich Null.

Mein aktuelles Setup: Planung und Architektur laufen auf Opus. Die Implementierung läuft auf Sonnet. Auf Haiku laufen Exploration, Protokollanalyse und routinemäßige Refaktoren. Durch das dreistufige Routing sanken meine durchschnittlichen Sitzungskosten von 2,02 $ auf 0,98 $, so die Berechnung, die ich im März durchgeführt habe. Dies entspricht der Reduzierung um 40–60 %, die die breitere Claude Code-Community meldet.

14. CLAUDE.md ständig aktualisieren. Halten Sie es unter 200 Zeilen

Jede Zeile in CLAUDE.md wird in jede Konversation geladen. Eine 500-Zeilen-Datei frisst stillschweigend den Kontext, bevor Sie eine Eingabeaufforderung eingegeben haben. Die Disziplin, die funktioniert: Begrenzen Sie die Datei auf 150–200 Zeilen und behandeln Sie alles, was unter dieser Obergrenze liegt, als erzwingende Funktion für die Priorisierung.

Was bleibt: Projektbeschreibung, Schlüsseldateipfade, build/test-Befehle, Codierungskonventionen, harte Regeln, gegen die Claude niemals verstoßen darf. Was geht: Codebeispiele (Claude kann Ihren Code lesen), historischer Kontext, alles, was die README-Datei dupliziert, alles, was seit zwei Wochen nicht berührt wurde.

Ich aktualisiere CLAUDE.md ungefähr jeden Freitag bei aktiven Projekten. Fünf Minuten Beschneiden, zehn Minuten Hinzufügen neuer Lektionen, die in dieser Woche gewonnen wurden. Der Gesamtvorteil ist enorm.

15. Leiten Sie CLAUDE.md an verknüpfte Unterverzeichnisdateien weiter

Bei größeren Projekten besteht der Trick darin, den Root-Server CLAUDE.md als Router und nicht als Handbuch zu behalten. In der Stammdatei heißt es: „Unseren Codestil finden Sie unter docs/conventions.md, das Systemdesign finden Sie unter Claude liest den Router und ruft dann nur die verknüpfte Datei ab, die für die aktuelle Aufgabe relevant ist.

Dieses Muster ermöglicht es einem weitläufigen Laravel-Monorepo, einen 120-Zeilen-Stamm CLAUDE.md beizubehalten, während bei Bedarf weiterhin detaillierte, spezifische Anleitungen verfügbar sind. Modularer Kontext. Wird nur bei Bedarf geladen.

16. Gehen Sie früh auf und fragen Sie erneut, wenn sich die Dinge ändern

Wenn eine Claude-Sitzung seitwärts verläuft – falsche Richtung, halluzinierte API, wiederholte Fehler – versuchen Sie nicht, dies innerhalb derselben Sitzung zu korrigieren. Ausfahrt. Öffnen Sie eine neue Sitzung. Fragen Sie noch einmal mit einer schärferen Aufforderung und den Lehren, die Sie aus dem schlechten Lauf gezogen haben.

Der Grund: Sobald eine Sitzung abdriftet, vergiftet der schlechte Kontext jede weitere Runde. Der Versuch, den Kurs zu korrigieren, macht es oft noch schlimmer. Eine neue Sitzung mit einer strengeren Aufforderung ist fast immer schneller als fünfmal „Nein, so.“

17. Fordern Sie Claudes Leistung aggressiv heraus

Wenn Claude etwas zurückgibt, das „richtig aussieht“, bitten Sie ihn, drei Probleme mit dem zu finden, was er gerade geschrieben hat. Oder sagen Sie es: * „Kritisieren Sie diese Implementierung, als wären Sie ein leitender Ingenieur bei der Codeüberprüfung. Was würden Sie zurückweisen?“*

Die Ausgabequalität springt. Claude ist wirklich gut darin, Fehler im Code zu finden, wenn man die Aufgabe als Kritik statt als Generierung formuliert. Ich habe letzten Monat mit genau dieser Eingabeaufforderung eine Race-Condition in einem Zahlungsablauf festgestellt. Die ursprüngliche Implementierung hat die Tests bestanden. Beim Kritikdurchgang wurde der Timing-Fehler festgestellt.

18. /rewind ist Ihre Schaltfläche zum schnellen Rückgängigmachen

Drücken Sie Esc zweimal oder führen Sie /rewind aus, und Sie erhalten ein Prüfpunktmenü, das jeden vorherigen Status der Konversation anzeigt. Wählen Sie einen Kontrollpunkt und stellen Sie ihn wieder her. Mit dem Update 2026 wurde die Option hinzugefügt, nur Konversationen oder nur Code wiederherzustellen – das heißt, Sie können die Nachrichten zurücksetzen, während Dateiänderungen beibehalten werden, oder umgekehrt.

Ich benutze das ständig, wenn mir klar wird, dass Claude vor fünf Runden den falschen Weg eingeschlagen hat. Anstatt alles noch einmal zu erklären, spule ich vor der falschen Abzweigung zurück und versuche es noch einmal mit einer besseren Eingabeaufforderung.

19. /hooks für Benachrichtigungen, Validierung und automatische Formatierung

Hooks sind deterministische Shell-Befehle, die der Harness an bestimmten Lebenszykluspunkten ausführt. Vor dem Werkzeuggebrauch. Verwendung nach dem Werkzeug. Stoppen. Benachrichtigung. Sie rennen, egal, was Claude tut – das ist der springende Punkt.

Mein aktueller Hook-Stack: ein Post-Tool-Use-Hook, der prettier für jede von Claude bearbeitete TS-Datei ausführt, ein Stopp-Hook, der eine macOS-Benachrichtigung auslöst, wenn eine Aufgabe mit langer Laufzeit abgeschlossen wird, und ein Pre-Tool-Use-Hook, der Bash-Befehle blockiert, die mit rm -rf außerhalb bestimmter Verzeichnisse übereinstimmen. Allein durch den Auto-Format-Hook erspare ich mir zehn Minuten Aufräumzeit pro Sitzung.

Führen Sie /hooks aus, um sie innerhalb der CLI zu verwalten. Lassen Sie sich nicht durch Gedächtnisstützen auf wiederholbare Verhaltensweisen ein. Kodieren Sie sie als hooks.

20. Screenshots zur visuellen Selbstprüfung

Wenn Claude die Benutzeroberfläche bearbeitet, sage ich ihr, dass sie einen Screenshot der laufenden Seite machen und überprüfen soll, ob die Änderung mit der Spezifikation übereinstimmt. Wenn Playwright MCP installiert ist, ist dies ein Befehl. Der Qualitätsunterschied ist enorm: Anstelle von „Ich habe den Farbverlauf hinzugefügt“ ohne Beweis erhalten Sie „Hier ist der Farbverlauf, hier ist der Screenshot, hier ist, was ich auf dem Screenshot sehe.“

Erkennt Ausrichtungsfehler, Farbabweichungen und die Dutzende kleiner visueller Probleme, die bei der reinen Textüberprüfung jedes Mal übersehen werden.

21. Chrome DevTools-Integration für Live-Debugging

Verbinden Sie Claude über Playwright oder DevTools MCP mit Chrome und Sie können einen Browser öffnen, zu Ihrem Entwicklungsserver navigieren, das DOM überprüfen, Konsolenfehler lesen und das Verhalten durchgängig überprüfen. Ich mache das für jeden Frontend-Fehler, der nicht bei der ersten Eingabeaufforderung reproduziert wird.

Die Sitzung fühlt sich an wie eine Paarprogrammierung mit jemandem, der ständig einen Browser geöffnet hat. Sie klicken. Sie überprüfen die Konsole. Sie melden sich zurück. Massiver Level-Upgrade im Vergleich zum bloßen Raten anhand des Codes.

22. Inspirationsseiten per Screenshot klonen

Dies ist reines Power-User-Territorium. Machen Sie einen Screenshot einer Site, die Sie nachahmen möchten, geben Sie ihn Claude und bitten Sie ihn, das Layout in Ihrem Stapel zu reproduzieren. Mit einem visionsfähigen Modell und guten Design-Tokens in Ihrem Projekt erhalten Sie in fünfzehn Minuten einen funktionierenden Klon, für den ein Frontend-Entwickler einen halben Tag gebraucht hätte.

Ich habe dies für Landingpages, Dashboards und Preistabellen verwendet. Die Ausgabe ist nicht pixelgenau – aber nah genug dran, dass der manuelle Feinschliff fünfzehn Minuten statt drei Stunden dauert. Ich habe mich hier näher mit dem visuellen Klon-Workflow befasst.

Das ist der Zwischenstapel. Wenn Sie diese zwölf Einstellungen vorgenommen haben, verhalten Sie sich wie ein Senior, der Claude Code seit einem Jahr verwendet. Nun die fortgeschrittenen Schritte – diejenigen, die Sie in das Gebiet führen, in dem Claude Code aufhört, ein Werkzeug zu sein, und anfängt, eine Infrastruktur zu sein.

Fortgeschritten: Die zehn Hacks, die Claude Code in eine Infrastruktur verwandeln

Dies ist die Schicht, in der seriöse Betreiber leben. Die meisten Claude Code-Benutzer werden nichts davon anfassen. Diejenigen, die dies tun, arbeiten mit einem Vielfachen des Durchsatzes.

23. Parallele Sitzungen mit Git Worktrees

git worktree add ../feature-payments feature/payments erstellt ein isoliertes Arbeitsverzeichnis, das an einen Zweig gebunden ist. Sie starten eine separate Claude Code-Sitzung in diesem Arbeitsbaum, völlig isoliert von Ihrer Hauptsitzung – andere Dateien, anderer Status, keine Konflikte. Boris Cherny, der Schöpfer von Claude Code, [führt Berichten zufolge zehn bis fünfzehn parallele Sitzungen durch] (https://mejba.me/boris-cherny-claude-code-workflow) und verwendet genau dieses Muster.

Meine aktuelle Obergrenze liegt bei vier parallelen Worktree-Sitzungen. Darüber hinaus verliere ich den Überblick darüber, was wo passiert. Vier reichen aus, um sich übermenschlich zu fühlen. Während die Authentifizierung in Arbeitsbaum A ausgeliefert wird, wird die Zahlungsintegration in Arbeitsbaum B erstellt, die Neugestaltung des Dashboards in Arbeitsbaum C gerendert und der Stripe-Webhook-Handler führt Tests in Arbeitsbaum D durch. Ich überprüfe PRs in einem fünften Fenster. Das ist eine Feature-Woche, komprimiert auf einen Nachmittag.

24. Greifen Sie direkt auf API-Endpunkte zu, anstatt den MCP-Server zu laden

MCP-Server sind erstaunlich. Sie sind auch in Tokens teuer. Jeder MCP-Server registriert Tools, die in Claudes Kontext geladen werden, unabhängig davon, ob Sie sie verwenden oder nicht. Ein schwergewichtiger MCP kann allein für Tooldefinitionen 5–10 % Ihres Kontextbudgets verschlingen.

Der Hack: Für einmalige API-Interaktionen überspringen Sie den MCP und lassen Sie Claude den Endpunkt direkt mit curl oder einem einfachen HTTP-Client aufrufen. Sie geben ein paar Hundert Token für einen einzelnen Tool-Aufruf aus, statt zehntausend für persistente MCP-Tool-Definitionen. Ich behalte MCP-Server für Tools, die ich in mehr als 50 % der Sitzungen verwende. Alles andere erfolgt über direkte API-Aufrufe.

25. /loop für wiederkehrende Hintergrundaufgaben

Mit /loop können Sie in wiederkehrenden Abständen eine Eingabeaufforderung oder einen Schrägstrichbefehl ausführen. "/loop 30m Überprüfen Sie die Bereitstellungsprotokolle und pingen Sie mich an, wenn ein Fehler auftritt" wird alle 30 Minuten ausgeführt. Lassen Sie das Intervall und die Claude-Schritte weg. Das Geschirr kann die Schlaufen bis zu drei Tage lang am Leben halten.

Ich führe Schleifen für SEO-Prüfungen, Pings zur Inhaltsveröffentlichung, Sicherheitsscans und einen Build-Status-Babysitter aus, der CI überwacht und mich benachrichtigt, wenn etwas kaputt geht. Der Trick besteht darin, die Schleifenaufforderungen eng zu halten – eine Schleife mit einem vagen Auftrag wird schnell teuer. Enger Anwendungsbereich. Exit-Bedingung löschen. Spezifisches Berichtsformat.

26. Hosten Sie Claude Code auf einem VPS für Always-On-Agenten

Wenn Sie möchten, dass Schleifen 24/7 ausführen, ohne dass Ihr Laptop geöffnet ist, stellen Sie Claude Code auf einem VPS bereit. Ein billiges DigitalOcean-Droplet oder eine Hetzner-Box führt eine tmux-Sitzung mit Claude Code darin aus, Ihre Schleifen werden planmäßig ausgelöst und Sie können per SSH von überall aus den Status überprüfen.

Ich habe eine 20/month Hetzner-Box, auf der meine Inhaltsüberwachungsschleife und eine Sicherheitsscanschleife laufen. Beide sind seit sechs Wochen am Leben. Ich checke einmal am Tag ein. Der VPS wird zu einem persistenten Agent-Runner und nicht zu einer verfügbaren Sitzung.

27. Steuern Sie Claude von Ihrem Telefon aus über den Browser

Tunneln Sie Ihre VPS-Claude-Sitzung über ttyd, Ich habe Reparaturen von einem Café, einem Flughafen und einmal von einem Bus auf dem Heimweg verschickt.

Nicht für schwere Arbeit. Perfekt für schnelle „Hey, starte die Schleife neu“ oder „Überprüfe den Bereitstellungsstatus“, wenn du nicht am Laptop sitzt.

28. Fragen Sie NoSQL und BigQuery in einfachem Englisch über die CLI ab

Installieren Sie einen Datenbank-MCP-Server (Firebase, Supabase, BigQuery, MongoDB – die meisten haben einen), und Sie können Claude Dinge fragen wie „Wie viele Anmeldungen in den letzten 24 Stunden von US-Benutzern im Pro-Plan?“* Er schreibt die Abfrage, führt sie aus, analysiert das Ergebnis und gibt Ihnen eine einzeilige Antwort.

Der Wandel erfolgt von SQL als Fähigkeit hin zu Daten als Konversation. Ich schreibe immer noch handabgestimmte Abfragen für Produktionsanalysen. Für explorative Fragen während eines Meetings? Einfaches Englisch durch Claude. Zehnmal schneller als das Öffnen der BigQuery-Konsole.

29. Ultrathink für die schwierigen Probleme

Anthropic empfiehlt ausdrücklich magische Worte, die Claudes Denkbudget skalieren. Die Hierarchie: think → think hard → think harder → ultrathink. Mit jedem Schritt werden mehr Denkmarker zugewiesen. ultrathink löst ungefähr 32.000 Denktoken aus – im Grunde die maximale Argumentation, die Claude für eine einzelne Antwort einsetzen wird.

Sparsam verwenden. ultrathink ist teuer und langsam. Aber bei wirklich schwierigen Problemen – Architekturentscheidungen, schwerwiegenden Fehlern, Sicherheitsanalysen für einen komplexen Authentifizierungsfluss – besteht der Unterschied zwischen einer oberflächlichen Antwort und einer Antwort, die die Dinge erfasst, die ein leitender Ingenieur erkennen würde.

Meine Regel: Ich verwende ultrathink vielleicht zweimal pro Sitzung, bei Problemen, bei denen die falsche Antwort mehr kostet als die zusätzlichen Token.

30. Bearbeiten Sie die Berechtigungen in settings.json, um sichere Befehle vorab zu genehmigen

Hören Sie auf, zu jeder Aufforderung „Ja“ zu sagen. Öffnen Sie ~/.claude/settings.json und fügen Sie Folgendes hinzu:

{
  "permissions": {
    "allow": [
      "Bash(npm run *)",
      "Bash(git status)",
      "Bash(git diff *)",
      "Bash(pytest *)",
      "Bash(prettier *)"
    ],
    "deny": [
      "Bash(rm -rf *)",
      "Bash(git push --force *)",
      "Bash(curl * | sh)"
    ],
    "ask": [
      "Bash(git push *)",
      "Bash(npm publish *)"
    ]
  }
}

Mithilfe von Zulassungsregeln kann Claude sichere Befehle ohne Aufforderung ausführen. Verweigerungsregeln blockieren destruktive Befehle, egal was passiert (Verweigern hat immer Vorrang vor Erlauben). Bitten Sie Regeln um eine Bestätigung für sensible Vorgänge.

Der Unterschied ist Tag und Nacht. Mit einer guten Berechtigungsdatei laufen meine Agentenschleifen stundenlang autonom, ohne dass ich zwanzig Mal auf „Genehmigen“ klicken muss. Ohne sie bleibt jede Schleifeniteration stehen und wartet auf meine Aufmerksamkeit. Der vollständige settings.json Deep Dive ist hier.

31. Bilden Sie Agententeams mit gemeinsamem Kontext

Hier wird es architektonisch. Ein „Agententeam“ ist eine Sammlung spezialisierter sub-agents – ein Planer, ein Programmierer, ein Tester, ein Prüfer – jedes mit seiner eigenen Rolle, seinem eigenen Modell und seinem eigenen Werkzeugzugriff. Sie kommunizieren über eine gemeinsame Markdown-Datei (team-state.md oder ähnlich), die jeder Agent zu Beginn seines Zuges liest und am Ende schreibt.

Der Planer liest die Spezifikation, entwirft einen Plan und schreibt ihn an team-state.md. Der Codierer liest den Plan, implementiert ihn und schreibt das Diff in team-state.md. Der Tester liest das Diff, führt die Tests durch und schreibt die Ergebnisse. Der Rezensent liest alles, unterzeichnet es oder sendet es zurück. Alle vier Agenten sind bei entsprechenden Modellen unterschiedlich – Opus für den Planer, Sonnet für den Programmierer, Haiku für den Tester. Ich habe die Teamarchitektur hier ausführlich behandelt.

Dies ist das Architekturmuster, das skaliert. Ein Mensch. Vier spezialisierte Agenten. Eine gemeinsam genutzte Kontextdatei. Durchsatz, der sich wirklich unfair anfühlt.

32. Context7 MCP für versionspezifische Dokumentation

Letzter. Der größte Hack, den ich in den letzten sechzig Tagen übernommen habe. Der Context7 MCP von Upstash fügt aktuelle, versionenspezifische Bibliotheksdokumentation direkt in Claudes Kontext ein, sobald Sie auf eine Bibliothek verweisen.

Ohne Context7 generiert Claude Code basierend auf allem, was es sich aus dem Training merkt – was veraltete APIs, falsche Importpfade und Funktionen bedeutet, die in der von Ihnen verwendeten Version nicht vorhanden sind. Mit Context7 ruft Claude die aktuellen Dokumente für die genaue Version des Pakets in Ihrem package.json ab und schreibt Code, der beim ersten Versuch funktioniert.

Einmal installieren:

claude mcp add context7 -- npx -y @upstash/context7-mcp

Starten Sie Claude Code neu. Erledigt. Wenn Sie nun „Erstellen Sie eine Next.js 15-Serveraktion“ oder „Schreiben Sie eine Drizzle ORM-Migration“ sagen, ruft Context7 die aktuellen Dokumente im Hintergrund ab und Claude-Codes dagegen. Das Halluzinations-API-Problem verschwindet im Wesentlichen für jede Bibliothek, die Context7 unterstützt.

Dies ist der Hack, den ich einem Claude Code-Benutzer empfehlen würde, der nur Zeit hat, eine Sache aus diesem gesamten Beitrag zu implementieren.

Was sich tatsächlich ändert, wenn Sie alle 32 zusammen ausführen

Hier ist der Teil, der zählt. Jeder dieser Hacks ist inkrementell. Ein paar Prozent besser. Fünf Minuten gespart. Etwas günstigere Sitzungen. Implementieren Sie alle zweiunddreißig und die Kurve wird nichtlinear.

Meine persönlichen Zahlen, März gegenüber April: durchschnittliche Sitzungskosten um 60 % gesunken, Durchsatz um etwa das Vierfache gestiegen, Halluzinationsrate um eine Größenordnung gesunken (hauptsächlich dank Context7 und strengerer CLAUDE.md-Hygiene) und Zeitaufwand für das Klicken auf „Genehmigen“ aufgrund der settings.json-Berechtigungsregeln auf nahezu Null gesunken.

Das liegt nicht daran, dass jeder einzelne Hack magisch ist. Das liegt daran, dass sich die Hacks verstärken. Bessere Kontextdisziplin plus billigeres sub-agents plus automatische Formatierung hooks plus parallele Arbeitsbäume plus Vorabgenehmigung von Berechtigungen ergeben eine Umgebung, in der Claude Code tatsächlich stundenlang unbeaufsichtigt läuft und Arbeit produziert, die ich ohne Umschreiben versenden würde.

Der mentale Modellwechsel ist real. Hören Sie auf, Claude Code wie einen Chatbot zu behandeln. Behandeln Sie es wie eine Entwicklerumgebung, die Sie selbst entwerfen. Jeder Hack in diesem Beitrag ist ein Teil dieser Architektur.

Wenn Sie es bis hierher geschafft haben, hier ist der einzige Ratschlag, den ich mir vor einem Jahr gerne selbst gegeben hätte: Versuchen Sie nicht, alle zweiunddreißig auf einmal umzusetzen. Wählen Sie drei aus dem Anfängerbereich aus und lernen Sie sie innerhalb einer Woche kennen. Dann fügen Sie drei aus der Mittelstufe hinzu. Dann auf „Erweitert“ hochschalten. Der zusammengesetzte Effekt baut sich Schicht für Schicht auf, nicht an einem einzigen Wochenende.

Der letzte Hack ist der einzige, der nicht auf diese Liste passt: Erweitern Sie ihn weiter. Jede Woche finden Sie ein neues Muster, einen neuen MCP-Server und einen neuen Hook, der weitere fünfzehn Minuten spart. Der 30-Sekunden-Hack ist der Meta-Hack – die Disziplin, Ihren eigenen Claude Code-Workflow als etwas zu behandeln, das es wert ist, jede Woche optimiert zu werden.

Meins ist im Vergleich zu vor drei Monaten nicht mehr wiederzuerkennen. Deines wird es auch sein.

Häufig gestellte Fragen

Was ist der beste Claude Code-Hack zur Kostensenkung?

Die Weiterleitung von sub-agents an Haiku (model: haiku-4-5 im Subagenten-Frontmatter) ist der größte Kostenhebel. Es senkt die Sitzungskosten in der Regel um 40–60 % bei vernachlässigbarem Qualitätsverlust bei Erkundungs-, Such- und Routineaufgaben. Für die vollständige Implementierung siehe Hack Nr. 13 oben.

Wie löse ich ultrathink in Claude Code aus?

Geben Sie ultrathink wörtlich in Ihre Eingabeaufforderung ein. Anthropic kennt eine Hierarchie magischer Wörter – think, think hard, think harder, ultrathink – die das Denktoken-Budget skalieren. ultrathink weist maximal etwa 32.000 Denktoken zu. Verwenden Sie es nur für Architekturentscheidungen und schwere Fehler.

Was ist der Unterschied zwischen /compact und /clear?

/compact fasst Ihre aktuelle Konversation im freien Kontext zusammen und sorgt gleichzeitig für Kontinuität – nützlich, wenn Sie eine Kontextnutzung von 60–70 % erreichen und weiterhin an derselben Aufgabe arbeiten möchten. /clear löscht die Konversation vollständig – verwenden Sie es, wenn Sie zu einer neuen, nicht verwandten Aufgabe wechseln. Die falsche Vermischung der beiden ist eine der Hauptursachen dafür, dass Claude mitten in der Sitzung halluziniert.

Sollte ich Context7 MCP für jedes Projekt verwenden?

Ja, wenn Sie mit sich schnell ändernden Bibliotheken arbeiten (Next.js, React, Drizzle, Supabase, alles in aktiver Entwicklung). Context7 ruft bei Bedarf versionspezifische Dokumentation ab und eliminiert im Wesentlichen halluzinierte APIs. Einmal mit claude mcp add context7 -- npx -y @upstash/context7-mcp installieren. Siehe Hack #32.

Wie führe ich Claude Code ohne Konflikte parallel aus?

Verwenden Sie Git-Worktrees. git worktree add ../feature-name feature/branch-name erstellt ein isoliertes Arbeitsverzeichnis und startet dann darin eine separate Claude Code-Sitzung. Jede Sitzung hat ihre eigenen Dateien und ihren eigenen Status. Boris Cherny führt auf diese Weise zehn bis fünfzehn parallele Sitzungen durch; Vier ist für die meisten Entwickler eine nachhaltige Obergrenze. Siehe Hack #23.

Lasst uns zusammenarbeiten

Möchten Sie AI-Systeme aufbauen, Arbeitsabläufe automatisieren oder Ihre technische Infrastruktur skalieren? Ich würde gerne helfen.

• Fiverr (benutzerdefinierte Builds und Integrationen): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (Unternehmenslösungen): ramlit.com
• ColorPark (Design & Branding): colorpark.io
• xCyberSecurity (Sicherheitsdienste): xcybersecurity.io