Claude Code Slash Commands: Ein praktisches Spickzettel

Geben Sie / in Claude Code ein und ein Menü erscheint; geben Sie ein paar Buchstaben ein und es filtert. Das Menü ist die echte Referenz, weil es Ihre installierte Version, Ihre Plugins und Ihre verbundenen Server widerspiegelt. Das offizielle Befehls-Referenz ist das Dokument, das man für das, was jeder Befehl tut, vertrauen kann. Dieser Post sortiert die Befehle, nach denen Leute greifen, nach Aufgabe, zeigt, wie man eine Sitzung überprüft und fortsetzt, erklärt, warum ein Eintrag auf Ihrer Maschine möglicherweise fehlt, und markiert, wo Custom Skills aufhören ein Lookup-Problem zu sein und ein Authoring-Problem werden.

Schnellreferenz: Befehl nach Aufgabe wählen

Gehe von dem aus, was passieren soll, nicht vom Befehlsnamen. Die Tabelle unten wird aus der offiziellen Dokumentation plus den am Ende dieses Abschnitts aufgelisteten Third-Party-Spickzetteln zusammengestellt. Behandle sie als Ausgangspunkt und überprüfe jede Zeile gegen /help in deiner eigenen Installation, da ich sie nicht gegen einen bestimmten CLI-Build getestet habe und die Quellen sich nicht in jedem Detail einig sind.

Das Claude Help Center Cheatsheet und devhints sind die zwei kompakten Listen, die ich neben der offiziellen Referenz geöffnet halten würde. Ein Autor von CC for Everyone argumentiert, man solle sich nichts davon merken, und die zehn Befehle, die man im Reflex kennen sollte, seien die, nach denen man mitten im Gedanken greift. Fair. Ich würde ergänzen, dass die Tabelle für die anderen 90% da ist, die Befehle, die man zweimal im Monat nutzt.

Inspiziere deine Sitzung und diagnostiziere ein Problem

Wenn etwas merkwürdig wirkt, rate nicht. Arbeite eine kurze Abfolge durch, billigste Prüfung zuerst.

1. Führe /help aus und bestätige, dass der Befehl, den du erwartest, tatsächlich angezeigt wird.
2. Führe /doctor aus, um die Installation zu prüfen.
3. Führe /context aus, um zu sehen, ob das Fenster mit etwas vollgestellt ist, das du vergessen hast.
4. Führe /usage aus, um Plangrenzen und Rate-Limit-Status zu sehen (und /cost, falls deine Version das noch hat – mehr dazu weiter unten).
5. Wenn ein Tool oder Server verdächtig ist, öffne /mcp oder /hooks und schau dir an, was konfiguriert ist.

Das ist alles. Fünf Schritte, und die meisten „Claude benimmt sich seltsam"-Sitzungen klären sich vor Schritt fünf.

So sieht die Ausgabe aus

Ich beschreibe hier Formen, anstatt erfasste Ausgaben einzufügen, da ich dir lieber keine Zahlen geben möchte, die gemessen wirken, wenn sie es nicht sind. /help zeigt dir eine scrollbare Liste von Befehlsnamen mit Einzeiler-Beschreibungen, und deine eigenen benutzerdefinierten Einträge stehen in derselben Liste. /context rendert ein Gitter oder eine Leiste, die zeigt, wie viel des Fensters von welcher Kategorie genutzt wird. /doctor gibt einen Pass-oder-Fail-Bericht zu deinem Setup aus. Wenn deiner anders aussieht, unterscheidet sich deine Version. Das ist normal.

Die Diagnose lesen

Ein Kontext-Grid, das mostly mit Tool-Output gefüllt ist, zeigt auf ein Kompaktion- oder klares Problem, nicht ein Modell-Problem. Ein fehlender Befehl zeigt auf Version, Plugin oder Scope. Ein Hook der falsch feuert zeigt auf Konfiguration, und der Hooks-Guide deckt diese Seite richtig ab. Trennen Sie diese drei früh. Sie zu vermischen ist, wie Leute einen Nachmittag verlieren.

Kontext verwalten und Arbeit fortsetzen

Kontext ist das, was du am meisten verwaltest. Drei Befehle leisten die Schwerstarbeit, und sie unterscheiden sich darin, wie viel sie wegwerfen.

• /compact fasst das bisherige Gespräch zusammen. Du kannst Fokus-Anweisungen übergeben, zum Beispiel indem du sagst, welcher Teil erhalten bleiben soll.
• /clear löscht das Gespräch und startet neu. Laut dem Help Center bleibt das Projekt-Memory erhalten.
• /rewind rollback das Gespräch, deinen Code oder beides auf einen früheren Checkpoint zurück.

Eine Anleitung auf AI For Developers empfiehlt, /context zu prüfen, wenn man einen logischen Abschnitt abgeschlossen hat, vor der nächsten Phase /compact auszuführen und /clear nur zu nutzen, wenn man zu etwas völlig Anderem wechselt. Das ist eine vernünftige Routine. Es ist allerdings eine Faustregel, keine Vorgabe aus der Dokumentation. Ich habe keinen Beleg für einen allgemeingültigen Füllstand gesehen, ab dem man zwingend komprimieren muss. Legen Sie also Ihren eigenen Auslöser fest und prüfen Sie, ob sich die Qualität der Ausgabe für Sie verändert.

Nebenfragen und Rewinds

/btw ist untergenutzt. Laut Help Center stellt es schnell eine Nebenfrage, ohne sie zum Hauptgespräch hinzuzufügen oder Kontext zu verbrauchen. Praktisch, wenn du einen Flag-Namen überprüfen möchtest und nicht möchtest, dass er den Thread verschmutzt.

Rewinds sind besser als Diskussionen. Wenn Claude den falschen Weg eingeschlagen hat, rolle auf den Checkpoint zurück und veranlasse mit dem neu erworbenen Wissen erneut. Esc Esc öffnet ein Rewind-Menü, in dem du je nach Beschreibung in AI For Developers nur Code, nur Gespräch oder beides wählst.

Fortsetzen

/resume öffnet eine Auswahl vergangener Sitzungen oder akzeptiert einen Namen, um direkt zu einer zu springen. Vom Terminal aus beschreiben die Quellen claude --continue für die letzte Sitzung und claude --resume mit einer Session-ID für eine bestimmte. Shipyards Spickzettel führt beide Flags auf. Einige Drittanbieter-Listen zeigen auch Kurzformen (-c, -r), also prüfe claude --help, bevor du dich darauf verlässt.

Wie diese in einen vollen Arbeitstag passen, ist eine andere Frage, und ich habe sie in meinem daily founder workflow Post behandelt.

Integrierte Befehle, gebündelte Fähigkeiten und installierte Befehle

Der Fehler, den ich in Spickzetteln sehe: jedes /something wird als integrierter Befehl bezeichnet. Das stimmt nicht. Das Slash-Menü ist eine zusammengeführte Liste aus mehreren Quellen.

• Feste Befehle, die Teil der CLI selbst sind, wie /clear oder /help.
• Prompt-basierte Fähigkeiten, die mit Claude Code ausgeliefert werden.
• Fähigkeiten oder Befehle, die du selbst geschrieben hast, in Projekt- oder Benutzerordnern.
• Einträge, die von Plugins und verbundenen MCP-Servern stammen. Shipyard beachtet, dass /help Befehle von verbundenen MCP-Servern sowie deine benutzerdefinierten Ordner einschließt.

Die offiziellen Skills-Docs sagen, dass benutzerdefinierte Befehle in Skills zusammengeführt wurden. Also eine Datei unter .claude/commands/ und ein Skill mit einer SKILL.md können beide als Slash-Eintrag angezeigt werden. Ältere Leitfäden beschreiben .claude/commands/ immer noch als einen separaten Mechanismus, und das ist teilweise, warum die Terminologie durcheinander ist.

Einen Eintrag einordnen

Du hast zwei praktische Überprüfungen. Erstens: Lies die Beschreibung im Menü; Custom-Einträge tragen üblicherweise deinen eigenen Text. Zweitens: Schau nach der Datei. Wenn eine passende Datei in deinem Projekt oder in deinen User-Config-Ordnern existiert, gehört sie dir. Falls nicht, überprüfe die Commands Reference, wo du bestätigen kannst, wie Anthropic jeden dokumentierten Eintrag einordnet. Ich werde nicht jeden Command hier in einen Bucket sortieren, weil ich bei einigen raten müsste.

Warum die Mühe? Weil sich das Verhalten unterscheidet. Ein fester Command wirkt auf die App. Ein Skill übergibt Claude einen Prompt und lässt es arbeiten, sodass das Ergebnis zwischen den Durchläufen variieren kann.

Warum ein Command fehlt oder sich anders verhält

Kein Command in der Liste? Arbeite diese Ursachen der Reihe nach durch.

Version Drift

Commands werden hinzugefügt, umbenannt und als Alias eingerichtet. Das deutlichste Beispiel in der Recherche ist Usage Reporting. Das Help Center listet /cost für Session-Ausgaben und /usage für Plan-Limits als separate Commands auf. Ein anderes Spickzettel sagt, dass /usage /cost und /stats ersetzt, und DataCamp sagt, dass /cost nun ein Alias für /usage ist. Das kann alles bei unterschiedlichen Versionen wahr sein. Gleiches Spiel mit /model: DataCamp vermerkt, dass ab v2.1.153 deine Auswahl zum Standard für neue Sessions wird, mit s im Picker um es nur auf die aktuelle Session anzuwenden. Wenn deine Installation älter ist, siehst du ein anderes Verhalten.

Führe also claude --version aus, notiere es dir und vergleiche es mit der Dokumentation, bevor du dich selbst beschuldigst.

Bereich und Berechtigung

Einige Einträge hängen von deinem Plan, deiner Plattform oder deinem Terminal ab. Der AI For Developers Guide sagt, dass /cost für API-Nutzer und /stats für Pro und Max Abonnenten ist. /focus wird von einem Spickzettel als nur im Vollbildmodus beschrieben. Shift+Enter benötigt /terminal-setup in einigen Terminals. Das Fehlen aus deinem Menü kann bedeuten, dass du nicht berechtigt bist, nicht dass es nicht existiert.

Nicht dokumentiert

Ich habe alles weggelassen, auf das ich keine offizielle Referenz zeigen konnte. Wenn du einen Command in einem Forum-Post oder einem Social-Thread erwähnt siehst und er nicht in der Commands Reference auftaucht, gehe nicht davon aus, dass er falsch ist, und gehe auch nicht davon aus, dass du dich darauf verlassen kannst. Suche nach einer Release Note oder einem Support-Artikel, dann überprüfe /help lokal. Das Fehlen aus der Referenz ist ein Grund zur Überprüfung, kein Beweis in beide Richtungen.

Namenskollisionen und Tippfehler

Ein Custom-Eintrag kann den Namen mit etwas anderem teilen, und Plugin-Einträge können mit Namensraum versehen sein. Wenn ein Command etwas Unerwartetes tut, überprüfe, ob du einen mit demselben Namen bereits definiert hast, bevor du einen Bug verdächtigst.

Wo Custom Skills hingehören

Dieser Post endet bei der Suche. Wenn du zu dem Ergebnis gekommen bist, dass du dein eigenes /something möchtest, ist das eine Autorenaufgabe: einen SKILL.md schreiben, entscheiden wo er lebt, Argumente handhaben. Das gehört zur Skills-Dokumentation, und ich werde hier kein Anfänger-Tutorial wiederholen.

Was ich sagen werde ist, wie sich die drei Anliegen trennen:

• Command-Suche: welcher Eintrag existiert und was er tut (dieser Post).
• Authoring: wie du deinen eigenen Eintrag erstellst (die Skills Docs).
• Mechanismuswahl: ob ein Skill, ein Hook oder ein Subagent für eine bestimmte Aufgabe geeignet ist.

Das letzte bringt Leute durcheinander. Ein Hook läuft bei Events und wartet nicht darauf, dass du etwas tippst, was ein anderes Tier ist als ein Slash-Eintrag, den du auf Abruf aufrufst. Der weiter oben verlinkte Hooks Guide behandelt diesen Vergleich.

Wenn du diese Commands in eine wiederholbare Routine falten möchtest statt einzelne Suchen, ist die Claude Code Workflow Seite, wo ich dich hinschicken würde.

FAQ

Muss ich diese Befehle auswendig lernen?

Nein. Das /-Menü filtert, während du tippst, und /help listet alles auf, das deine Installation bietet. Ein paar Befehle lohnen sich, reflexartig zu kennen: /clear, /compact, /resume und /rewind. Alles andere kann im Menü bleiben.

Unterbricht Esc immer Claude?

Es soll die aktuelle Aktion stoppen, während die bisherige Arbeit erhalten bleibt. CC for Everyone vermerkt, dass Nutzer GitHub-Issues eingereicht haben, in denen Esc lange Operationen nicht unterbrochen hat, und schlägt Ctrl+C als Fallback vor. Behandle Esc als ersten Versuch, nicht als Garantie.

Was ist der Unterschied zwischen /clear und /compact?

/clear verwirft das Gespräch und startet neu, während das Projektgedächtnis bleibt. /compact behält eine Zusammenfassung, sodass du mit weniger Kontext weitermachen kannst. Nutze /compact, wenn die Aufgabe weitergeht, und /clear, wenn sie endet.

Warum widersprechen sich zwei Spickzettel bei /cost und /usage?

Sie wurden wahrscheinlich für unterschiedliche Versionen geschrieben, und die Befehle haben sich im Lauf der Zeit geändert. Überprüfe claude --version und lies dann den aktuellen Eintrag in der offiziellen Referenz, statt einen beliebigen Blog-Post zu nehmen.

Die schärfste Warnung bei all dem: Ein Slash-Befehl ist nur so dokumentiert wie die Version, die du laufen lässt. /help und die offizielle Referenz schlagen jeden Spickzettel, auch diesen hier. Und ein fehlender Eintrag bedeutet meist Version, Plan oder Umfang, nicht eine fehlerhafte Installation.