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 divisent 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 à enregistrer, restaurer et résumer la progression 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 dédiées au contrôle de la langue de l’interface et des sorties.

• Langues d’interface intégrées disponibles : zh-CN (chinois simplifié), en-US (anglais), ru-RU (russe), de-DE (allemand)
• 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 modèles d’IA.

1.5 Compétences intégrées

Ces commandes invoquent des compétences intégrées qui fournissent des flux de travail spécialisés.

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

1.6 Question secondaire (/btw)

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

Fonctionnement :

• La question secondaire est envoyée via une requête API distincte 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 pendant l’attente
• La conversation principale n’est pas bloquée — elle continue indépendamment
• La réponse à la question secondaire ne fait pas partie de l’historique de la conversation principale
• Les réponses sont rendues avec prise en charge complète du Markdown (blocs de code, listes, tableaux, etc.)

Raccourcis clavier (Mode interactif) :

Exemple :

(Pendant que la conversation principale porte sur le refactoring de code)

> /btw Quelle est la différence entre let et var en JavaScript ?

  ╭──────────────────────────────────────────╮
  │ /btw Quelle est la différence entre let   │
  │     et var en JavaScript ?               │
  │                                          │
  │ + Réponse en cours...                           │
  │ Appuyez sur Escape, Ctrl+C ou Ctrl+D pour annuler│
  ╰──────────────────────────────────────────╯
  > (Le Composer reste actif — continuez à taper)

(Après réception de la réponse)

  ╭──────────────────────────────────────────╮
  │ /btw Quelle est la différence entre let   │
  │     et var en JavaScript ?               │
  │                                          │
  │ `let` est limité au bloc, tandis que `var` est    │
  │ limité à la fonction. `let` a été introduit    │
  │ dans ES6 et ne subit pas le hoisting de la même manière.   │
  │                                          │
  │ Appuyez sur Espace, Entrée ou Escape pour masquer │
  ╰──────────────────────────────────────────╯
  > (Le Composer est toujours actif)

Modes d’exécution pris en charge :

1.7 Résumé de session (/recap)

La commande /recap génère un court résumé « où vous en étiez » de la session actuelle, vous permettant de reprendre une ancienne conversation sans faire défiler des pages d’historique.

Fonctionnement :

• Utilise le modèle rapide configuré (paramètre fastModel) lorsqu’il est disponible, avec repli sur le modèle de session principal. Un modèle petit et peu coûteux suffit pour un résumé.
• La conversation récente (jusqu’à 30 messages, texte uniquement — les appels d’outils et réponses d’outils sont filtrés) est envoyée au modèle avec un prompt système strict.
• Le résumé s’affiche en couleur atténuée avec un préfixe ❯ pour se distinguer des réponses réelles de l’assistant.
• Refuse avec une erreur intégrée si un tour de modèle est en cours ou si une autre commande est en 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ésumé — la commande manuelle répond toujours par quelque chose.

Déclenchement automatique au retour d’absence :

Si le terminal est flouté pendant 5+ minutes et retrouve le focus, un résumé est généré et affiché automatiquement (uniquement lorsqu’aucune réponse du modèle n’est en cours ; sinon, il attend la fin du tour actuel avant de se déclencher). 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 : true) ; la commande manuelle /recap fonctionne toujours indépendamment de ce paramètre.

Exemple :

> /recap

❯ Refactoring de loopDetectionService.ts pour résoudre les OOM en session longue causés par
  streamContentHistory et contentStats non bornés. La prochaine étape consiste à
  implémenter l'option B (fenêtre glissante LRU avec FNV-1a) en attente de confirmation.

1.8 Informations, paramètres et aide

Commandes pour obtenir des informations et configurer les paramètres système.

1.9 Raccourcis courants

1.10 Sous-commandes CLI d’authentification

En plus de la commande slash /auth en session, Qwen Code propose des sous-commandes CLI autonomes pour gérer l’authentification directement depuis le terminal :

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.

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

3. Commandes Exclamation (!) - Exécution de commandes Shell

Les commandes 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 projet > Commandes utilisateur (la commande projet est utilisée en cas de nom identique)

Règles de nommage des commandes

Tableau de correspondance chemin de fichier -> nom de 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 (Déprécié)

Mécanisme de traitement des paramètres

1. Injection contextuelle ({{args}})

2. Traitement par défaut des paramètres

🚀 Injection de contenu dynamique

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

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

---
description: Génère 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évisez {{args}}, normes 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: Refactorise le code en fonction pure
---
 
Veuillez analyser le code dans le contexte actuel et le refactoriser en fonction pure.
Exigences :
 
1. Fournir le code refactorisé
2. Expliquer les modifications 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 de conception des commandes

Tableau de rappel des fonctionnalités de sécurité