CLI-Handbuch
Claude Code CLI – Anzeigen, Modelle und Commands
Thematisch geordnetes Nachschlagewerk zu Claude Code: wichtige CLI- und Slash-Commands mit Erklärung, Modelle und Aliase, Footer-Anzeigen, Agents, Context, Permissions und praktische Abläufe.
CLI nach ThemaSlash-Commands erklärtModelle & ReasoningStatusanzeigenDesktop + iPhone
01 · Schnellstart
Die wichtigsten Unterschiede zuerst
CLI-Befehle werden in der normalen Shell eingegeben. Slash-Commands funktionieren innerhalb einer laufenden Claude-Code-Sitzung.
Shell
claude …
Start, Update, Authentifizierung, nicht-interaktive Ausführung und Agent-Verwaltung.
In Claude Code
/…
Modell, Context, Review, Projektregeln, Permissions und Sitzung steuern.
Schnellzeichen
! und @
! startet einen Shell-Befehl; @ referenziert Datei oder Verzeichnis.
$ claude --version $ claude doctor $ claude > /status > /help > /context
02 · Modelle
Claude-Code-Modelle und Aliase genauer erklärt
Ein Alias ist keine Garantie für eine dauerhaft feste Modell-ID. Die tatsächlich aufgelöste Variante hängt von Konto, Provider, Region und Konfiguration ab.
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
default | Von Claude Code empfohlene Standardauswahl. | Guter Startpunkt; kann sich mit Version und Konto ändern. |
best | Wählt das beste verfügbare Modell für die Umgebung. | Praktisch, wenn konkrete Modell-IDs nicht gepflegt werden sollen. |
fable | Leistungsfähiges Coding-Modell mit eigener Effort-Logik. | Verfügbarkeit und Verhalten sind konten-/providerabhängig. |
sonnet | Ausgewogenes Modell für tägliche Entwicklung. | Guter Kompromiss aus Qualität, Tempo und Verbrauch. |
opus | Stärker für komplexe Architektur, schwierige Fehler und große Refactorings. | Mehr Laufzeit und Kontingent einplanen. |
haiku | Schnelles, günstigeres Modell für kleine oder klar begrenzte Aufgaben. | Bei tiefen Refactorings eher als Hilfs-/Zusammenfassungsmodell. |
sonnet[1m] | Sonnet mit erweitertem Context Window, falls verfügbar. | Großer Context ersetzt keine gute Auswahl und Verdichtung. |
opus[1m] | Opus mit erweitertem Context Window, falls verfügbar. | Für sehr große Repositories teuer und langsamer möglich. |
opusplan | Hybrid: Opus für Planung, Sonnet für Umsetzung. | Nützlich, wenn Planung besonders tief, Implementierung aber effizient sein soll. |
Empfehlung: Für normale Entwicklung mit
sonnet oder default starten. Für Architektur, schwer reproduzierbare Fehler oder riskante Migrationen gezielt opus beziehungsweise opusplan einsetzen. haiku für schnelle, klar abgegrenzte Hilfsaufgaben verwenden.$ claude --model sonnet $ claude --model opus --effort high > /model > /effort high > /status
03 · Anzeigen
Spinner, blinkender Punkt und unterer Balken
Humorvolle Spinner-Wörter beschreiben keinen konkreten Arbeitsschritt. Footer-Badges und Tool-Zeilen sind aussagekräftiger.
| Anzeige | Bedeutung | Bewertung |
|---|---|---|
● Jitterbugging…, Noodling… | Allgemeine Arbeitsanimation. | Kein Fortschrittswert und kein konkreter Tool-Schritt. |
| Blinkender Punkt | Die aktuelle Modell-/Tool-Aktion ist aktiv. | Nur Aktivitätsanimation. |
← for agents | Bei leerem Prompt mit Pfeil links die Agent View öffnen. | Session wird nicht beendet, sondern backgrounded. |
← 2 agents | Zwei Agent-Sessions benötigen Aufmerksamkeit. | Agent View öffnen und Status prüfen. |
Needs input | Agent wartet auf Freigabe oder Antwort. | Kein Hänger. |
Read, Edit, Bash | Tatsächliche Tool-Aktion. | Diese Zeilen zeigen die reale Arbeit. |
68% context | Je nach Statusline belegter oder verbleibender Anteil. | Eigene Statusline immer eindeutig beschriften. |
⏸ manual, plan, accept edits | Aktiver Berechtigungsmodus. | Mit Shift+Tab/Alt+M umschaltbar, soweit verfügbar. |
Hängt Claude? Mit
Ctrl+O, /tasks, /status und Agent View prüfen. Ein wechselndes Spinner-Wort allein beweist weder Fortschritt noch einen Fehler.04 · Shell-Befehle
Wichtige Claude-Code-CLI-Befehle nach Thema
Die Tabellen erklären nicht nur den Zweck, sondern auch, welche Ausgabe oder Nebenwirkung zu erwarten ist.
Installation, Update und AnmeldungStart, Prompt und nicht-interaktiver BetriebSitzungen fortsetzen, verzweigen und WorktreesModelle, Effort, Thinking und GeschwindigkeitAgents, Hintergrundarbeit und ProzesseProjekt, Regeln, Tools und zusätzliche VerzeichnisseMCP, Plugins und externe IntegrationenReview, Sicherheit, Tests und VerifikationAutomatisierung, Ziele und wiederkehrende Arbeit
Installation, Update und Anmeldung
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
claude --version | Zeigt die lokal installierte Claude-Code-Version. | Erster Prüfpunkt bei abweichenden Befehlen oder Oberflächen. |
claude update | Aktualisiert Claude Code auf die aktuelle verfügbare Version. | Danach erneut claude --version und claude doctor prüfen. |
claude install stable | Installiert beziehungsweise repariert den stabilen nativen Build. | Mit latest oder einer Versionsnummer kann gezielt gewählt werden. |
claude auth login | Startet die interaktive Anmeldung. | Je nach Umgebung Browser-, SSO- oder Console-Flow. |
claude auth status --text | Zeigt den Anmeldestatus in lesbarer Textform. | Geeignet für Diagnose und Skripte; Erfolg/Fehler wird auch über den Exit-Code signalisiert. |
claude auth logout | Meldet die aktuelle lokale Anmeldung ab. | Lokale Sitzungsdaten werden entfernt; Projektdateien bleiben unverändert. |
claude setup-token | Erzeugt einen länger gültigen OAuth-Token für unterstützte Automationsfälle. | Token wie ein Geheimnis behandeln und nicht ins Repository schreiben. |
claude doctor | Führt eine schreibgeschützte Diagnose von Installation und Konfiguration aus. | Hilfreich bei PATH-, Runtime-, Update-, Terminal- oder Verbindungsproblemen. |
Start, Prompt und nicht-interaktiver Betrieb
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
claude | Öffnet die interaktive TUI im aktuellen Verzeichnis. | Claude verwendet das aktuelle Projekt als Arbeitskontext. |
claude "Analysiere das Projekt" | Startet interaktiv und übergibt sofort den ersten Auftrag. | Die Sitzung bleibt nach der ersten Antwort geöffnet. |
claude -p "Erkläre die Fehler" | Print Mode: führt den Auftrag nicht-interaktiv aus und beendet sich. | Ideal für Skripte, Pipes und CI; Ausgabe landet auf stdout. |
cat build.log | claude -p "Finde die Ursache" | Übergibt stdin als Kontext an Print Mode. | Große Logs vorher filtern, damit Context und Kosten kontrollierbar bleiben. |
claude --output-format json -p "…" | Gibt maschinenlesbares JSON aus. | Für Folgeprogramme robuster als freie Textausgabe. |
claude --output-format stream-json --verbose -p "…" | Streamt strukturierte Ereignisse während der Ausführung. | Für Live-Monitoring; --verbose liefert zusätzliche Details. |
claude --json-schema schema.json -p "…" | Verlangt eine Antwort nach einem JSON-Schema. | Nur sinnvoll, wenn der aufrufende Prozess die Struktur validiert. |
claude --max-budget-usd 5 -p "…" | Begrenzt das API-Budget eines Print-Mode-Auftrags. | Greift nur in passenden API-Abrechnungsszenarien. |
Sitzungen fortsetzen, verzweigen und Worktrees
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
claude -c | Setzt die zuletzt verwendete Sitzung im aktuellen Projekt fort. | Schneller Weg zurück in den letzten Verlauf. |
claude --resume | Öffnet die Sitzungsauswahl. | Zeigt vorhandene Sessions, Namen und Zeitpunkte. |
claude -r "session-name" | Setzt eine bestimmte Sitzung über Name oder ID fort. | Mit einem zusätzlichen Prompt kann direkt weitergearbeitet werden. |
claude --from-pr 123 | Sucht Sitzungen, die mit Pull Request 123 verbunden sind. | Praktisch bei Review- und Fix-Runden. |
claude --resume abc --fork-session | Erzeugt beim Fortsetzen eine neue Session-ID. | Der alte Verlauf bleibt als eigenständiger Zweig erhalten. |
claude --worktree feature-auth | Startet in einem isolierten Git-Worktree. | Geeignet für parallele Änderungen ohne Konflikte im Hauptarbeitsbaum. |
claude --teleport | Übernimmt eine unterstützte Remote-/Web-Session in die lokale CLI. | Verfügbarkeit hängt von Konto und aktivierten Funktionen ab. |
Modelle, Effort, Thinking und Geschwindigkeit
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
claude --model sonnet | Startet mit einem Modellalias oder einer vollständigen Modell-ID. | Im Footer beziehungsweise in /status ist das aktive Modell sichtbar. |
claude --effort high | Setzt den Denkaufwand der Sitzung. | Mehr Effort kann Qualität erhöhen, benötigt aber meist mehr Zeit und Tokens. |
claude --fallback-model sonnet,haiku | Definiert Ausweichmodelle, falls das primäre Modell nicht erreichbar ist. | Die Reihenfolge bestimmt die Fallback-Priorität. |
claude --advisor opus | Konfiguriert ein separates Advisor-Modell. | Advisor-Funktionen sind versions- und kontobezogen. |
/model | Öffnet die Modellauswahl in der laufenden Sitzung. | Zeigt nur Modelle, die für Konto und Provider verfügbar sind. |
/effort high | Ändert den Denkaufwand ohne Neustart. | Typische Stufen: low, medium, high und – modellabhängig – höhere Stufen. |
/fast | Schaltet Fast Mode um. | Fast ist eine Geschwindigkeitsoption und nicht identisch mit einem kleineren Modell. |
/status | Zeigt Modell, Effort, Anmeldung, Verbindungen und Sitzungszustand. | Bei Unklarheiten ist diese Anzeige aussagekräftiger als ein frei konfigurierter Footer. |
Agents, Hintergrundarbeit und Prozesse
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
claude --bg "Prüfe alle Tests" | Startet einen Auftrag als Hintergrund-Session. | Die Session erscheint in Agent View und verbraucht eigenständig Kontingent. |
claude agents | Öffnet die Agent-Übersicht aus der Shell. | Gruppiert Sessions typischerweise nach Needs input, Working und Completed. |
claude agents --json --all | Gibt Agent-Sessions maschinenlesbar aus. | Geeignet für eigene Übersichten und Diagnose. |
claude attach <id> | Verbindet die aktuelle Shell mit einer Agent-Session. | Du übernimmst die interaktive Kontrolle der ausgewählten Session. |
claude logs <id> | Zeigt die letzten Ausgaben einer Hintergrund-Session. | Hilft zu erkennen, ob ein Build läuft oder die Session wartet. |
claude stop <id> | Stoppt eine Agent-Session. | Bereits geschriebene Änderungen bleiben bestehen. |
claude respawn <id> | Startet eine Session erneut. | Nützlich nach Abbruch oder Umgebungsfehlern. |
claude rm <id> | Entfernt eine Session aus der Agentenverwaltung. | Nicht mit dem Löschen des Projektverzeichnisses verwechseln. |
claude daemon status | Zeigt den Status der Hintergrund-Infrastruktur. | Nur relevant, wenn Agent-/Daemon-Funktionen aktiv sind. |
/background | Verschiebt die aktuelle Sitzung in den Hintergrund. | Alternativ bei leerem Prompt den linken Pfeil verwenden. |
/subtask <Aufgabe> | Startet einen Subagenten für eine Teilaufgabe. | Das Ergebnis fließt in die aktuelle Hauptsitzung zurück. |
/tasks | Zeigt laufende Shell-Befehle und Subagents. | Nicht identisch mit der globalen Agent View. |
Projekt, Regeln, Tools und zusätzliche Verzeichnisse
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
claude --add-dir ../shared | Erlaubt Zugriff auf ein zusätzliches Verzeichnis. | Der Pfad wird nur für diese Sitzung beziehungsweise Konfiguration ergänzt. |
claude --settings ./settings.json | Lädt eine zusätzliche Settings-Datei. | Hilfreich für reproduzierbare Team- oder Testkonfigurationen. |
claude --safe-mode | Startet ohne benutzerdefinierte Plugins, Hooks, MCP, Skills und Regeln. | Sehr hilfreich, um Konflikte mit Erweiterungen einzugrenzen. |
claude --tools "Bash,Edit,Read" | Beschränkt die grundsätzlich verfügbaren Tool-Typen. | Eine Tool-Beschränkung ersetzt keine sorgfältige Berechtigungskonfiguration. |
claude --allowed-tools "Bash(mvn test),Read" | Erlaubt ausgewählte Tools oder konkrete Befehlsmuster. | Möglichst eng formulieren; Deny-Regeln bleiben vorrangig. |
/init | Erzeugt beziehungsweise initialisiert Projektanweisungen. | Vor dem Commit den Inhalt fachlich prüfen und an das Projekt anpassen. |
/memory | Öffnet CLAUDE.md- und Memory-Verwaltung. | Zeigt, welche dauerhaften Anweisungen in die Sitzung einfließen. |
/add-dir ../shared | Gibt ein weiteres Verzeichnis während der Sitzung frei. | Das Verzeichnis muss existieren und sollte vertrauenswürdig sein. |
/cd ../service-b | Wechselt das aktive Arbeitsverzeichnis. | Der Projektkontext und lokale Regeln können sich dadurch ändern. |
/config | Öffnet oder ändert Claude-Code-Einstellungen. | Mit /config --help verfügbare Direktwerte prüfen. |
/skills | Zeigt geladene Skills. | Mit /reload-skills Änderungen neu einlesen. |
/hooks | Zeigt und verwaltet Hooks. | Hooks können vor oder nach Aktionen lokale Programme ausführen. |
/ide | Prüft und verwaltet die IDE-Integration. | Nützlich bei IntelliJ-, VS-Code- oder Editor-Kontextproblemen. |
MCP, Plugins und externe Integrationen
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
claude mcp | Verwaltet konfigurierte MCP-Server. | Unterbefehle über claude mcp --help prüfen. |
claude mcp login <server> | Authentifiziert einen MCP-Server. | Nur bei Servern mit passendem Auth-Flow verfügbar. |
claude mcp logout <server> | Entfernt die lokale MCP-Anmeldung. | Serverkonfiguration kann bestehen bleiben. |
claude plugin | Öffnet die Plugin-Verwaltung. | Plugins können Commands, Skills und Tools ergänzen. |
/mcp | Zeigt MCP-Verbindungen und Status in der Sitzung. | Fehlerhafte Server oder fehlende Anmeldung werden sichtbar. |
/plugin | Verwaltet Plugins interaktiv. | Nach Änderungen kann ein Neustart oder Reload nötig sein. |
/install-github-app | Startet die Einrichtung der GitHub-App. | Nur für unterstützte Konten und Repositories. |
/install-slack-app | Startet die Slack-App-Einrichtung. | Organisationsrichtlinien und Berechtigungen beachten. |
Review, Sicherheit, Tests und Verifikation
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
claude ultrareview [ziel] | Startet eine besonders intensive Review-Funktion, sofern verfügbar. | Funktionsumfang und Modellanforderungen sind versionsabhängig. |
/diff | Zeigt die von Claude erzeugten Änderungen. | Vor Commit oder Testlauf immer prüfen. |
/review [PR] | Führt ein fokussiertes Read-only-Review durch. | Mit PR-Nummer kann ein bestimmter Pull Request gemeint sein. |
/code-review | Prüft aktuelle Änderungen auf Fehler, Risiken und Wartbarkeit. | Für Korrektheit geeigneter als eine reine Vereinfachung. |
/security-review | Sucht sicherheitsrelevante Probleme. | Ersetzt weder SAST/DAST noch eine fachliche Security-Freigabe. |
/simplify | Sucht nach unnötiger Komplexität und Wiederholungen. | Danach Tests erneut ausführen, da Vereinfachung Verhalten verändern kann. |
/run | Startet eine projektbezogene Anwendung oder Prüfroutine. | Welche Befehle verwendet werden, hängt vom Projekt ab. |
/verify | Führt eine projektbezogene Verifikation aus. | Kann Build, Tests, Linting oder definierte Checks umfassen. |
/autofix-pr | Analysiert und korrigiert unterstützte PR-Probleme. | Änderungen und Checks anschließend manuell kontrollieren. |
Automatisierung, Ziele und wiederkehrende Arbeit
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
/plan <Aufgabe> | Wechselt in einen planenden Modus und strukturiert die Umsetzung. | Geeignet vor großen Refactorings und Migrationen. |
/goal <Bedingung> | Definiert ein länger laufendes Ziel mit Abschlussbedingung. | Mit /goal clear beenden. |
/loop 5m <Aufgabe> | Wiederholt einen Auftrag in einem Intervall. | Nur für sinnvoll prüfbare und begrenzte Aufgaben verwenden. |
/batch <Aufgabe> | Zerlegt eine große Aufgabe in parallele Einheiten. | Parallelität erhöht Verbrauch und Merge-Aufwand. |
/schedule | Verwaltet unterstützte geplante Abläufe. | Verfügbarkeit kann konten- oder experimentabhängig sein. |
/workflows | Zeigt oder verwaltet vordefinierte Workflows. | Ideal für wiederkehrende Projektabläufe, wenn aktiviert. |
/deep-research | Startet eine umfangreichere Recherchefunktion. | Bei externer Recherche Quellen und Aktualität prüfen. |
/ultraplan | Erstellt eine besonders intensive Planung. | Nur bei unterstützten Modellen/Funktionen. |
/ultrareview | Startet ein besonders intensives Review. | Kann mehr Zeit und Kontingent beanspruchen. |
05 · In der Sitzung
Wichtige Claude-Code-Slash-Commands nach Thema
Slash-Commands können durch Plugins und Skills ergänzt werden. /help zeigt den tatsächlichen Bestand deiner Installation.
Sitzung und Verlauf
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
/help | Zeigt verfügbare Slash-Commands und kurze Hilfe. | Die lokale Liste ist genauer als eine allgemeine Online-Liste. |
/clear | Beginnt eine neue Unterhaltung ohne bisherigen Gesprächskontext. | Dateien und Git-Änderungen werden nicht zurückgesetzt. |
/compact [Fokus] | Fasst den bisherigen Verlauf zusammen und schafft Context-Platz. | Ein Fokus wie „Änderungen und offene Risiken“ verbessert die Zusammenfassung. |
/resume | Öffnet die Sitzungsauswahl. | Zum Wechseln oder Fortsetzen vorhandener Sessions. |
/rename <Name> | Benennt die aktuelle Sitzung. | Erleichtert Wiederfinden in Agent View und Resume-Auswahl. |
/branch | Verzweigt die Unterhaltung an der aktuellen Stelle. | Erzeugt eine alternative Gesprächsrichtung. |
/fork | Kopiert die Sitzung in eine unabhängige Hintergrund-Session. | Geeignet für alternative Implementierungen. |
/rewind | Öffnet frühere Checkpoints für Gespräch und Änderungen. | Vor dem Zurücksetzen genau prüfen, welche Dateien betroffen sind. |
/export | Exportiert die aktuelle Sitzung. | Format und Ziel hängen von Version und Umgebung ab. |
/copy | Kopiert die letzte Antwort beziehungsweise ausgewählte Inhalte. | Praktisch für Weitergabe ohne Terminal-Markierung. |
/recap | Erzeugt eine kurze Sitzungszusammenfassung. | Schneller Überblick, aber kein Ersatz für /compact. |
Context, Status und Nutzung
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
/context | Zeigt, womit das Context Window belegt ist. | Hilft bei großen Regeln, langen Chats und vielen gelesenen Dateien. |
/context all | Zeigt eine ausführlichere Kontextaufschlüsselung. | Kann große Verbraucher wie MCP-Tools oder Memory sichtbar machen. |
/status | Zeigt technischen Sitzungsstatus. | Modell, Effort, Anmeldung, Verbindungen und Modi prüfen. |
/usage | Zeigt Kontingent- und Nutzungsinformationen. | Nicht mit Context-Belegung verwechseln. |
/stats | Öffnet Statistikansicht beziehungsweise Alias zu Nutzung. | Darstellung hängt von Konto und Abrechnung ab. |
/cost | Zeigt Kosten-/Nutzungsinformationen, besonders bei API-Abrechnung. | Bei Abo-Nutzung können andere Werte erscheinen. |
/debug | Aktiviert oder öffnet Debug-Informationen. | Für reproduzierbare Fehler zuerst relevante Ausgabe sichern. |
/release-notes | Zeigt Änderungen der installierten Version. | Hilft bei neuem Verhalten nach Updates. |
/statusline | Konfiguriert eine zusätzliche eigene Statuszeile. | Sie ist frei programmierbar; Prozentwerte daher immer beschriften. |
Modell und Arbeitsweise
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
/model | Wählt das aktive Modell. | Nur verfügbare Modelle/Aliase erscheinen. |
/effort | Wählt den Denkaufwand. | Effort ist nicht dasselbe wie Modellgröße. |
/fast | Schaltet Fast Mode um. | Erhöht Reaktionsgeschwindigkeit, sofern unterstützt. |
/advisor | Verwendet beziehungsweise konfiguriert den Advisor. | Versions- und kontenabhängig. |
/plan [Aufgabe] | Wechselt in planendes Vorgehen. | Ideal, bevor Dateien verändert werden. |
/focus | Setzt einen engeren Fokus für die Arbeit. | Nur verwenden, wenn die Funktion in /help erscheint. |
/btw <Frage> | Stellt eine Nebenfrage außerhalb des Hauptflusses. | Geeignet für kurze Klärungen ohne Themenwechsel. |
/voice | Steuert unterstützte Spracheingabe. | Nur auf passenden Plattformen/Versionen. |
/theme | Wechselt das Farbschema. | Beeinflusst Darstellung, nicht Projektinhalt. |
/tui | Wechselt oder konfiguriert Terminaldarstellung. | Bei Darstellungsfehlern zusammen mit Terminal-Setup prüfen. |
Projekt, Regeln und Berechtigungen
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
/init | Initialisiert Projektanweisungen. | Erzeugten Inhalt fachlich prüfen. |
/memory | Zeigt und verwaltet dauerhafte Anweisungen. | Zu große oder widersprüchliche Regeln belasten Context und Qualität. |
/permissions | Öffnet Berechtigungsregeln. | Erlaubte und abgelehnte Tool-Muster sorgfältig prüfen. |
/config | Öffnet Einstellungen. | Mit key=value können unterstützte Werte direkt geändert werden. |
/add-dir <Pfad> | Gibt ein zusätzliches Verzeichnis frei. | Nur vertrauenswürdige Pfade hinzufügen. |
/cd <Pfad> | Wechselt das Arbeitsverzeichnis. | Kann andere CLAUDE.md-Regeln aktivieren. |
/sandbox | Zeigt oder ändert Sandbox-Funktionen. | Verfügbarkeit hängt von Plattform und Version ab. |
/keybindings | Zeigt beziehungsweise konfiguriert Tastenkürzel. | Hilfreich bei Terminalkonflikten. |
/terminal-setup | Konfiguriert terminalabhängige Eingabetasten. | Besonders für Shift+Enter, Meta-/Alt-Tasten und Windows. |
/web-setup | Richtet unterstützte Webfunktionen ein. | Nur bei aktivierter Funktion relevant. |
Agents und parallele Arbeit
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
/agents | Öffnet oder zeigt Agent-Sessions. | Alternativ ← bei leerem Prompt. |
/background | Verschiebt die aktuelle Session in den Hintergrund. | Sie läuft weiter und erscheint in Agent View. |
/subtask <Aufgabe> | Delegiert eine Teilaufgabe an einen Subagenten. | Ergebnis kehrt in die Hauptsitzung zurück. |
/tasks | Zeigt laufende Prozesse und Subagents. | Für Hängerdiagnose sehr nützlich. |
/batch <Aufgabe> | Parallelisiert eine große Aufgabe. | Arbeitsbereiche und Merge-Strategie vorher definieren. |
/goal <Ziel> | Lässt Claude auf eine definierte Abschlussbedingung hinarbeiten. | Ziel muss objektiv prüfbar sein. |
/stop | Stoppt unterstützte laufende Agenten oder Abläufe. | Bereits ausgeführte Dateiänderungen bleiben erhalten. |
/teleport | Übernimmt eine unterstützte Remote-Session lokal. | Nur bei aktivierter Remote-Funktion. |
/workflows | Öffnet Workflow-Funktionen. | Kann durch Plugins erweitert werden. |
Qualität und Git
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
/diff | Zeigt Dateiänderungen. | Immer vor Commit oder Push verwenden. |
/review [PR] | Führt ein Review durch. | Ziel und Umfang klar angeben. |
/code-review [effort] | Prüft Änderungen gründlich. | Mit höherem Effort langsamer, aber tiefer. |
/security-review | Prüft Sicherheitsrisiken. | Keine alleinige Freigabegrundlage. |
/simplify | Vereinfacht geänderten Code. | Nachher Tests und Diff prüfen. |
/run | Startet Anwendung oder Projektprüfung. | Befehlsauswahl ist projektabhängig. |
/verify | Prüft definierte Qualitätskriterien. | Build, Tests und Linting sollten explizit sichtbar sein. |
/autofix-pr | Behebt unterstützte PR-Findings. | Korrekturen nicht ungeprüft übernehmen. |
/bug | Meldet einen Claude-Code-Fehler. | Keine vertraulichen Projektdaten in Bugreports aufnehmen. |
/feedback | Sendet Produktfeedback. | Nur geeignete, nicht vertrauliche Informationen übermitteln. |
Integrationen, Skills und Oberfläche
| Befehl | Was er macht | Was du siehst / beachten solltest |
|---|---|---|
/mcp | Verwaltet MCP-Server und Verbindungen. | Authentifizierung und Tool-Umfang prüfen. |
/plugin | Verwaltet Plugins. | Plugins können neue Slash-Commands ergänzen. |
/skills | Zeigt geladene Skills. | Mit /reload-skills neu laden. |
/hooks | Zeigt Hooks. | Hooks können lokale Befehle automatisch auslösen. |
/ide | Verwaltet IDE-Verbindung. | Aktiven Workspace und Editor-Kontext prüfen. |
/insights | Zeigt unterstützte Nutzungs- oder Arbeitsanalysen. | Nur bei verfügbarer Funktion. |
/scroll-speed | Ändert Scrollverhalten. | Reine Oberflächeneinstellung. |
/theme | Wechselt Theme. | Dark Mode und Kontrast prüfen. |
/tui | Konfiguriert Terminal UI. | Kann bei inkompatiblen Terminals helfen. |
/logout | Meldet die Sitzung ab. | Lokale Projektdateien bleiben unangetastet. |
/exit | Beendet Claude Code. | Laufende Prozesse vorher prüfen. |
06 · Sicherheit
Permissions richtig lesen
Modell, Effort und Fast Mode ändern die Arbeitsweise; Permissions bestimmen dagegen, welche Aktionen ohne Rückfrage möglich sind.
Manual
Claude fragt bei nicht vorab erlaubten Änderungen oder Befehlen. Für normale Entwicklungsarbeit der sichere Ausgangspunkt.
Plan
Analyse und Planung stehen im Vordergrund; direkte Änderungen sind eingeschränkt. Gut vor großen Eingriffen.
Accept Edits
Dateiänderungen werden automatischer akzeptiert. Shell-Befehle können weiterhin gesonderte Freigaben benötigen.
Bypass permissions: nur in isolierten, entbehrlichen Umgebungen. Das Umgehen von Abfragen schützt nicht vor falschen Befehlen, Prompt Injection oder Datenverlust.
07 · Praxis
Kompakte Arbeitsabläufe
Die Kombination der richtigen Befehle ist wichtiger als möglichst viele Einzelcommands zu kennen.
Projekt zuerst verstehen
$ claude --model sonnet > /plan Analysiere Architektur, Build, Tests und Risiken > /context > /status
Änderung sicher abschließen
> /diff > /code-review high > /security-review > /verify
Probleme diagnostizieren
$ claude --version $ claude doctor $ claude --safe-mode > /debug > /tasks
Parallel arbeiten
$ claude --worktree feature-auth > /fork Alternative Lösung untersuchen > /tasks $ claude agents
08 · Quellen
Offizielle Claude-Code-Dokumentation
Bei Versionsunterschieden gelten die lokale Hilfe und die offizielle Dokumentation.