Claude Code schneller machen: langsame Sessions erkennen und sauber optimieren

Wenn Claude Code langsam wirkt, liegt es selten nur am Modell. Meist ist der Kontext zu groß, die Dateisuche zu breit, der Testoutput zu laut oder die Aufgabe so offen formuliert, dass Claude erst das halbe Repository erkundet. Bei diesem Projekt wurden Sessions langsam, wenn Schreiben, Übersetzen, Build, Deploy und Debugging im selben Verlauf lagen. Die Lösung war ein Arbeitsrhythmus mit /usage, /context, gezieltem /compact und klarer Eingrenzung. Dieser Artikel zeigt für Einsteiger, wie man die Ursache findet, Prompts begrenzt, CLAUDE.md schlank hält, Subagents einsetzt und typische Fehler vermeidet.

Vor dem Tuning diagnostizieren

Beginne mit /usage. API-Nutzer sehen Session-Tokens und eine lokal geschätzte Summe; Abonnenten sehen Plan-Nutzung und Attribution. Es ist ein Arbeitsmesser, nicht die endgültige Rechnung. Danach folgt /context. Dort sieht man, ob Verlauf, Memory, MCP, Tools oder Regeln den Platz verbrauchen. Wenn ein riesiges CLAUDE.md der Grund ist, hilft ein Modellwechsel kaum. /compact fasst den Verlauf zusammen. Schreibe dazu, was erhalten bleiben muss: geänderte Dateien, fehlgeschlagene Tests, Entscheidungen und offene Fragen.

# Run these inside Claude Code before changing the workflow
/usage
/context
/compact Preserve changed files, test failures, decisions, and open questions

Einen schnellen Standard-Workflow bauen

Mein Basisablauf: vor großen Aufgaben /usage und /context prüfen, bei natürlichen Pausen /compact nutzen und bei fremden Aufgaben /clear ausführen. Ein leerer Kontext ist oft schneller als ein alter Kontext. Zweite Gewohnheit: Scope begrenzen. Nenne zuerst die Dateien, den Test, die zu ignorierenden Ordner und die erwartete Evidenz. Dritte Gewohnheit: CLAUDE.md klein halten. Laut Memory-Doku gehören dort nur Fakten hinein, die jede Session braucht; Spezialabläufe gehören in rules oder skills.

claude -p "Fix only the null-check bug in src/api/auth.ts.
Read src/api/auth.ts and tests/auth.test.ts first.
Do not scan node_modules, dist, coverage, or unrelated feature folders.
Return the changed files, commands run, and remaining risks."

In CLAUDE.md nur immer nötige Fakten speichern

Das Beispiel ist bewusst kurz. Es gibt Claude eine stabile Karte des Repositories, ohne Memory in eine dauerhafte Dokumentenablage zu verwandeln.

# CLAUDE.md

## Project commands
- Build: npm run build
- Test: npm run test
- Type check: npm run typecheck

## Fast navigation
- API code: src/api/
- UI components: src/components/
- Tests: tests/

## Do not read unless explicitly requested
- node_modules/
- dist/
- coverage/
- .wrangler/

## Compact instructions
When compacting, preserve changed files, failing tests, decisions, credentials policy, and next actions.

Mit einem kleinen Benchmark messen

Optimiere nicht nur nach Gefühl. Führe denselben Aufgabentyp mit weitem und mit begrenztem Prompt aus und vergleiche Zeit, gelesene Dateien und Evidenz.

$runs = @(
  @{ Name = "wide"; Prompt = "Find and fix the auth bug in this project" },
  @{ Name = "scoped"; Prompt = "Fix the null-check bug in src/api/auth.ts only" }
)

foreach ($run in $runs) {
  $elapsed = Measure-Command { claude -p $run.Prompt }
  [pscustomobject]@{
    Name = $run.Name
    Seconds = [math]::Round($elapsed.TotalSeconds, 1)
  }
}

Drei praktische Anwendungsfälle

Kleiner Bugfix

Datei, fehlschlagender Test und Akzeptanzkriterium reichen oft. Claude liest weniger und liefert schneller prüfbare Änderungen.

Großes Refactoring

Trenne Analyse, Änderung, Test und Review. Verdichte nach jeder Phase die Entscheidungen und Risiken.

Content-Pipeline

Übersetzungen und wiederholte Prüfungen laufen in Subagents. Die Hauptsession behält Entscheidungen und finale Prüfung.

Fehler, die man vermeiden sollte

/compact ohne Anweisung kann wichtige Details verlieren, zum Beispiel den fehlschlagenden Befehl.
Ein zu langes CLAUDE.md wird zur dauerhaften Last: alte Incidents, private Notizen und seltene Abläufe werden immer gelesen.
Verifikation zu streichen spart scheinbar Zeit, erzeugt aber Nacharbeit. Filtere Logs, aber behalte die relevanten Fehlerzeilen.

Geprüfte offizielle Dokumentation

Claude Code costs and /usage: https://code.claude.com/docs/en/costs
Claude Code monitoring and telemetry: https://code.claude.com/docs/en/monitoring-usage
Claude Code memory and CLAUDE.md: https://code.claude.com/docs/en/memory

Was für diese Überarbeitung geprüft wurde

Diese Version orientiert sich an den aktuellen Costs-, Monitoring- und Memory-Dokumenten und setzt /usage, /context, /compact und CLAUDE.md in den Mittelpunkt.

Nächster Schritt

Wenn dein Team Claude Code schneller machen will, starte nicht mit größerem Modell oder mehr Automatisierung. Standardisiere zuerst Prompt, Memory und Verifikationsnachweis.