Avis ZCode : le harness GLM-5.2 de Z.ai en vaut-il la peine ?

Ce qu'est vraiment ZCode

ZCode est un environnement de développement agentique de bureau signé Z.ai, anciennement connue sous le nom de Zhipu AI. Plutôt que d'exister comme un panneau de chat greffé sur un IDE existant, c'est une application autonome qui combine un agent de planification et d'exécution avec un vrai terminal, une vue d'espace de travail et une gestion des tâches, de sorte qu'un développeur puisse passer d'un prompt à une modification révisée sans quitter une seule fenêtre. Le slogan même de la page d'accueil ne fait pas de mystère sur le public visé : "Simple, Fast, Vibe-Ready!", s'appuyant directement sur le cadre du vibe coding plutôt que de se positionner comme un outil prudent et centré sur la revue.

Le mécanisme central est ce que ZCode appelle Goals : un système de "planification, exécution et vérification continues" pour des tâches qui vont de deux minutes à une journée entière, à en juger par les étiquettes de durée affichées dans la démo de liste de tâches de la page d'accueil. Dans une transcription réelle du produit, un agent nommé "Ryan Bot" explore un dépôt existant, exécute de vraies commandes shell comme git status --short (en gérant proprement une erreur fatal: not a git repository lorsqu'aucun dépôt n'existait encore), écrit trois fichiers en une seule passe, vérifie lui-même sa propre sortie avec node --check app.js, et termine par une puce de résumé des changements indiquant "3 files changed +734 -7" et un bouton d'annulation. C'est une boucle d'agent complète de bout en bout, pas une complétion en un seul coup.

Deux fonctionnalités se distinguent du reste du marché. D'abord, le contrôle à distance des bots : on peut démarrer ou piloter une tâche ZCode depuis WeChat, Feishu ou Telegram, ce que la documentation appelle "Vibeworking" lorsque c'est fait depuis un téléphone, et que quasiment aucun outil occidental d'agent de code ne met en avant comme fonctionnalité phare. Ensuite, la relation au modèle est inversée par rapport à la plupart des concurrents : GLM-5.2 est le modèle par défaut, et le produit entier est décrit comme "optimisé pour GLM-5.2 en matière de raisonnement, de code et de collaboration multi-agents", bien que la documentation de ZCode elle-même confirme la prise en charge du BYOK pour les clés Anthropic, DeepSeek, Kimi et OpenRouter si l'on souhaite changer de modèle. Il propose des installeurs natifs pour macOS (Apple Silicon et Intel), Windows (x64 et ARM64), et une version bêta pour Linux, tous en version 3.3.3, avec une bannière de changelog signalant "ZCode 3.0" comme la ligne de version actuelle.

Ce pari vertical est exactement ce qu'un commentateur de Hacker News, jedisct1, a directement remis en question : "GLM-5.2 is a great model! But it already works really well with existing harnesses, I'm not sure why a dedicated one is needed?" C'est un défi légitime.

Des outils comme Cursor, Claude Code et GitHub Copilot permettent déjà d'exécuter GLM-5.2 ou de le remplacer par celui qui remportera la course aux benchmarks du prochain trimestre.

ZCode n'est pas non plus seul à faire le pari inverse. Devin Fusion de Cognition associe lui aussi son propre harness à un seul modèle, pour la même raison que Z.ai avance : un ajustement plus fin entre l'agent et le modèle que ne peut offrir un wrapper générique.

Le système "Goals" lui-même n'est en réalité qu'une implémentation spécifique d'une boucle d'agent IA : planifier, agir, observer, répéter, jusqu'à ce que la tâche soit vérifiée comme terminée. La qualité de conception de cette boucle compte plus que le modèle qui s'y trouve, ce qui explique en partie pourquoi une interface à la Codex enveloppant un modèle différent ne donne pas automatiquement l'impression d'un produit différent aux évaluateurs ayant utilisé les deux.

GLM-5.2 : le modèle qui fait le travail

GLM-5.2 est sorti le 16 juin 2026, et son argument phare est une fenêtre de contexte utilisable de 1M de tokens, contre 200K pour GLM-5.1. Z.ai reconnaît d'emblée que ce chiffre seul n'est pas l'essentiel : "A 1M context is easy to claim, but much harder to keep reliable under real engineering pressure", et l'architecture IndexShare du modèle, qui réutilise le même indexeur d'attention toutes les quatre couches d'attention creuse, réduit le calcul par token de 2,9x à cette longueur de contexte. Il est distribué sous licence open source MIT, avec des poids publics sur HuggingFace et ModelScope et sans restriction d'accès régionale, ce que Z.ai appelle "Pure Open".

Côté code plus précisément, GLM-5.2 propose des niveaux d'effort configurables (High ou Max), et Z.ai affirme lui-même que ses performances en codage agentique se situent "à peu près entre Claude Opus 4.7 et Claude Opus 4.8" pour des budgets de tokens comparables. L'entraînement à l'origine de ce bond a utilisé l'infrastructure maison "slime" de Z.ai pour fusionner plus de dix modèles experts par distillation parallèle, achevée en environ deux jours, l'une des nombreuses façons de construire des modèles d'IA sur mesure pour une tâche précise plutôt que pour le chat généraliste. Les chiffres évalués de manière indépendante confirment cela d'assez près pour rester crédibles :

FrontierSWE, qui teste des projets techniques ouverts allant de quelques heures à plusieurs dizaines d'heures, a été évalué par le tiers Proximal plutôt que par Z.ai lui-même, ce qui en fait la référence la plus solide des deux. GLM-5.2 se situe à un point d'Opus 4.8 sur ce benchmark et obtient même le meilleur score du tableau sur AIME 2026, devant GPT-5.5 et Gemini 3.1 Pro. Le positionnement constant de Z.ai tout au long de la sortie est que GLM-5.2 est "le modèle open source le mieux classé" sur le code à long horizon, comblant une grande partie de l'écart avec Opus 4.8 sans tout à fait le refermer. C'est une histoire similaire à celle de la propre position de Gemini 3.1 Pro face à Opus : en tête sur certains benchmarks, derrière sur d'autres, jamais un balayage net dans un sens ou dans l'autre.

Tarifs ZCode : le GLM Coding Plan

Le GLM Coding Plan comporte trois niveaux et aucun accès gratuit, même si les nouveaux utilisateurs bénéficient d'un essai de 5 jours (3M de tokens GLM-5.2 et 2M de tokens GLM-5-turbo par jour, plafonnés à 5M au total, expirant après cinq jours). La vue par défaut de la page d'abonnement affiche le tarif en facturation annuelle ; une vue mensuelle distincte affiche le prix plein avec seulement 10 % de remise au lieu de 30 %.

Remarquez ce qui manque dans ce tableau : un chiffre réel. Pro et Max sont tarifés comme des multiples du "quota d'usage de base" de Lite, mais cette base n'est jamais quantifiée nulle part sur la page de tarifs, pas même dans la question de la FAQ littéralement intitulée "What is the usage limit for the plan?". Sur Hacker News, cube00 a directement pointé cela : "It's impressive all these companies are getting away with 'base usage allowance included'... layering the higher plans as a multiplier of that 'base' but never disclosing what it is. I guess the base is whatever the profit margin needs to be this month."

Sur X, une réponse a présenté le rapport prix-performance sous un jour plus favorable : AndrewK404 a écrit que "considering that GLM-5.2 is on par with Opus 4.6, and its pricing is much lower, it's actually very competitive." C'est une lecture honnête du prix affiché. Que cela tienne la route dépend entièrement du chiffre que Z.ai refuse de publier.

Comment le lancement a réellement été accueilli

Le message de lancement officiel sur X de ZCode a récolté 5 739 likes et a présenté la sortie autour de trois points : un quota d'usage à 1,5x pour les abonnés existants du Coding Plan, la prise en charge du BYOK, et la disponibilité sur macOS, Windows et Linux. La réaction indépendante la plus substantielle est apparue dans le second de deux fils Hacker News (le premier a presque entièrement déraillé à cause de plaintes de localisation sur le site qui s'affiche par défaut en chinois sans bascule vers l'anglais adaptée au mobile, ce qui a poussé un modérateur à recentrer la discussion), et le bilan était mitigé, pas une victoire à sens unique.

La comparaison la plus détaillée est venue d'InsideOutSanta, qui utilise les deux modèles au quotidien :

"Opus refuses tasks for me pretty regularly. GLM 5.2 has never refused a task. So for anything security-related or that touches on topics that trigger Opus's safety guardrails, I use GLM 5.2. OTOH, for anything related to UI design, I use Opus 4.8... Opus 4.8 is, on average, about twice as fast as GLM 5.2 running on z'ai's infrastructure for the same task... On average, I think Opus 4.8 is still a better, more reliable, and faster model, but if it went away tomorrow and I only had GLM 5.2, I wouldn't be too sad about it."

InsideOutSanta, Hacker News

L'interface elle-même a essuyé des critiques plus vives que le modèle :

"UI-wise this looks a lot closer to Codex than Claude Code. It's basically an exact copy of Codex."

paxys, Hacker News

"Even the hand icon, the usage in the text field, and the sidebar style are 1:1 identical to Codex. It's a misleading title, it's not close to Claude Code."

hazelnut, Hacker News

Les plaintes sur la fiabilité se sont ajoutées par-dessus :

"Their tui is quite heavy and crashing quite often as compared to claude code."

bitlad, Hacker News

Sur X, guybedo a décrit devoir "retenter chaque requête au moins 3 fois tant l'API est instable", affirmant que le forfait Max "consomme des tokens au moins 5 fois plus vite que codex à 200 $ et claude à 200 $."

C'est pourtant la question de confiance qui a creusé le plus profond. tristor a écrit sur Hacker News : "There's no way I would ever put a piece of proprietary Chinese software that gets full system control on anything important. This is definitely something I would only ever run sandboxed in a lab environment for toy projects, not for serious work." Une réponse au même message de lancement sur X, de John_lussier, l'a formulé plus crûment encore : "How to get maximal data from your environment and workflow to China in one easy step!!" Séparément, lucasteske a soulevé une question d'équité sur le positionnement open source lui-même : "It seems concerning that you are releasing closed source tools while advocating to open source."

Avantages et inconvénients de ZCode

Ses points forts :

• Un modèle qui ne refuse pas le travail lié à la sécurité. Plusieurs commentateurs ont noté, indépendamment les uns des autres, que GLM-5.2 gère des tâches proches de la sécurité qu'Opus refuse parfois, un avantage réel et concret pour certaines charges de travail.
• Une boucle d'agent réelle et complète. La démo de Ryan Bot montre exploration, exécution, autovérification et un diff révisable, pas un générateur de code en un seul coup.
• Des poids ouverts sur un modèle performant. Sous licence MIT, sans restriction régionale, compétitif face aux modèles de pointe fermés sur plusieurs benchmarks de code.
• Un contrôle à distance que la plupart des outils occidentaux négligent. Piloter une tâche depuis WeChat, Feishu ou Telegram est un vrai différenciateur, pas une simple case cochée.

Là où il pèche :

• L'interface est une copie quasi exacte documentée de Codex, pas un design original, ce qui affaiblit le discours "des créateurs de GLM" repris par une partie de la couverture médiatique.
• Les plaintes sur la fiabilité sont précises et récentes : plantages du TUI, appels API instables nécessitant plusieurs tentatives, et un taux de consommation de tokens qu'un utilisateur a chiffré à 5x celui d'un forfait Codex ou Claude comparable.
• Les niveaux tarifaires sont des multiples d'une base non communiquée, la critique communautaire la plus citée, ce qui rend le prix affiché difficile à évaluer honnêtement.
• C'est un harness propriétaire et fermé disposant d'un accès système complet, conçu par une entreprise chinoise, ce que plusieurs commentateurs ont considéré comme une ligne rouge pour tout ce qui dépasse les projets personnels en bac à sable.

L'accès système complet est la vraie question

Une fois la course aux benchmarks mise de côté, le débat déclenché par ZCode ne porte en réalité pas sur la qualité de code de GLM-5.2. Il porte sur ce qui se passe lorsqu'on confie à n'importe quelle IA, de n'importe quelle entreprise, le contrôle direct de son système de fichiers, de son terminal et de son historique Git, sans aucune étape de contrôle entre les deux. C'est exactement la distinction qui sépare un agent IA d'un chatbot traditionnel : un chatbot répond et s'arrête, un agent agit, et agir sans point de contrôle est précisément là où les choses tournent mal. C'est une question légitime, quel que soit le drapeau affiché sur la page d'accueil de l'entreprise.

Nous rencontrons exactement la même tension en construisant des agents IA pour le service client, simplement avec un rayon d'impact différent. Un agent de code disposant d'un accès système complet peut supprimer un dépôt ; un agent de support disposant d'une autonomie totale peut envoyer une réponse fausse et pleine d'assurance à un client payant, en public, avec le nom de votre entreprise dessus. Nous avons vu un modèle insuffisamment encadré faire exactement cela : répondre à une question de support totalement hors sujet par "Oxygen", tiré tout droit du tableau périodique, une hallucination IA d'école, parce qu'une recherche dans la base de connaissances n'avait rien renvoyé et que rien ne l'empêchait de combler le vide malgré tout. Le remède est de même nature dans les deux cas, même si l'implémentation diffère : un point de contrôle entre l'intention de l'agent et l'action qu'il s'apprête à entreprendre, et non une confiance aveugle dans le jugement du modèle.

Le verdict

ZCode est un nouvel arrivant légitime et crédible, adossé à un modèle solide. GLM-5.2 mérite son titre de "modèle open source le plus puissant sur le code à long horizon", et la licence MIT en fait l'un des modèles de pointe les plus ouverts disponibles aujourd'hui, contrairement aux poids étroitement verrouillés derrière la plupart des comparaisons avec OpenAI qu'on nous demande. Mais ZCode en tant que produit est plus difficile à recommander sans réserve : l'interface s'appuie lourdement sur le langage de design de Codex, les plaintes sur la fiabilité de la semaine de lancement sont précises plutôt que vagues, et les niveaux tarifaires sont vendus comme des multiples d'un chiffre que Z.ai garde pour elle.

Si vous êtes déjà dans l'écosystème GLM, ou si vous cherchez une véritable alternative moins chère aux tarifs de la classe Opus pour du travail proche de la sécurité qu'Opus a tendance à refuser, cela vaut la peine d'essayer. Si vous l'évaluez purement face à Cursor ou Devin Fusion, l'option agnostique vis-à-vis du modèle, qui vous permet d'exécuter GLM-5.2 de toute façon sans engager votre flux de travail sur le harness d'une seule entreprise, reste le choix par défaut le plus sûr. C'est un calcul similaire à celui que nous ferions sur la famille Copilot de Microsoft elle-même : un pack propriétaire de bout en bout est pratique, jusqu'au moment où le modèle qui se trouve derrière cesse d'être le meilleur pour la tâche.

Essayer eesel

Que l'agent autonome en question écrive du code ou réponde à des tickets de support, la même règle s'applique : un modèle disposant d'un accès total et sans point de contrôle est un risque qui n'attend que le mauvais prompt. eesel se superpose à votre helpdesk existant, que ce soit Zendesk, Freshdesk, Gorgias, HubSpot ou Front, apprend de votre véritable historique de tickets dès le premier jour, et exécute une simulation complète sur vos tickets passés afin que vous voyiez exactement ce qu'il aurait répondu, sur des cas historiques réels, avant qu'il n'atteigne jamais un client réel. Le routage basé sur la confiance signifie qu'il ne répond qu'à ce dont il est réellement sûr et transmet le reste à un humain, la même discipline dont a besoin tout agent à accès total, quel que soit le modèle ou l'entreprise qui l'a conçu. La tarification est basée sur l'usage, à 0,40 $ par ticket résolu, sans frais de licence par poste, de sorte que vous ne payez pas pour un score de benchmark, mais pour des tickets qu'il a réellement résolus correctement.