Weniger reinschreiben, gezielter nachladen.

Wenn du nur eine Sache mitnimmst, dann diese. /doctor zeigt dir ungenutzte Skills, MCP-Server und Plugins samt ihrem Platzbedarf, kaputte Installationen, langsame Hooks und Zeilen in deiner CLAUDE.md, die Claude auch aus dem Code ablesen könnte.

/doctor

# nur deine Anweisungen prüfen (neuere Versionen):
/doctor prompt-audit

/doctor meldet seine Funde zuerst und fragt, bevor es etwas ändert. Du kannst es also gefahrlos laufen lassen, nur um zu sehen, wo du stehst.

Deine CLAUDE.md ist kein Lager, sondern ein Wegweiser. Lange Abschnitte wandern in eigene Dateien, in der CLAUDE.md bleibt nur die Zeile, die sagt, wann man dort nachschaut. Claude holt sich dann selbst, was er gerade braucht.

# vorher: 80 Zeilen Deploy-Anleitung in der CLAUDE.md

# nachher: eine Zeile
Vor jedem Deploy: lies docs/deploy.md und folge den Schritten dort.

Das überrascht die meisten: Beispiele schaden oft mehr, als sie helfen. Ein Beispiel drängt das Modell in genau dieses eine Muster. Gib lieber ein Designsystem oder eine Vorgabe, an der es sich orientiert.

• Statt drei Beispiel-Komponenten: ein Verweis auf dein Designsystem.
• Statt fünf Beispiel-Texten: eine Beschreibung des Tons in zwei Sätzen.

Hör auf, zwanzig Detailregeln zu schreiben. Schreib eine, die das Ergebnis festlegt. Sie deckt die zwanzig mit ab.

Wenn du "fertig" sagst, MUSS es funktionieren, nicht "sollte"
funktionieren. Vorher selbst testen.

Immer nur eine Regel auf einmal anwenden und danach eine Aufgabe wiederholen, die du schon kennst. Sonst weißt du nicht, was die Änderung bewirkt hat.