Qwen Code Hebdo : Agents arrière-plan /fork, panneau de gestion /skills, mémoire inter-projets

Qwen Code publie cette semaine v0.18.0-preview (preview.0 / preview.1 / preview.2) avec 50+ PRs fusionnés, couvrant trois directions majeures :

Les agents peuvent enfin travailler en parallèle. La commande /fork vous permet de dispatcher un agent arrière-plan en cours de conversation — héritant du contexte complet, des outils et de la configuration du modèle pendant que vous continuez à travailler dans le fil principal. Fork vous notifie via le panneau des tâches arrière-plan une fois terminé.

La gestion des skills a un panneau. Auparavant, le système de skills de Qwen Code n’avait pas d’entrée unifiée — il fallait se souvenir du nom de chaque skill pour l’utiliser. /skills ouvre maintenant un dialogue picker pour parcourir, rechercher, activer/désactiver, exécution en un clic et gestion de la visibilité au niveau workspace.

La mémoire devient inter-projets. Auparavant, l’auto-mémoire ne s’accumulait que dans le répertoire du projet actuel — changer de repo signifiait que l’agent oubliait tout. Cette semaine ajoute le répertoire de mémoire utilisateur ~/.qwen/memories/. Les préférences, le style de travail et les feedbacks inter-projets sont automatiquement routés au niveau utilisateur, tandis que les deadlines et événements au niveau projet restent dans le répertoire du projet. Utilise les quatre catégories de mémoire existantes de Qwen Code pour le routage, aucune nouvelle config nécessaire.

✨ Nouvelles fonctionnalités

/fork : Dispatcher des agents arrière-plan en cours de conversation sans attendre

/fork vous permet d’exécuter plusieurs choses simultanément dans une session — pas besoin d’ouvrir un nouveau terminal ou de changer de session.

Tapez /fork <instruction> et un agent arrière-plan démarre immédiatement, héritant du contexte complet de la conversation actuelle (prompt système, historique, outils, modèle, cache de prompt), exécutant votre instruction indépendamment en arrière-plan. La conversation principale n’est pas bloquée — vous continuez à travailler sur d’autres choses. Quand le fork se termine, vous êtes notifié via le panneau des tâches arrière-plan, avec les résultats écrits dans un transcript JSONL.

Cela diffère de /branch : /branch copie la conversation actuelle dans une nouvelle session pour explorer différentes directions, tandis que /fork dispatche un travailleur arrière-plan dans la session actuelle.

Ce que vous pouvez faire avec :

• En plein milieu du codage, /fork aide-moi à ajouter des tests pour ce module — les tests tournent en arrière-plan pendant que vous continuez à écrire le module suivant
• Progression du fork en temps réel visible dans le panneau des tâches arrière-plan (main / ○ fork: …), notification terminal à la fin
• Plusieurs forks peuvent tourner en parallèle, contraints par les limites de concurrence
• Messages d’erreur clairs pour instructions vides, config manquante ou sortie en streaming — pas d’échecs silencieux

Voir PR #4780 

/skills : La gestion des skills a enfin un panneau

Auparavant, utiliser les skills Qwen Code nécessitait de se souvenir des noms de skills et de taper directement /<nom-du-skill> — pas de navigation, pas de recherche, pas de toggles. Désactiver un skill bruyant ? Éditer manuellement settings.json.

Maintenant tapez /skills pour ouvrir un dialogue picker. Tous les skills enregistrés d’un coup d’œil : nom, description, source (niveau projet / niveau utilisateur / intégré). Recherche clavier pour navigation rapide, Espace pour basculer activer/désactiver, Entrée pour remplir la commande du skill sélectionné dans la zone de saisie. L’état désactivé écrit dans la config skills.disabled au niveau workspace, prenant effet immédiatement dans la session actuelle — la liste <available_skills> du modèle et les complétions slash se synchronisent instantanément, pas de redémarrage nécessaire.

La config cross-scope est gérée : si un skill est désactivé dans les paramètres niveau utilisateur, le picker niveau workspace affiche [locked: User] et ne peut pas être remplacé au niveau workspace.

Ce que vous pouvez faire avec :

• /skills ouvre le panneau, parcourir tous les skills disponibles et descriptions
• Taper des mots-clés pour rechercher des skills
• Espace pour activer/désactiver les skills, Esc pour sauvegarder et quitter
• Entrée pour sélectionner un skill et le remplir dans la zone de saisie pour exécution
• Les skills désactivés n’apparaissent plus dans la liste des skills disponibles du modèle ou les complétions slash

Voir PR #4533 

Mémoire utilisateur inter-projets : Plus d’amnésie en changeant de repo

Auparavant, l’auto-mémoire ne s’accumulait que dans le répertoire du projet actuel — changer de repo signifiait que l’agent oubliait tout. Cette semaine ajoute le répertoire de mémoire utilisateur ~/.qwen/memories/, utilisant les quatre catégories de mémoire existantes (user / feedback / project / reference) pour le routage, pas de nouvelles options de config nécessaires.

Nouveau répertoire ~/.qwen/memories/ aux côtés de .qwen/memories/ au niveau projet. Les règles de routage sont décidées dans le prompt de l’agent d’extraction de mémoire, pas hardcodées :

• type user : Route toujours vers niveau utilisateur (c’est à propos de vous en tant que personne)
• type feedback : Par défaut niveau utilisateur (la plupart des feedbacks sont du style personnel), mais les conventions explicitement au niveau projet (stratégie de test, specs de build) routent vers niveau projet
• type project : Toujours niveau projet (deadlines, événements, travail en cours)
• type reference : Par défaut niveau projet (Linear de ce projet, Grafana), mais les ressources communes à l’entreprise routent vers niveau utilisateur

Les deux indexes de scope se rendent dans le prompt système — niveau utilisateur en premier (infos de contexte), niveau projet après (plus spécifique, remplace naturellement). Même si MEMORY.md niveau utilisateur est vide, un placeholder se rend pour s’assurer que l’agent sait que le répertoire existe et peut y écrire.

Ce que vous pouvez faire avec :

• Après que l’agent ait appris vos préférences (“Je préfère pnpm”, “utiliser vitest pas jest pour les tests”), il s’en souvient dans n’importe quel nouveau projet
• Pas besoin de répéter les préférences personnelles dans le .qwen/QWEN.md de chaque repo
• Le toggle memory.enableManagedAutoMemory réutilise la config existante, pas de setup supplémentaire nécessaire

Voir PR #4764 

/stats Panneau de statistiques interactif : Voir l’utilisation des tokens d’un coup d’œil

Auparavant, /stats ne montrait que les comptes de tokens de la session actuelle sous forme de texte brut, oubliés après consultation. Maintenant c’est un panneau interactif à trois onglets : Session (métriques en temps réel pour la session actuelle), Activity (tendances d’utilisation cross-session), Efficiency (analyse des performances et des outils).

Les données d’utilisation persistent automatiquement dans ~/.qwen/usage_record.jsonl, écrites à la sortie de session et /clear. Tab / Shift+Tab pour changer d’onglet, r pour changer la plage de temps (All → Month → Week → Today), touches fléchées pour paginer les graphiques de tendance mensuels.

L’onglet Activity montre une heatmap de contribution style GitHub, un graphique linéaire braille des tendances de tokens, un classement top-5 des projets. L’onglet Efficiency montre le taux de hit du cache, le taux de succès des outils, la latence moyenne, un tableau de comparaison des modèles.

Ce que vous pouvez faire avec :

• /stats ouvre le panneau, voir l’utilisation des tokens et le coût de la session actuelle d’un coup d’œil
• Passer à l’onglet Activity pour les tendances d’utilisation cross-session et la heatmap de coding
• Passer à l’onglet Efficiency pour voir quels outils ont des taux de succès faibles, quels modèles ont une latence élevée
• Filtrer par plage de temps, comparer les modèles d’utilisation sur différentes périodes

Voir PR #4779 

before	after

Empêcher la veille du système : Les longues tâches ne seront pas interrompues

Pendant les prompts ou exécutions d’outils de longue durée, le système peut se mettre en veille automatiquement, interrompant les tâches en cours. Cette semaine ajoute un inhibiteur de veille runtime : empêche automatiquement la veille du système pendant les réponses en streaming du modèle ou l’exécution d’outils. macOS utilise caffeinate, Linux utilise systemd-inhibit, Windows utilise SetThreadExecutionState.

Activé par défaut (general.preventSystemSleep: true), désactiver avec une config si non désiré. Le comptage de références gère plusieurs tâches parallèles partageant un verrou d’inhibition, libéré automatiquement quand toutes sont terminées. Les sessions ACP également couvertes.

Ce que vous pouvez faire avec :

• Les tâches agent de longue durée (computer-use, refactoring à grande échelle) ne sont plus interrompues par la veille du système
• Activé par défaut, pas de config nécessaire
• general.preventSystemSleep: false pour désactiver

Voir PR #4434 

Refonte du mode Vim : Esc ne se comporte plus mal, Enter soumet, complétion de commandes

Les utilisateurs Vim dans Qwen Code toléraient trois problèmes : appuyer sur Esc en mode INSERT déclenche le handler d’AppContainer, affichant “Press Esc again to clear” ou vidant même le buffer d’entrée ; appuyer sur Enter en mode NORMAL ne fait rien ; délai de rendu notable dans l’indicateur du bas lors des changements de mode.

Tout corrigé d’un coup cette semaine. Esc en mode INSERT ne fait que changer de mode, ne fuit plus vers d’autres handlers. Enter en mode NORMAL soumet les messages normalement. VimModeContext divisé en contextes State et Actions avec useMemo, 6 consumers ne se re-rendent plus tous lors du changement de mode. L’indicateur du bas ajoute -- NORMAL --, se mettant à jour instantanément lors du changement.

Également complété un batch de commandes mode NORMAL : undo, replace, bascule casse, join de lignes, indent/unindent, motions WORD, motions find/till, yank/paste (presse-papiers système), combinaisons operator-pending.

Ce que vous pouvez faire avec :

• INSERT → NORMAL (Esc) ne vide plus l’entrée ni n’interrompt le streaming du modèle
• Enter en mode NORMAL soumet les messages, cohérent avec le comportement non-vim
• Les indicateurs -- NORMAL -- / -- INSERT -- changent instantanément, pas de délai
• Commandes standard comme u (undo), r (replace), ~ (bascule casse), J (join) disponibles

Voir PR #4677 

before	after

Mise à jour automatique de l’installateur autonome : Mettre à jour sans npm

Auparavant, Qwen Code installé via le script d’installation autonome (curl ... | bash) retomberait sur l’installation globale npm lors de la mise à jour — soit des erreurs EACCES (le prefix npm nécessite root), soit une installation à un emplacement différent incohérent avec le binaire autonome.

Cette semaine ajoute la mise à jour automatique native pour les installations autonomes. Pas de sudo, pas de gestionnaires de paquets nécessaires.

Ce que vous pouvez faire avec :

• Les utilisateurs d’installation autonome voient les prompts de mise à jour, téléchargement automatique, vérification, remplacement, effectif au redémarrage
• Rollback automatique vers la version précédente en cas d’échec de mise à jour
• Plusieurs terminals lançant simultanément ne confluent pas (protection par fichier lock)
• ~/.local/bin écrit automatiquement dans les fichiers rc shell, assurant la priorité PATH

Voir PR #4629 

Plus de nouvelles fonctionnalités

🔧 Corrections importantes

🎉 Nouveaux contributeurs

Merci aux contributeurs de cette semaine :

Pour questions ou suggestions, n’hésitez pas à signaler sur GitHub Issues  !