14 Slash-Befehle in Claude Code, die deine Arbeitsweise verändern

Es ist 23:47 Uhr, und du kämpfst seit fast vier Stunden mit einem simplen Feature. Die Claude-Code-Sitzung hat Hunderte Nachrichten, das Kontextfenster ist fast voll, und die Antworten werden langsamer. Du springst ständig zwischen Terminal, Browser, GitHub, Doku und Chat hin und her. Die KI, die dir beim Bauen von Software helfen sollte, ist zu einer weiteren Sache geworden, um die du dich kümmern musst.

Dann wirft ein Kollege einen Blick auf deinen Bildschirm und fragt, warum du die eingebauten Befehle nicht nutzt. Wenn du nicht wusstest, dass es sie gibt, behandelst du Claude Code vermutlich wie einen Chatbot, der zufällig im Terminal wohnt. Tatsächlich ist es eher eine vollständige Entwicklungsumgebung, und eine Handvoll Slash-Befehle zeigt das. Hier sind die 14 wichtigsten, grob danach sortiert, wie schnell sie sich auszahlen.

1. /init: das Projekt nicht immer wieder erklären

Jedes neue Projekt beginnt gleich. Zwanzig Minuten lang beschreibst du, was die App macht, welches Framework sie nutzt, wie die Ordner aufgebaut sind, welche Coding-Konventionen gelten und wie die Gesamtarchitektur aussieht, und erst dann kannst du eine echte Frage stellen.

/init durchsucht das Repository und schreibt eine Projekt-Gedächtnisdatei, die deine Codebasis dokumentiert. Das nächste Gespräch beginnt mit diesem Kontext bereits geladen. Einmal ausgeführt, profitierst du jeden Tag davon.

2. /memory: ihm deinen Stil beibringen

Claude neigt dazu, völlig korrekten Code zu schreiben, der aber nicht so aussieht, wie du ihn schreiben würdest. Also wiederholst du ständig Regeln wie diese:

• Komposition statt Vererbung bevorzugen.
• In TypeScript niemals any verwenden.
• Nur die kniffligen Stellen kommentieren.
• Immer Unit-Tests ergänzen.

Spätestens bei der zehnten Wiederholung ist klar, dass du Mühe verschwendest. Mit /memory hältst du diese Vorlieben einmal fest. Ab dann passt sich das Werkzeug an dich an, statt dich an seine Standards anzupassen, und du hast einen Mitarbeiter, der schon weiß, wie du arbeitest.

3. /pr_comments: Review-Feedback in der Sitzung halten

Pull Requests werden schnell unübersichtlich. Ein Reviewer will andere Namen, ein zweiter bessere Fehlerbehandlung, ein dritter schlägt vor, die Architektur zu überdenken. Die übliche Routine: zwischen GitHub und dem Assistenten hin und her springen und versuchen, beides synchron zu halten.

/pr_comments holt die Review-Kommentare direkt in deine Sitzung, sodass Claude weiß, was die Reviewer verlangt haben, bevor die erste Änderung beginnt. Nichts geht vergessen, und du jonglierst nicht mit Tabs.

4. /btw: eine Nebenfrage, ohne aus der Spur zu geraten

Angenommen, du bist mitten in der Authentifizierung und fragst dich, wie sich das Ablaufen von JWTs von Refresh-Tokens unterscheidet. Normalerweise würdest du im Netz suchen oder im Hauptthread fragen, und so oder so wird deine Aufgabe unterbrochen.

Mit /btw stellst du diese Nebenfrage, ohne das laufende Gespräch zu stören. Klingt nebensächlich, ist aber einer der größeren Produktivitätsgewinne auf dieser Liste.

5. /compact: der Befehl, zu dem du am häufigsten greifst

Jede lange Sitzung landet am selben Punkt: Die Antworten werden langsamer, das Kontextfenster füllt sich, und du überlegst, ob du neu anfangen sollst. Neu anfangen heißt, Kontext zu verlieren und weitere zwanzig Minuten mit Erklärungen zu verbringen.

Tipp stattdessen /compact. Claude verdichtet die wichtigen Teile des Gesprächs, wirft den überflüssigen Verlauf weg und arbeitet weiter. Das ist der Befehl, von dem du dir wünschen wirst, du hättest ihn als Erstes gelernt.

6. !: Shell-Befehle direkt im Chat

Stell einer Zeile ein Ausrufezeichen voran, und der Befehl läuft direkt im Chat:

! git status

! npm test

! npm install

Die Ausgabe landet im Gespräch, also kein Kopieren und Einfügen und kein Fensterwechsel. Für sich genommen winzig, aber es erspart dir Dutzende kleiner Unterbrechungen am Tag.

7. /cost: den Verbrauch im Blick behalten, bevor er zuschlägt

Den Token-Verbrauch ignoriert man leicht, bis man ans Limit stößt, und dann vergisst Claude frühere Teile des Gesprächs, ohne dass du weißt, warum. /cost zeigt den aktuellen Verbrauch, den verbleibenden Kontext und weitere Sitzungsstatistiken. Es funktioniert wie eine Tankanzeige: Du weißt, wann du optimieren solltest, statt unerwartet liegen zu bleiben.

8. /model: das Modell zur Aufgabe passend wählen

Manche Arbeit ist schweres Architekturdenken, manche ein schneller regulärer Ausdruck. /model wechselt das Modell in Sekunden. Nimm ein leistungsfähigeres für anspruchsvolles Denken und ein leichteres für schnelle Iterationen. Sobald du bewusst wechselst, fühlt sich das Werkzeug viel flexibler an.

9. /fast: Tempo statt Feinschliff

Beim Brainstorming, Ausprobieren, Refaktorisieren oder Experimentieren zählt eine perfekte Antwort weniger als eine schnelle. /fast liefert Antworten früher, was schnelle Iterationen flüssiger macht. Ist die Implementierung fertig, wechselst du für eine gründlichere Prüfung zurück.

10. /review: ein zweites Augenpaar vor dem Merge

Führ /review vor jedem Merge aus. Es geht über die Formatierung hinaus und sucht nach:

• Logikfehlern
• Performance-Problemen
• Sicherheitsrisiken
• übersehenen Grenzfällen
• allgemeinen Verbesserungen der Codequalität

Manchmal findet es Dinge, die dir komplett entgangen sind, manchmal bestätigt es nur, dass du auf Kurs bist. Beides ist die paar Sekunden wert.

11. /clear: zurücksetzen, ohne die Einrichtung zu verlieren

Gespräche laufen manchmal aus dem Ruder, wegen falscher Annahmen, der falschen Richtung oder zu viel Rauschen. Statt Claude ganz zu beenden, setzt /clear das Gespräch zurück und lässt deine übrige Einrichtung bestehen. Das ist, als würdest du den Schreibtisch aufräumen, ohne das Büro zu wechseln.

12. /doctor: erste Anlaufstelle, wenn sich etwas falsch anfühlt

Wenn Claude sich seltsam verhält, keine Panik. /doctor prüft Einrichtung, Konfiguration, Berechtigungen und Umgebung, damit du keine Zeit mit dem Debuggen eines Problems verlierst, das gar nicht in deinem Code liegt.

13. /terminal-setup: die Lücke zum Terminal schließen

Ein ständiges Ärgernis ist, Terminal-Ausgaben immer wieder in Claude einzufügen. /terminal-setup schließt diese Lücke. Einmal eingerichtet, fügt sich Claude natürlicher neben dein Terminal ein und fühlt sich nicht mehr wie ein separates Werkzeug an.

14. /help: der Befehl, den alle vergessen

Der einfachste Befehl ist vielleicht der nützlichste. Wann immer du vergessen hast, was Claude kann, tippe /help. Es erinnert dich an Funktionen, die du seit Wochen nicht angefasst hast, und selbst nach Monaten findest du Befehle, die du vergessen hattest.

Der eigentliche Gewinn

Code zu erzeugen ist hier nicht die wichtigste Funktion. Der eigentliche Wert liegt darin, wie sich deine Arbeitsweise verändert. Bessere Prompts helfen, aber die größere Umstellung ist, Claude Code als komplette Entwicklungsumgebung zu behandeln statt als KI-Chatbot. Wenn du es nur Funktionen schreiben lässt, nutzt du einen Bruchteil dessen, was es bietet.

Nimm dir also diese 14 Befehle vor, nutze sie eine Woche lang und versuch dann, zu deinem alten Arbeitsablauf zurückzukehren. Wahrscheinlich willst du das nicht mehr.