En deux ans environ, l'aide machine à la programmation est passée par trois formes. D'abord une fenêtre de conversation qui répondait à des questions sur du code collé dedans. Puis la complétion dans l'éditeur, une ligne ou deux à la fois. La troisième forme est le sujet de cet article : un agent qui vit dans le terminal, n'ouvre aucune fenêtre, n'occupe pas l'éditeur et parcourt toute la boucle — lire le code, le modifier, lancer la commande, regarder le résultat, se corriger — dans la ligne de commande qu'on allait utiliser de toute façon.

Qwen Code est une réponse libre à cette forme, publiée par l'équipe derrière l'une des plus grandes familles de modèles ouverts. Sa promesse est volontairement sobre : décrivez la tâche en langage courant, et il lit le dépôt, modifie les fichiers, lance les tests et rend quelque chose qui fonctionne.

Comprendre le projet avant de le toucher

Un outil de complétion surveille un fichier. Cet agent charge tout le dépôt dans son contexte : il lit la structure au démarrage, clarifie les dépendances entre les parties, et pendant une session on peut faire entrer un fichier par son nom pour qu'il soit pris en compte. Ce qu'une équipe garde en tête peut être écrit une fois — commandes de compilation, commandes de test, règles de style — dans un fichier de description à la racine, et chaque session le lit avant de commencer. Un petit mécanisme, un grand effet : les règles atteignent chaque modification de l'IA au lieu de se dissiper après le premier après-midi.

Une phrase dedans, une modification terminée dehors

L'usage courant consiste à confier une demande et à laisser la boucle se fermer : remanier la gestion du délai d'attente sur le point d'entrée de connexion et lancer les tests pour prouver que rien n'est cassé. Il découpe cela tout seul en étapes — trouver les fichiers concernés, comprendre l'implémentation en place, modifier, lancer la suite, lire les échecs et les corriger jusqu'à ce que ça passe. Une fois la modification faite, il peut enregistrer une validation en gestion de versions avec un message qui la décrit. Si quelque chose échoue, il suffit de recoller le journal d'erreurs ; il cherche la cause dans le dépôt au lieu de supposer en surface.

Les tâches plus grosses se répartissent entre agents auxiliaires travaillant en parallèle, chacun avec son contexte et sans interférence : l'un traque un goulot de performance pendant qu'un autre écrit des tests unitaires, et les résultats sont rassemblés à la fin. Sur un gros projet, cette division du travail fait la différence entre attendre et chercher à l'aveugle.

Planifier avant d'agir, et un frein qui mord

Plus un outil est autonome, plus il lui faut un moyen de s'arrêter. Deux modes de marche couvrent les extrêmes. Dans le premier, écrire un fichier et exécuter une commande demandent chacun votre accord, ce qui convient à une première semaine ou à une branche qui compte. Dans le second, tout tourne sans surveillance, ce qui convient à un travail répétitif auquel vous faites déjà confiance. Entre les deux se trouve un mode de planification : d'abord une analyse en lecture seule, en sortie un plan de mise en œuvre, et aucune modification réelle avant votre accord.

L'extension suit la voie ouverte. Un paquet de compétences est un ensemble réutilisable d'instructions et de scripts qu'on installe et qu'on rappelle ensuite autant de fois que nécessaire, et un protocole ouvert permet à des sources de données et à des outils extérieurs de rejoindre la conversation — une base de données, un ensemble de documents en ligne, une maquette — de sorte que le contexte cesse d'être seulement ce qui traîne dans le dépôt.

Changer de modèle, garder le dépôt

L'outil est ajusté autour du modèle de programmation ouvert de sa propre équipe, mais la couche qui parle aux modèles reste ouverte : des points d'accès compatibles de fournisseurs commerciaux peuvent être raccordés, tout comme un service d'inférence tournant sur votre machine, et le choix peut changer en cours de session. Le cadre lui-même est publié sous une licence permissive et les poids des modèles sont ouverts aussi. Les deux ouverts, cela veut dire pas d'enfermement propriétaire dont il faudrait débattre, et une équipe aux données sensibles peut faire tourner toute la boucle sur des modèles locaux.

Concrètement : la licence est permissive, l'implémentation tourne sur un environnement d'exécution disponible sous Windows, macOS et Linux, et l'ensemble tient en une installation dans un terminal. Fin 2026, le dépôt public avait dépassé vingt-sept mille étoiles et bougeait vite. Le logiciel lui-même est libre ; à l'usage quotidien, on atteint normalement un service de modèles par le cloud de l'éditeur, à la consommation ou au forfait mensuel, ou par tout service compatible ou modèle local que vous apportez.

À qui cela convient

À ceux qui travaillent déjà dans un terminal et veulent que le modèle prenne le travail en main plutôt qu'il en parle. Aux équipes qui ne peuvent pas envoyer leur code source à un point d'accès quelconque et ont besoin d'un modèle remplaçable. À tous ceux qui ont vu une IA modifier un fichier avec assurance et à tort, et qui veulent une étape de planification et un verrou d'approbation avant que la moindre ligne soit écrite. C'est ouvert, le modèle se change, et le dépôt n'est lié à personne.