Les assistants de codage sur le bureau ont mis deux ans à passer de la complétion d'une ligne à l'exécution d'une tâche, et la communication est allée plus vite que l'expérience. Qui a réellement confié du travail connaît la forme de la déception. Prié de restructurer un module, de traquer un ancien défaut sur plusieurs fichiers ou de bâtir une petite application complète, l'agent avance d'un pas, attend confirmation, avance encore. Un test échoue et il faut extraire la raison de la sortie. Un morceau de contexte manque et il faut le fournir. À midi, le dépôt compte quelques validations de plus et la personne se sent moins ingénieure qu'opératrice de consignes.

Le problème n'est pas que le modèle manque d'esprit. C'est que l'objectif de longue haleine n'a jamais été traité comme un objet de première classe dans la logique de l'outil. L'autre moitié tient à la forme de l'outil : un éditeur intégré est conçu autour d'un humain qui tape du code, et l'IA y a été insérée après coup comme une extension. On fouille encore l'arbre des fichiers, on tape encore des commandes dans un terminal, on bascule encore vers un navigateur pour voir l'effet. Un agent qui ne tient pas ce contexte ne peut qu'attendre qu'on lui parle.

Un autre point de départ

ZCode est construit dans l'autre sens. C'est un environnement de bureau où l'agent tient le rôle principal, où la langue naturelle est l'entrée et où l'objectif atteint est le bout de la chaîne. Plusieurs agents peuvent travailler côte à côte, et le même espace de travail se reprend depuis un téléphone. Comme il vient du fabricant du modèle, modèle, outils et déroulement ont été réglés comme une seule chaîne de production, non assemblés à partir de pièces conçues séparément.

Décrire l'objectif et laisser finir

Le cœur est un objectif vérifiable. Au lieu d'une suite de consignes, on donne un résultat avec sa condition : ramener le premier écran sous les deux secondes tout en gardant les tests existants au vert. L'agent découpe, modifie des fichiers, lance des commandes et des tests, puis lit les fichiers, les sorties et les résultats pour décider si le résultat est atteint. Sinon, il repart pour un tour. Il s'arrête quand l'objectif tient ou quand il heurte un véritable obstacle.

Un panneau de tâches expose chaque tour – avancement, durée, résultat –, si bien que le travail se surveille par tours plutôt que frappe par frappe et passe à la relecture humaine une fois l'objectif satisfait.

Un agent devient une petite équipe

Les sous-agents transforment un ouvrier en groupe qui tourne en parallèle. Un sous-agent généraliste lit et écrit, modifie le code, répare et lance des commandes, prenant le gros du travail d'ingénierie. Un sous-agent d'exploration est en lecture seule et part localiser le code, suivre les chaînes d'appel et réunir des preuves avant une modification, ce qui garde ses traces hors de la conversation principale. Un troisième type se définit soi-même, avec son modèle, son périmètre de permission et ses consignes, appelable par son nom : c'est ainsi qu'une habitude d'équipe devient une unité réutilisable.

Pour un travail mené sur plusieurs fronts, diviser un agent en plusieurs réduit la pression sur la conversation principale et rend les longues tâches plus stables. C'est le point qui change le plus l'expérience : la question intéressante n'est plus comment formuler la prochaine consigne, mais comment découper le travail.

Le bureau suit même quand on sort

Ce qui inquiète dans une longue tâche, ce n'est pas que l'agent se bloque. C'est que la machine soit au bureau et la personne ailleurs. La commande à distance ouvre pour un temps l'espace de travail courant à un téléphone : regarder l'avancement, taper une consigne, lancer une tâche, reconnecter un espace tombé. Outre un code à scanner et un lien dans le navigateur, des robots existent dans plusieurs applications de discussion de groupe courantes, si bien qu'une mention suffit à faire avancer le travail.

Le téléphone n'est qu'une surface de commande. Code, commandes et fichiers restent dans l'environnement du bureau et ne sont ni copiés sur le téléphone ni envoyés ailleurs. Espaces locaux, shells distants, sous-systèmes Linux et conteneurs se raccordent tous, de sorte qu'une tâche lancée à neuf heures se consulte sur le chemin du retour et se poursuit au bureau sans que la chaîne casse.

Les gros travaux pour les heures calmes

Pour un travail qui n'est urgent que par sa taille, il existe une file pour les périodes creuses. Les abonnés y déposent une migration en masse, une campagne complète de tests ou un lot de documentation, et le système les exécute quand la capacité de calcul est libre, sans entamer le quota du forfait. L'échange est du temps contre de l'argent : le résultat arrive le lendemain matin plutôt que dans l'heure.

Réglé avec le modèle

La prétention à être le harnais du fabricant repose sur la manière de construire : modèle, outils et déroulement ont été ajustés comme une seule chaîne, et non en posant un autre modèle sur le harnais d'autrui. Les mesures internes placent le taux de réussite global un peu plus de deux points au-dessus du même modèle associé à un harnais concurrent bien connu, l'avantage se concentrant sur les tâches qui traversent fichiers et étapes et finissent par une recette.

La réutilisation du contexte a été réglée aussi. Mesuré dans cet environnement, le taux de réussite du キャッシュ dépasse quatre-vingt-dix-huit pour cent, contre environ quatre-vingt-seize et quatre-vingt-quinze pour deux autres harnais répandus, et le volume utile de jetons augmente d'environ un tiers à usage égal.

Ce que cela coûte et où cela tourne

L'outil lui-même est gratuit ; la capacité d'IA fait partie d'un abonnement, et les organisations disposent d'une formule distincte. Les versions de bureau couvrent les deux familles de processeurs sur les deux plateformes commerciales ainsi que les architectures Linux courantes, l'une d'elles encore étiquetée bêta. Les publications sont assez fréquentes pour que le travail d'adaptation d'une saison entière soit déjà dans la ligne principale.

Qui utilise déjà cette famille de modèles pour du vrai travail y trouvera le plus à aimer, car l'intérêt d'un harnais bâti par le fabricant du modèle est de donner enfin de la place au comportement de longue haleine. En résumé honnête : non pas un meilleur éditeur avec de l'IA posée dessus, mais une tentative de réorganiser la journée autour d'objectifs qu'un agent mène jusqu'au bout.