Befehls-Referenz · Claude Code
/feedback
Aktuell kein Alias-Verhältnis mehr: /share ist Alias von /bug, nicht von /feedback.
/feedback öffnet den Dialog, um Produkt-Feedback zu Claude Code selbst zu senden — nicht zu deinem eigenen Projekt-Code. Du wählst vorher aus, wie viel Sitzungsverlauf mitgeschickt wird: nur die aktuelle Session, oder zusätzlich weitere Sessions desselben Projekts aus den letzten 24 Stunden oder 7 Tagen. Erst nach Bestätigung auf einem Consent-Bildschirm wird tatsächlich etwas gesendet. Denselben Dialog öffnen auch /bug und dessen Alias /share, alle drei senden über denselben Pfad. Bist du direkt bei Anthropic angemeldet, geht der Report an Anthropic und Transkripte werden 5 Jahre aufbewahrt; über einen Drittanbieter oder ohne Anthropic-Zugangsdaten landet der Report stattdessen lokal unter ~/.claude/feedback-bundles/ und muss selbst weitergeleitet werden. Mit der Umgebungsvariable DISABLE_FEEDBACK_COMMAND=1 lässt sich das Senden ganz abschalten.
🔄 DIESELBE AUFGABE („BUG MELDEN/FEEDBACK") AUF ANDEREN PLATTFORMEN
✅ WANN EINSETZEN?
Bug in Claude Code selbst melden
/feedback nach einem reproduzierbaren Fehler im Tool ausführen und im Dialog den passenden Sitzungsverlauf für den Report auswählen.
Mehrere Sessions eines Projekts mitschicken
/feedback aufrufen und statt nur der aktuellen Session auch die letzten 24 Stunden desselben Projekts einschließen.
⛔ WANN EHER NICHT?
Bug im eigenen Projekt-Code melden wollen
/feedback adressiert laut Doku Probleme mit Claude Code selbst, nicht mit der eigenen Anwendung.
Besser: Einen normalen Bug-Fix-Prompt stellen bzw. ein Issue im eigenen Repo anlegen.
Keine Daten an Anthropic senden wollen
/feedback schickt laut Doku standardmäßig eine Kopie des Konversationsverlaufs inklusive Code an Anthropic (bzw. lokal bei Drittanbietern).
Besser: Vorher DISABLE_FEEDBACK_COMMAND=1 setzen, um den Befehl zu deaktivieren.
QUELLEN
- Claude Code Doku (offiziell) ↗ code.claude.com
WEITERE BEFEHLE · Claude Code