Commandes

Ce document détaille toutes les commandes prises en charge par Qwen Code, vous aidant à gérer efficacement les sessions, à personnaliser l’interface et à contrôler son comportement.

Les commandes de Qwen Code sont déclenchées via des préfixes spécifiques et se répartissent en trois catégories :

1. Commandes slash (/)

Les commandes slash sont utilisées pour gérer les sessions, l’interface et le comportement de base de Qwen Code.

1.1 Gestion des sessions et des projets

Ces commandes vous aident à sauvegarder, restaurer et résumer l’avancement du travail.

1.2 Contrôle de l’interface et de l’espace de travail

Commandes pour ajuster l’apparence de l’interface et l’environnement de travail.

1.3 Paramètres de langue

Commandes spécifiquement dédiées au contrôle de la langue de l’interface et de la sortie.

• Langues de l’interface intégrées disponibles : zh-CN (chinois simplifié), en-US (anglais), ru-RU (russe), de-DE (allemand), ja-JP (japonais), pt-BR (portugais - Brésil), fr-FR (français), ca-ES (catalan)
• Exemples de langues de sortie : Chinese, English, Japanese, etc.

1.4 Gestion des outils et des modèles

Commandes pour gérer les outils et les modèles d’IA.

1.5 Skills intégrées

Ces commandes invoquent des skills intégrées qui fournissent des workflows spécialisés.

Consultez Code Review pour la documentation complète de /review.

1.6 Question annexe (/btw)

La commande /btw vous permet de poser des questions annexes rapides sans interrompre ni affecter le flux de la conversation principale.

Fonctionnement :

• La question annexe est envoyée via un appel API séparé avec le contexte de conversation récent (jusqu’aux 20 derniers messages)
• La réponse s’affiche au-dessus du Composer — vous pouvez continuer à taper en attendant
• La conversation principale n’est pas bloquée — elle continue indépendamment
• La réponse à la question annexe ne fait pas partie de l’historique de la conversation principale
• Les réponses sont rendues avec le support complet du Markdown (blocs de code, listes, tableaux, etc.)

Raccourcis clavier (Mode interactif) :

Exemple :

(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)

Modes d’exécution supportés :

1.7 Récapitulatif de session (/recap)

La commande /recap génère un court résumé “où vous en étiez” de la session en cours, afin que vous puissiez reprendre une ancienne conversation sans avoir à faire défiler des pages d’historique.

Fonctionnement :

• Utilise le modèle rapide configuré (paramètre fastModel) lorsqu’il est disponible, sinon revient au modèle de session principal. Un modèle petit et peu coûteux suffit pour un récapitulatif.
• La conversation récente (jusqu’à 30 messages, texte uniquement — les appels d’outils et les réponses d’outils sont filtrés) est envoyée au modèle avec un system prompt strict.
• Le récapitulatif est rendu en couleur atténuée avec un préfixe ❯ pour le distinguer des vraies réponses de l’assistant.
• Refuse avec une erreur inline si un tour de modèle est en cours ou si une autre commande est en cours de traitement. S’il n’y a pas de conversation utilisable, ou si la génération sous-jacente échoue, /recap affiche un court message d’information au lieu d’un récapitulatif — la commande manuelle répond toujours avec quelque chose.

Déclenchement automatique au retour après une absence :

Si le terminal perd le focus pendant 5 minutes ou plus et le récupère, un récapitulatif est généré et affiché automatiquement (uniquement lorsqu’aucune réponse de modèle n’est en cours ; sinon, il attend la fin du tour en cours puis se déclenche). Contrairement à la commande manuelle, le déclenchement automatique est totalement silencieux en cas d’échec : si la génération échoue ou s’il n’y a rien à résumer, aucun message n’est ajouté à l’historique. Contrôlé par le paramètre general.showSessionRecap (par défaut : false) ; la commande manuelle /recap fonctionne toujours indépendamment de ce paramètre.

Exemple :

> /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 Visionneuse de diff (/diff)

La commande /diff ouvre une visionneuse de diff interactive affichant les modifications non commitées et les diffs par tour. Utilisez ←/→ pour basculer entre le git diff actuel et les tours de conversation individuels, ↑/↓ pour parcourir les fichiers, et Enter pour voir les diffs inline.

Fonctionnement :

En mode interactif, /diff ouvre une boîte de dialogue avec un sélecteur de source en haut :

• Current — working tree vs HEAD (git diff HEAD). Affiche toutes les modifications non commitées, y compris les fichiers stagés, non stagés et non suivis.
• T1, T2, T3, … — diffs par tour, un onglet par tour de modèle qui a modifié des fichiers. Les tours les plus récents apparaissent en premier. Chaque onglet affiche un aperçu du prompt original pour le contexte.

La liste de fichiers affiche les statistiques par fichier (lignes ajoutées/supprimées) avec des tags pour les états spéciaux (new, deleted, untracked, binary, truncated, oversized). Appuyez sur Enter sur un fichier pour voir son diff inline avec les hunks colorés syntaxiquement.

Les diffs par tour nécessitent que le checkpointing de fichiers soit activé (activé par défaut en mode interactif). Lorsque le checkpointing de fichiers est désactivé, seule la source “Current” est disponible.

Raccourcis clavier :

Exemple :

┌ /diff · Turn 3 "refactor the auth middleware" ──── 3 files +45 -12 ┐
│                                                                     │
│ ◀ Current · T3 · T2 · T1 ▶                                         │
│                                                                     │
│ › src/utils/parser.ts                              +30 -8           │
│   src/utils/parser.test.ts                         +12 -2           │
│   README.md                                        +3 -2            │
│                                                                     │
│ ←/→ source · ↑/↓ file · Enter view · Esc close                     │
└─────────────────────────────────────────────────────────────────────┘

Mode non interactif :

En mode headless (--prompt) ou dans des contextes non interactifs, /diff affiche un résumé en texte brut du working tree vs HEAD. La navigation par tour n’est pas disponible.

3 files changed, +45 / -12
  +30  -8  src/utils/parser.ts
  +12  -2  src/utils/parser.test.ts
   +3  -2  README.md

1.9 Informations, paramètres et aide

Commandes pour obtenir des informations et configurer le système.

1.10 Raccourcis courants

1.11 Commandes d’authentification

Utilisez /auth dans une session Qwen Code pour configurer l’authentification. Utilisez /doctor pour inspecter l’état actuel de l’authentification et de l’environnement.

2. Commandes @ (Introduction de fichiers)

Les commandes @ sont utilisées pour ajouter rapidement le contenu d’un fichier ou d’un répertoire local à la conversation.

Note : Les espaces dans les chemins doivent être échappés avec un antislash (par ex. @My\ Documents/file.txt)

3. Commandes avec point d’exclamation (!) - Exécution de commandes Shell

Les commandes avec point d’exclamation vous permettent d’exécuter des commandes système directement dans Qwen Code.

Variables d’environnement : Les commandes exécutées via ! définiront la variable d’environnement QWEN_CODE=1.

4. Commandes personnalisées

Enregistrez les prompts fréquemment utilisés comme commandes raccourcies pour améliorer l’efficacité du travail et garantir la cohérence.

Aperçu rapide

Règles de priorité : Commandes de projet > Commandes utilisateur (la commande de projet est utilisée en cas de noms identiques)

Règles de nommage des commandes

Tableau de correspondance entre le chemin du fichier et le nom de la commande

Règles de nommage : Le séparateur de chemin (/ ou \) est converti en deux-points (:)

Spécification du format de fichier Markdown (Recommandé)

Les commandes personnalisées utilisent des fichiers Markdown avec un frontmatter YAML optionnel :

---
description: Description optionnelle (affichée dans /help)
---
 
Votre contenu de prompt ici.
Utilisez {{args}} pour l'injection de paramètres.

Format de fichier TOML (Obsolète)

Mécanisme de traitement des paramètres

1. Injection contextuelle ({{args}})

2. Traitement des paramètres par défaut

🚀 Injection de contenu dynamique

3. Exécution de commandes Shell (!{...})

Exemple : Génération de message de commit Git

---
description: Générer un message de commit basé sur les modifications indexées
---
 
Veuillez générer un message de commit basé sur le diff suivant :
 
```diff
!{git diff --staged}
```

4. Injection de contenu de fichier (@{...})

Exemple : Commande de revue de code

---
description: Revue de code basée sur les bonnes pratiques
---
 
Réviser {{args}}, standards de référence :
 
@{docs/code-standards.md}

Exemple de création pratique

Tableau des étapes de création de la commande “Refactoring en fonction pure”

---
description: Refactorer le code en fonction pure
---
 
Veuillez analyser le code dans le contexte actuel, refactorer en fonction pure.
Exigences :
 
1. Fournir le code refactorisé
2. Expliquer les changements clés et l'implémentation des caractéristiques des fonctions pures
3. Maintenir la fonction inchangée

Résumé des bonnes pratiques pour les commandes personnalisées

Tableau des recommandations pour la conception des commandes

Tableau récapitulatif des fonctionnalités de sécurité

5. Sous-commandes CLI

Ces commandes sont exécutées depuis le shell sous la forme qwen <subcommand> avant de démarrer une session interactive.

Gestion des sessions

qwen sessions list

Liste vos sessions Qwen Code récentes avec leurs métadonnées.

Options :

Sortie lisible par l’homme (par défaut) :

Un tableau avec les colonnes : SESSION ID, STARTED (horodatage UTC), TITLE, BRANCH, PROMPT.

Sortie JSON (--json) :

Génère des JSON Lines sur stdout. Chaque ligne est un objet JSON contenant les champs suivants :

sessionId, startTime, mtime, prompt, gitBranch, customTitle, titleSource, filePath, cwd

L’indication « has more sessions » est émise via stderr afin que le piping vers jq reste sûr.

Exemples :

# Affiche les 20 dernières sessions (par défaut)
qwen sessions list
 
# Affiche les 50 dernières sessions
qwen sessions list --limit 50
 
# Sortie au format JSON pour les scripts
qwen sessions list --json | jq .