Befehle

Dieses Dokument beschreibt alle von Qwen Code unterstützten Befehle und hilft dir, Sitzungen effizient zu verwalten, die Oberfläche anzupassen und das Verhalten zu steuern.

Qwen Code-Befehle werden durch bestimmte Präfixe ausgelöst und fallen in drei Kategorien:

1. Slash-Befehle (/)

Slash-Befehle dienen zur Verwaltung von Qwen Code-Sitzungen, der Oberfläche und des Grundverhaltens.

1.1 Sitzungs- und Projektverwaltung

Diese Befehle helfen dir, Arbeitsfortschritte zu speichern, wiederherzustellen und zusammenzufassen.

1.2 Oberflächen- und Workspace-Steuerung

Befehle zum Anpassen der Oberflächendarstellung und der Arbeitsumgebung.

1.3 Spracheinstellungen

Befehle speziell zur Steuerung der Oberflächen- und Ausgabesprache.

• Verfügbare integrierte UI-Sprachen: zh-CN (Vereinfachtes Chinesisch), en-US (Englisch), ru-RU (Russisch), de-DE (Deutsch)
• Beispiele für Ausgabesprachen: Chinese, English, Japanese usw.

1.4 Tool- und Modellverwaltung

Befehle zur Verwaltung von KI-Tools und Modellen.

1.5 Integrierte Skills

Diese Befehle rufen gebündelte Skills auf, die spezialisierte Workflows bereitstellen.

Die vollständige Dokumentation zu /review findest du unter Code Review.

1.6 Nebenfrage (/btw)

Der Befehl /btw ermöglicht es dir, schnelle Nebenfragen zu stellen, ohne den Hauptkonversationsfluss zu unterbrechen oder zu beeinflussen.

Funktionsweise:

• Die Nebenfrage wird als separater API-Aufruf mit dem aktuellen Konversationskontext (bis zu den letzten 20 Nachrichten) gesendet
• Die Antwort wird oberhalb des Composers angezeigt – du kannst während des Wartens weiter tippen
• Die Hauptkonversation wird nicht blockiert – sie läuft unabhängig weiter
• Die Antwort auf die Nebenfrage wird nicht Teil des Hauptkonversationsverlaufs
• Antworten werden mit voller Markdown-Unterstützung gerendert (Code-Blöcke, Listen, Tabellen usw.)

Tastenkürzel (Interaktiver Modus):

Beispiel:

(While the main conversation is about refactoring code)

> /btw What's the difference between let and var in JavaScript?

  ╭──────────────────────────────────────────╮
  │ /btw What's the difference between let   │
  │     and var in JavaScript?               │
  │                                          │
  │ + Answering...                           │
  │ Press Escape, Ctrl+C, or Ctrl+D to cancel│
  ╰──────────────────────────────────────────╯
  > (Composer remains active — keep typing)

(After the answer arrives)

  ╭──────────────────────────────────────────╮
  │ /btw What's the difference between let   │
  │     and var in JavaScript?               │
  │                                          │
  │ `let` is block-scoped, while `var` is    │
  │ function-scoped. `let` was introduced    │
  │ in ES6 and doesn't hoist the same way.   │
  │                                          │
  │ Press Space, Enter, or Escape to dismiss │
  ╰──────────────────────────────────────────╯
  > (Composer still active)

Unterstützte Ausführungsmodi:

1.7 Sitzungszusammenfassung (/recap)

Der Befehl /recap generiert eine kurze Zusammenfassung des aktuellen Stands („wo du aufgehört hast“) der aktuellen Sitzung, sodass du eine alte Konversation fortsetzen kannst, ohne seitenweise im Verlauf zurückscrollen zu müssen.

Funktionsweise:

• Verwendet das konfigurierte schnelle Modell (fastModel-Einstellung), falls verfügbar, und fällt andernfalls auf das Hauptsitzungsmodell zurück. Ein kleines, günstiges Modell reicht für eine Zusammenfassung aus.
• Die aktuelle Konversation (bis zu 30 Nachrichten, nur Text – Tool-Aufrufe und Tool-Antworten werden herausgefiltert) wird mit einem strengen System-Prompt an das Modell gesendet.
• Die Zusammenfassung wird in abgedunkelter Farbe mit einem ❯-Präfix gerendert, um sie von echten Assistant-Antworten abzugrenzen.
• Verweigert die Ausführung mit einem Inline-Fehler, wenn ein Modell-Turn läuft oder ein anderer Befehl verarbeitet wird. Wenn es keine nutzbare Konversation gibt oder die zugrunde liegende Generierung fehlschlägt, zeigt /recap stattdessen eine kurze Info-Meldung an – der manuelle Befehl antwortet immer mit etwas.

Automatischer Trigger bei Rückkehr nach Abwesenheit:

Wenn das Terminal für 5+ Minuten unscharf ist und wieder fokussiert wird, wird automatisch eine Zusammenfassung generiert und angezeigt (nur wenn keine Modellantwort läuft; andernfalls wartet es, bis der aktuelle Turn abgeschlossen ist, und feuert dann). Im Gegensatz zum manuellen Befehl ist der Auto-Trigger bei Fehlern vollständig stumm: Wenn Generierungsfehler auftreten oder nichts zusammenzufassen ist, wird keine Nachricht zum Verlauf hinzugefügt. Gesteuert durch die general.showSessionRecap-Einstellung (Standard: true); der manuelle /recap-Befehl funktioniert unabhängig von dieser Einstellung immer.

Beispiel:

> /recap

❯ Refactoring loopDetectionService.ts to address long-session OOM caused by
  unbounded streamContentHistory and contentStats. The next step is to
  implement option B (LRU sliding window with FNV-1a) pending confirmation.

1.8 Informationen, Einstellungen und Hilfe

Befehle zum Abrufen von Informationen und Durchführen von Systemeinstellungen.

1.9 Häufige Tastenkürzel

1.10 CLI-Auth-Subcommands

Zusätzlich zum /auth-Slash-Befehl innerhalb der Sitzung bietet Qwen Code eigenständige CLI-Subcommands zur Verwaltung der Authentifizierung direkt über das Terminal:

2. @-Befehle (Dateien einfügen)

@-Befehle werden verwendet, um schnell lokalen Datei- oder Verzeichnisinhalt zur Konversation hinzuzufügen.

Hinweis: Leerzeichen in Pfaden müssen mit einem Backslash escaped werden (z. B. @My\ Documents/file.txt)

3. Ausrufezeichen-Befehle (!) - Shell-Befehlsausführung

Ausrufezeichen-Befehle ermöglichen es dir, Systembefehle direkt innerhalb von Qwen Code auszuführen.

Umgebungsvariablen: Über ! ausgeführte Befehle setzen die Umgebungsvariable QWEN_CODE=1.

4. Benutzerdefinierte Befehle

Speichere häufig verwendete Prompts als Shortcut-Befehle, um die Arbeitseffizienz zu steigern und Konsistenz zu gewährleisten.

Schneller Überblick

Prioritätsregeln: Projektbefehle > Benutzerbefehle (bei gleichen Namen wird der Projektbefehl verwendet)

Befehlsbenennungsregeln

Zuordnungstabelle: Dateipfad zu Befehlsname

Benennungsregeln: Pfadtrennzeichen (/ oder \) wird in einen Doppelpunkt (:) umgewandelt

Markdown-Dateiformat-Spezifikation (Empfohlen)

Benutzerdefinierte Befehle verwenden Markdown-Dateien mit optionalem YAML-Frontmatter:

---
description: Optional description (displayed in /help)
---
 
Your prompt content here.
Use {{args}} for parameter injection.

TOML-Dateiformat (Veraltet)

Parameterverarbeitungsmechanismus

1. Kontextbewusste Injektion ({{args}})

2. Standard-Parameterverarbeitung

🚀 Dynamische Inhaltsinjektion

3. Shell-Befehlsausführung (!{...})

Beispiel: Git-Commit-Message-Generierung

---
description: Generate Commit message based on staged changes
---
 
Please generate a Commit message based on the following diff:
 
```diff
!{git diff --staged}
```

4. Dateiinhalt-Injektion (@{...})

Beispiel: Code-Review-Befehl

---
description: Code review based on best practices
---
 
Review {{args}}, reference standards:
 
@{docs/code-standards.md}

Praktisches Erstellungbeispiel

Tabelle: Erstellungsschritte für den Befehl „Pure Function Refactoring“

---
description: Refactor code to pure function
---
 
Please analyze code in current context, refactor to pure function.
Requirements:
 
1. Provide refactored code
2. Explain key changes and pure function characteristic implementation
3. Maintain function unchanged

Zusammenfassung der Best Practices für benutzerdefinierte Befehle

Tabelle: Empfehlungen zum Befehlsdesign

Tabelle: Erinnerung an Sicherheitsmerkmale