Analyse approfondie · Environ 4 min de lecture
La nouvelle préversion de Qwen Code porte sur le daemon, la reprise et les limites des outils
v0.25.4-preview.1 modifie le cadre d’exécution de l’agent de programmation ; ce n’est ni un nouveau modèle de base ni une version stable.
- Publié ici
- Date de la source
- Source vérifiée
Qwen Code a publié v0.25.4-preview.1 le 20 octobre. La longue liste associe commandes du daemon, reprise des sessions gérées, budgets de pièces jointes et de résultats, hooks et interface web. Il faut comprendre ce qui change pour une longue session de travail, sans y voir une amélioration soudaine du modèle.
Écouter les actualités
Écoutez cet article ou poursuivez la lecture des actualités.
Préparation de la lecture…
Voix de l’appareil
La voix est traitée par votre navigateur ou appareil. AISubHub n’envoie pas le texte à une API audio. Les voix et la lecture écran verrouillé dépendent de l’appareil.
La reprise peut répéter une courte phrase.
En bref
- La préversion annonce un rafraîchissement des Skills et Extensions ciblé par session, la découverte et le contrôle du daemon local, son démarrage, son état détaillé et start --wait.
- L’entrée des pièces jointes de l’agent géré passe à 8 MiB ; le calcul des résultats, la troncature récupérable et l’exécution liée à l’entrée finale du hook sont des changements distincts.
L’exploitation des sessions devient plus explicite
Rafraîchir les Skills et Extensions d’une session est plus ciblé qu’un rechargement global. Cela compte lorsque les sessions portent des contextes différents, mais la liste ne décrit pas le contrat complet d’isolation ou de compatibilité. Découverte et contrôle locaux du daemon, qwen daemon start, état détaillé et start --wait rendent le processus de fond plus visible. Un modèle de configuration d’agent géré, un contrôle préalable --check en lecture seule et des unités systemd pour un seul hôte apparaissent aussi. Ces éléments sont distincts : ils ne prouvent ni la validation d’un déploiement multihôte, ni qu’un contrôle préalable garantit le fonctionnement de chaque outil.
La reprise doit aussi représenter l’incertitude
Plusieurs entrées traitent les réveils validés après perte du processus écrivain, un bail d’écriture expiré, la reprise à froid et les tours dont les preuves d’exécution restent inconnues. D’autres rapprochent les annulations de tours suspendus des résultats durables ou poursuivent les réveils repris. Une réponse perdue ne prouve pas que l’action n’a pas eu lieu. Selon AISubHub, une recette doit distinguer résultat confirmé, résultat inconnu et demande d’annulation, puis vérifier leur affichage. Des tests de points de panne concernent réponses perdues et échecs de hooks. Leurs titres indiquent les cas travaillés, mais sans implémentations ni résultats, ils ne fondent pas une promesse d’exécution exactement une fois ou de reprise complète après toute panne.
Budgets et hooks encadrent les données exécutées
Les 8 MiB concernent les pièces jointes de l’agent géré, pas un quota universel de tokens, une fenêtre de contexte ou un droit commun à toutes les interfaces Qwen. D’autres changements comptabilisent les résultats du producteur jusqu’à l’injection, conservent le marqueur de troncature déclaré quand la taille brute est inconnue, respectent les budgets de prévisualisation, permettent de récupérer les passages tronqués et évitent une double troncature de web_fetch. Un correctif lie l’exécution Hosted à l’entrée finale du hook et exclut les remplacements PreToolUse refusés des hooks suivants de Hosted. Cela relie entrée demandée, examinée ou transformée et exécutée ; cela ne démontre pas la sûreté de toute extension, outil distant ou hook tiers.
Vérifier le flux entier avec cette visibilité
L’interface web ajoute délai du premier token et vitesse par modèle, hiérarchie de consommation, détails des tâches shell, suivi et pause des trajectoires et aperçus PDF ou DOCX. Les artefacts consignent les fichiers créés ou modifiés. Ces fonctions aident à examiner une exécution, mais un compteur n’est pas un benchmark et un aperçu ne prouve pas la justesse du fichier. Un essai contrôlé peut choisir une session représentative, rafraîchir ses capacités, inspecter le daemon, tester une pièce jointe bornée et un gros résultat, puis examiner une reprise et l’entrée finale du hook. Cette recette est proposée par AISubHub, sans avoir été exécutée. Conserver version et configuration permettra une comparaison cohérente avec une future version stable.
Pourquoi cela compte
Analyse AISubHub : cette version fournit une liste concrète de contrôles du cycle de vie, de la reprise, de l’autorisation et des preuves. Elle n’établit aucun gain mesuré de réussite, latence ou sécurité.
Limites et disponibilité
Nous avons lu toute la liste, sans examiner les implémentations liées ni les rapports de tests de panne. Les titres des PR attestent les changements annoncés, pas une garantie de bout en bout. La préversion demande une vérification de compatibilité.
Sources et preuves
Date de la source: · Source vérifiée:
Articles assistés par IA, vérifiés avec les sources primaires citées. Les affirmations des fournisseurs sont attribuées ; la présence ne vaut pas recommandation.