
Ce qu'est vraiment ZCode
Je conçois les intégrations et la mécanique des agents chez eesel, donc quand un nouvel outil agentique sort, je le lis pour ce que l'agent fait réellement sous le marketing, pas pour son slogan. ZCode donne matière à lire.
ZCode est une application de bureau, pas une barre latérale de chat greffée sur un éditeur existant. Z.ai (le laboratoire anciennement connu sous le nom de Zhipu AI) l'appelle un « environnement de développement agentique », et le terme est juste : au lieu de compléter automatiquement la ligne sur laquelle vous êtes, il prend en charge une tâche entière. Vous décrivez ce que vous voulez, et l'agent explore votre dépôt, écrit dans plusieurs fichiers, exécute des commandes shell, vérifie son propre travail, et vous remet un diff avec un bouton d'annulation. La bannière de changelog au lancement indiquait « ZCode 3.0 : optimisé pour GLM-5.2 », et l'installateur était déjà en version 3.3.3, donc les itérations vont vite.

L'écran d'état vide en dit long. Il y a un compositeur de tâche (« Ask ZCode, type @ to add files, / for commands, $ for skills »), un interrupteur de permission Full Access dans un orange légèrement anxiogène, un sélecteur de branche Git, et un sélecteur de modèle fixé sur GLM-5.2 en effort Max. L'ensemble est intégré verticalement : l'agent, le modèle GLM-5.2 et l'abonnement proviennent tous de la même entreprise. C'est une vraie différence par rapport à un harnais agnostique vis-à-vis du modèle comme Claude Code, et cela joue dans les deux sens, j'y reviendrai.
Si vous avez suivi la vague du vibe-coding ou lu mon guide sur les CLI de codage agentique, ZCode est cette idée transposée dans une interface graphique native : moins « taper un prompt, obtenir un extrait de code », plus « déléguer une tâche, relire le résultat ».
Le modèle sous le capot : GLM-5.2
On ne peut pas dissocier ZCode de GLM-5.2, le modèle pour lequel il a été conçu. Z.ai a lancé GLM-5.2 le 16 juin 2026 sous une licence open source MIT avec des poids publics sur HuggingFace et ModelScope, plus une fenêtre de contexte de 1 million de tokens (contre 200 000 pour GLM-5.1). Z.ai reconnaît sans détour qu'un gros chiffre de contexte est facile à afficher et difficile à rendre fiable, et affirme donc avoir entraîné le modèle spécifiquement pour des trajectoires de codage longues et désordonnées plutôt que pour la capture d'écran de benchmark.
L'affirmation phare est que les performances de codage agentique de GLM-5.2 se situent « à peu près entre Claude Opus 4.7 et Claude Opus 4.8 », à budgets de tokens comparables. Leurs évaluations à long horizon confirment ce positionnement : sur FrontierSWE (des projets ouverts, dimensionnés de quelques heures à plusieurs dizaines d'heures), GLM-5.2 obtient 74,4, soit environ 1 % de moins qu'Opus 4.8 à 75,1, et devant GPT-5.5 à 72,6.

Deux réserves à garder en tête. D'abord, ce sont les propres benchmarks de Z.ai, à lire donc comme n'importe quel graphique fourni par un éditeur. Ensuite, le fil conducteur de chacun d'entre eux est le même : GLM-5.2 est le meilleur modèle à poids ouverts, mais il reste en retrait par rapport à la frontière fermée (surtout Opus 4.8, et GPT-5.5 sur quelques benchmarks). Sur le SWE-Marathon, ultra-long, il obtient 13,0 contre 26,0 pour Opus 4.8, donc l'écart se creuse à mesure que la tâche s'allonge. Si le choix d'un modèle pour une tâche donnée est votre point de blocage, mes notes sur le choix du modèle et le meilleur LLM pour l'écriture traitent des mêmes arbitrages sous d'autres angles.
L'avis extérieur le plus crédible que j'aie trouvé le dit sans détour :
« En moyenne, je pense qu'Opus 4.8 reste un modèle meilleur, plus fiable et plus rapide, mais s'il disparaissait demain et que je n'avais que GLM 5.2, je ne serais pas trop triste ; je m'en sortirais très bien avec GLM 5.2. »
C'est à peu près là où j'en suis aussi. GLM-5.2 est un modèle réel, exploitable, proche de la frontière, qui se trouve être à poids ouverts, ce qui est un événement important. Ce n'est pas un tueur de géants.
Comment ZCode fonctionne : objectifs, bots et une seule grande pile
Trois éléments définissent l'expérience ZCode, et c'est là que le produit prend le plus parti.
Les objectifs, pour les tâches longues
L'unité de travail centrale est un « Goal » (objectif). Au lieu d'une simple complétion, vous confiez à ZCode un objectif en plusieurs étapes, et il enchaîne planification, exécution et vérification en continu, avec des durées de tâche allant, dans les démonstrations, de deux minutes à une journée entière. La transcription de l'agent visible sur la page d'accueil le montre inspectant d'abord un dépôt, écrivant index.html, app.js et styles.css en une seule passe, puis exécutant node --check app.js pour vérifier son propre résultat avant de déclarer la tâche terminée. Cette étape d'auto-vérification est celle qui compte vraiment ; un agent qui écrit du code sans jamais l'exécuter n'est qu'une autocomplétion plus sophistiquée.

Si vous voulez la version conceptuelle de ce que fait un Goal en coulisses, j'ai décrit la boucle d'agent séparément, et la différence entre ceci et les anciens bots est la même que celle que j'ai tracée entre un agent IA et un chatbot à règles.
Piloter le bot depuis vos applications de messagerie
C'est la fonctionnalité que la plupart des outils de codage occidentaux n'ont pas : vous pouvez démarrer et piloter une tâche ZCode depuis WeChat, Feishu ou Telegram. Il suffit d'invoquer le bot depuis votre téléphone, et une tâche longue continue d'avancer pendant que vous êtes loin de votre poste. C'est une idée intéressante, même si la page de lancement qui pousse une invitation Feishu pour rejoindre la bêta Linux rappelle discrètement où se situe le public d'origine de ce produit.

Une seule pile verticale
Voici le choix stratégique. Claude Code est essentiellement un harnais capable de pointer vers différents modèles. ZCode fait l'inverse : l'agent, le modèle GLM-5.2 et l'abonnement GLM Coding Plan forment une seule pile détenue de bout en bout, « accordée ensemble » comme le dit Z.ai. Vous pouvez apporter votre propre clé pour Anthropic, DeepSeek, Kimi ou OpenRouter, mais GLM-5.2 reste le choix par défaut et celui pour lequel tout est optimisé.

L'avantage d'une pile verticale, c'est le réglage fin : le modèle et le harnais se connaissent mutuellement. L'inconvénient est apparu immédiatement dans la communauté, où pas mal de monde s'est demandé pourquoi un harnais dédié était même nécessaire alors que GLM-5.2 fonctionne déjà très bien dans les outils existants :
« GLM-5.2 est un excellent modèle ! Mais il fonctionne déjà très bien avec les harnais existants, je ne suis pas sûr de comprendre pourquoi un harnais dédié est nécessaire ? »
C'est une question légitime, et qui mérite réflexion avant de confier votre flux de travail à l'application d'un seul éditeur.
Ce que coûte ZCode
L'application est gratuite. Le modèle qui la fait tourner ne l'est pas. Pour faire tourner GLM-5.2, il faut un GLM Coding Plan, et il n'y a aucun palier gratuit sur le forfait lui-même.
| Forfait | Prix mensuel plein | Avec facturation longue (annuelle, -30 %) | Ce que vous obtenez |
|---|---|---|---|
| Lite | 18 $/mois | 12,60 $/mois (151,20 $/an) | Allocation d'usage de base ; travail sur petits dépôts ; 20+ outils de codage dont Claude Code |
| Pro (Populaire) | 72 $/mois | 50,40 $/mois (604,80 $/an) | Tout ce qui est dans Lite + 5x l'usage de Lite ; outils MCP sélectionnés ; génération plus rapide |
| Max | 160 $/mois | 112 $/mois (1 344 $/an) | Tout ce qui est dans Pro + 20x l'usage de Lite ; accès prioritaire aux nouveaux modèles ; ressources en heures de pointe |
Z.ai applique une remise de -10 % pour la facturation mensuelle, -20 % pour la facturation trimestrielle et -30 % pour la facturation annuelle, donc les mêmes forfaits peuvent descendre jusqu'à 12,60-112 $/mois avec un engagement d'un an. (Vous pourrez voir ailleurs des chiffres de 16,20-144 $ ; il s'agit simplement de la vue en facturation mensuelle des mêmes prix, pas d'un palier distinct.)
Voici maintenant le point que je signalerais à quiconque budgétise autour de cela. Les forfaits sont vendus comme des multiples d'une allocation de base que Z.ai ne publie jamais réellement. Pro est « 5x Lite », Max est « 20x Lite », et Lite est décrit comme « allocation d'usage de base incluse » sans aucun chiffre associé. La page de tarification comporte même une FAQ « Quelle est la limite d'usage du forfait ? », et au moment où je l'ai consultée, elle restait repliée.

Un commentaire de la semaine de lancement exprime cette frustration mieux que je ne pourrais le faire :
« Il est impressionnant de voir toutes ces entreprises s'en tirer avec une "allocation d'usage de base incluse" [...] en présentant les forfaits supérieurs comme un multiplicateur de cette "base" sans jamais révéler ce qu'elle vaut. »
Il faut aussi noter que faire tourner GLM-5.2 n'est pas bon marché par tâche. Le propre graphique de Z.ai sur les niveaux d'effort montre que GLM-5.2 n'atteint des scores proches d'Opus qu'en dépensant bien plus de tokens de sortie par tâche, et son compteur de quota multiplie l'usage par 3 aux heures de pointe à Pékin et par 2 en heures creuses.

Voir un éditeur vendre de l'autonomie dans des unités que personne ne peut chiffrer m'est familier. C'est exactement pour cette raison qu'eesel facture au ticket résolu, une unité que vous pouvez réellement prévoir, plutôt qu'un « crédit » opaque. Si vous dimensionnez un budget IA de quelque nature que ce soit, mon analyse de ce que coûte un agent IA de support détaille le même piège côté support.
Ce que les gens disent vraiment
La semaine de lancement de ZCode a été bruyante, et les avis se sont partagés d'une manière révélatrice. Quelques thèmes sont revenus sans cesse.
Ça ressemble beaucoup à Codex. Malgré le positionnement « Claude Code par les créateurs de GLM », plusieurs personnes ont dit que l'interface est plus proche de Codex d'OpenAI :
« Même l'icône de main, l'usage dans le champ de texte, et le style de la barre latérale sont identiques à 1:1 à ceux de Codex. C'est un titre trompeur - ce n'est pas proche [de] Claude Code. »
C'est instable et gourmand. La critique pratique la plus fréquente portait sur la fiabilité et la consommation de tokens :
« Il faut réessayer chaque requête au moins 3 fois tellement l'API est instable. Et si vous êtes sur le forfait de codage, le max, ce truc draine les tokens au moins 5 fois plus vite que codex à 200 $ et claude à 200 $. »
Et il y a une question de confiance qui ne disparaîtra pas. Un agent propriétaire qui demande un accès système complet, construit par un laboratoire chinois, reste difficile à accepter pour une bonne partie des développeurs, quels que soient les benchmarks :
« Il n'y a aucune chance que je mette un jour un logiciel propriétaire chinois qui obtient le contrôle système complet sur quelque chose d'important. C'est clairement quelque chose que je ferais tourner uniquement en bac à sable dans un environnement de labo pour des projets jouets, pas pour du travail sérieux. »
Rien de tout cela ne fait de GLM-5.2 un mauvais modèle. Cela fait de ZCode, l'application, un produit version 3.x avec des aspérités, ce qui est exactement ce à quoi on s'attendrait deux semaines après le lancement. Si vous accordiez à un agent de codage ce type de portée, ma note sur les contrôles de permission de Claude Code est un bon test de bon sens sur ce que « accès complet » devrait vraiment signifier.
La vraie leçon : l'autonomie a besoin d'un cadre
Voici ce à quoi je reviens sans cesse, et c'est plus large qu'une seule application de codage. Un agent autonome n'est fiable qu'à hauteur du cadre que vous mettez autour de lui.
Les meilleures décisions de conception de ZCode sont les garde-fous, pas l'autonomie. Il exige une étape de confirmation avant l'exécution de commandes sensibles ou d'actions à haute permission. Son agent s'auto-vérifie avec une véritable commande avant de revendiquer une réussite. Son interrupteur « Full Access » est un choix délibéré et visible, pas un réglage par défaut. Retirez tout cela et vous obtenez un modèle très capable avec les droits root sur votre machine et aucun frein, ce qui est précisément ce que craignaient les sceptiques dans les fils de discussion.

Je trouve cela rassurant, car c'est exactement la conclusion à laquelle je suis arrivé en construisant de l'IA pour le support. J'ai passé les trois dernières années et plus à déployer des agents IA sur des files clients en production, et la première leçon, douloureuse, a été de voir un bot au ton assuré donner une mauvaise réponse à un vrai client. Un agent de codage qui hallucine une fonction casse une build que l'on peut annuler. Un agent de support qui hallucine une politique de remboursement brise une confiance que l'on ne peut pas restaurer. C'est pourquoi toute l'industrie, ZCode y compris, converge vers la même forme : laisser à l'agent de la marge pour travailler, mais placer un point de contrôle entre lui et tout ce qui est irréversible, et prouver que cela fonctionne avant de le laisser en liberté.
Pour le support en particulier, ce cadre tient en trois éléments : une étape de relecture avant l'envoi d'une réponse, un parcours d'escalade propre quand l'agent n'est pas sûr, et un moyen de mesurer le taux de résolution et la qualité plutôt que de deviner. L'autonomie est désormais la partie facile. Le cadre, c'est le produit.
Essayez eesel
Si vous observez ZCode en vous disant « je veux un agent comme ça, mais pour ma file de support », c'est essentiellement ce que je construis. eesel est un coéquipier IA pour votre service d'assistance : il se branche sur Zendesk, Freshdesk, Gorgias, HubSpot ou Front, apprend dès le premier jour de vos tickets passés et de votre documentation d'aide, et rédige ou résout entièrement les conversations de niveau 1.

Le facteur différenciant est la même idée de cadre évoquée dans la section précédente. Avant qu'eesel ne réponde à un seul client, son mode simulation fait tourner l'agent sur des milliers de vos tickets historiques réels, afin que vous voyiez exactement ce qu'il aurait répondu et quelle proportion il aurait résolue, et que vous corrigiez les lacunes avant la mise en production. Il démarre supervisé, en rédaction uniquement, et vous accordez de l'autonomie sur les tickets faciles quand vous lui faites confiance, avec un routage basé sur la confiance qui transforme les questions à faible confiance en brouillon plutôt qu'en mauvaise réponse. De vraies équipes le font tourner à grande échelle : Gridwise a vu eesel résoudre 73 % des demandes de niveau 1 dès son premier mois. Vous pouvez essayer eesel gratuitement, et il est facturé au ticket résolu, pas au crédit opaque.
Questions fréquentes
Qu'est-ce que ZCode ?
ZCode est-il gratuit, et que coûte le GLM Coding Plan ?
GLM-5.2 est-il open source ?
ZCode est-il meilleur que Claude Code ou Cursor ?
Puis-je utiliser mon propre modèle avec ZCode ?
La même approche agentique fonctionne-t-elle pour le support client ?

Article by
Rama Adi Nugraha
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.








