Qwen Code Hebdo : Computer Use intégré sans configuration, intégration Feishu, réécriture du moteur de compression

Qwen Code a publié v0.17.0 et v0.17.1 cette semaine, avec plus de 60 PRs fusionnées dans quatre directions :

Computer Use est maintenant une capacité intégrée. Avant, il fallait installer des extensions, configurer MCP, accorder des permissions, redémarrer — la plupart des gens n’arrivent pas au bout de ce workflow. Maintenant, 9 outils d’automatisation de bureau sont enregistrés comme builtins différés. Le modèle demande une confirmation unique lors du premier appel, et tout le reste (téléchargement du binaire, guidage des permissions macOS, cycle de vie du serveur) est entièrement automatique. Tandis qu’Anthropic continue de renforcer Computer Use dans Opus 4.8 mais le lie à son propre modèle, Qwen Code fonctionne avec le modèle de votre choix — vous contrôlez les coûts.

L’intégration Feishu est en ligne. Qwen Code supporte déjà l’intégration WeChat, et cette semaine Feishu a été ajouté. Modes de connexion WebSocket et Webhook, avec les réponses de l’Agent diffusées en temps réel via des cartes interactives Feishu, avec un bouton d’arrêt. Il suffit de mentionner le bot avec @ dans un chat de groupe Feishu pour utiliser l’Agent — pas besoin de changer d’outil.

La compression des tâches longues ne perd plus le contexte. L’ancien modèle de compression divisait par nombre de caractères à 70/30. Les tâches longues à un seul tour (workflows typiques de computer-use) n’ont qu’un seul message utilisateur, et la logique de division ne pouvait pas trouver de point de coupure, abandonnant toutes les captures d’écran et le prompt utilisateur original. Le nouveau moteur utilise un résumé complet de l’historique + restauration sélective : 9 sections de résumés structurés préservent la continuité narrative, et les 5 fichiers + 3 images les plus récents restaurent la continuité d’état. Quand Computer Use compresse en cours d’exécution, l’Agent ne devient plus « aveugle ».

Les utilisateurs CJK n’ont plus à souffrir. La fenêtre de candidats IME pour les méthodes de saisie chinois/japonais/coréen sautait toujours dans le coin inférieur gauche du terminal, à des kilomètres de l’endroit où vous tapez réellement. Cette semaine, en parcourant l’arbre yoga pour déplacer le curseur physique vers la position du curseur visuel, la fenêtre de candidats suit enfin.

✨ Nouvelles fonctionnalités

Computer Use intégré sans configuration : automatisation de bureau avec une seule confirmation

Qwen Code fait de Computer Use une capacité intégrée sans configuration. 9 outils dont computer_use__list_apps, computer_use__get_app_state, computer_use__click sont enregistrés comme outils builtins différés. Lorsque le modèle invoque l’un d’entre eux pour la première fois, une boîte de dialogue standard de permission d’outil apparaît — vous cliquez une fois sur Approve, et tout après est automatique — npx -y open-computer-use mcp récupère le binaire upstream (~50 Mo), macOS guide automatiquement les permissions Accessibility et Screen Recording, et le cycle de vie du serveur MCP est géré automatiquement.

Activé par défaut (tools.computerUse.enabled: true). Désactivable avec un changement de configuration. Fonctionne avec le modèle de votre choix, non lié à un provider spécifique.

Ce que vous pouvez faire avec :

• Demandez à l’Agent « ouvre l’app Stocks, clique sur la première action » — l’Agent voit la capture d’écran, identifie les éléments UI et clique automatiquement
• La première utilisation ne nécessite qu’une confirmation, les appels suivants passent directement
• Le modèle envoie select:computer_use__list_apps,computer_use__get_app_state,computer_use__click pour charger les schemas par lot, chargeant plusieurs outils à la fois
• Le guidage des permissions macOS est entièrement automatique : Accessibility → Screen Recording → reconnexion automatique après redémarrage
• Désactivez avec tools.computerUse.enabled: false, ou remplacez la version du binaire upstream avec QWEN_COMPUTER_USE_PACKAGE

Voir PR #4590 

Channel Feishu : Utiliser Qwen Code directement dans Feishu

Qwen Code supporte déjà l’intégration WeChat, et cette semaine Feishu a été ajouté. Le nouvel adaptateur de channel Feishu (Lark) supporte les modes de connexion WebSocket et Webhook. Les réponses de l’Agent sont diffusées via des cartes interactives Feishu en temps réel, avec un bouton d’arrêt. Le contexte cité/répondu est correctement capturé — qu’il s’agisse d’un message texte ou d’un message carte.

Chaque message a une isolation d’état indépendante, donc plusieurs utilisateurs ne s’interfèrent pas.

Ce que vous pouvez faire avec :

• Mentionner Qwen Code avec @ dans un chat privé ou de groupe Feishu pour poser des questions ou assigner des tâches directement
• Suivre le processus de réflexion et de sortie de l’Agent en temps réel via des cartes en streaming, interrompre à tout moment avec le bouton d’arrêt
• Citer un message pour poser une question, et l’Agent peut voir le texte original cité
• Supporte les pièces jointes images et fichiers

Voir PR #4379 

Réécriture de la compression : les tâches longues ne perdent plus le contexte

La semaine dernière, nous avons conçu l’auto-compression comme une échelle à trois niveaux. Cette semaine, nous sommes allés un niveau plus profond : le moteur de compression lui-même a été réécrit.

L’ancien modèle divisait l’historique par nombre de caractères en les premiers 70% (compressés en résumé) et les derniers 30% (préservés verbatim). Le problème survenait avec les tâches longues à un seul tour comme computer-use — l’utilisateur dit juste une chose comme « ouvre Safari, clique sur le résultat de recherche, fais une capture d’écran », puis l’Agent exécute des dizaines de tours d’appels d’outils. La logique de division nécessite au moins deux messages utilisateur pour trouver un point de coupure ; un seul tour ne peut jamais en trouver un, et le fallback remplace toutes les captures d’écran et le prompt utilisateur original par un résumé texte. Après la récupération, l’Agent devient « aveugle » — pas de contexte visuel, pas d’intention utilisateur verbatim.

Le nouveau moteur utilise résumé + restauration sélective :

• Résumé structuré en 9 sections : la section 6 force la citation verbatim de chaque message utilisateur, assurant que l’intention utilisateur survit à la compression
• 5 fichiers les plus récents restaurés : adaptatif en taille — les petits fichiers intègrent le contenu complet fraîchement lu depuis le disque, les gros fichiers n’obtiennent que des références de chemin
• 3 images les plus récentes restaurées : chaque image porte un header de métadonnées (index de tour + nom de l’outil source + args), le modèle peut corréler l’état visuel avec l’action qui l’a produit

Ce que vous pouvez faire avec :

• Après compression pendant une longue tâche Computer Use, l’Agent peut toujours voir les captures d’écran récentes et vos instructions originales
• /compress ajoute une directive de focus : /compress focus on the auth bug — guide le résumé pour se concentrer sur ce qui vous intéresse (max 2000 caractères)
• Le mode Plan et l’état des subagents en arrière-plan se restaurent automatiquement après compression, pas de perte silencieuse

Voir PR #4599 , #4688 

Mode d’approbation renommé : Default → Ask Permissions

Le mode d’approbation par défaut s’appelait auparavant « Default » — un nom qui dit seulement « c’est la valeur par défaut », pas quelles permissions le mode accorde réellement. Les autres modes (Plan, Auto-Edit, Auto, YOLO) décrivent tous directement le comportement ; Default était la seule exception.

Renommé en Ask Permissions, répondant directement à « l’Agent me demandera-t-il dans ce mode ? » Simultanément aligné avec la nomenclature de Claude Code pour le mode équivalent, réduisant le coût cognitif entre les outils.

La valeur d’enum interne ApprovalMode.DEFAULT, "default" dans settings.json, et la commande CLI /approval-mode default restent tous inchangés — zéro migration pour les configurations existantes. Traductions pour 9 locales mises à jour simultanément.

Ce que vous pouvez faire avec :

• Le dialogue Settings affiche Ask permissions dans la ligne Tool Approval Mode — immédiatement clair que ce mode demandera votre consentement
• Le sélecteur /approval-mode montre des descriptions de comportement, pas un « Default » sans signification
• Les settings.json et commandes CLI existants sont entièrement compatibles, aucune modification nécessaire

Voir PR #4674 

Positionnement du candidat IME : les méthodes de saisie CJK fonctionnent enfin

Qwen Code rend le curseur visuel avec des caractères inversés, tandis que le curseur physique est masqué et par défaut dans le coin inférieur gauche du terminal. La fenêtre de candidats des méthodes de saisie CJK suit toujours le curseur physique — un écran entier de distance de l’endroit où vous tapez réellement. Hermes et OpenClaude ont le même problème ; leur solution est de forker le code source d’Ink.

Qwen Code adopte une approche différente : en utilisant addLayoutListener (déclenché après le calculateLayout() de yoga, zéro gigue) pour parcourir l’arbre yoga et obtenir la position absolue du composant de saisie, puis déplacer le curseur physique vers la position du curseur visuel. Utilise patch-package pour exposer les modules internes ink/dom et ink/components/CursorContext sans forker tout Ink.

Ce que vous pouvez faire avec :

• Passez à Sogou/Apple Pinyin ou d’autres méthodes de saisie CJK, et la fenêtre de candidats apparaît à côté du curseur au lieu de sauter dans le coin inférieur gauche
• La fenêtre de candidats suit quand vous déplacez le curseur avec les touches fléchées
• Les conversations normales, la saisie multi-lignes et le défilement de l’historique ne sont pas affectés

Voir PR #4652 

Plus de nouvelles fonctionnalités

🔧 Corrections importantes

🎉 Nouveaux contributeurs

Merci aux contributeurs suivants pour leur première contribution :

Si vous avez des questions ou suggestions, n’hésitez pas à donner votre avis sur GitHub Issues  !