ZCode de Z.ai : test du harness desktop pour GLM 5.3

En résumé : Au 27 septembre 2026, ZCode est le harness desktop officiel de Z.ai pour GLM 5.3 et 5.3 Flash : un ADE Electron devenu open source, sans LSP ni extensions VS Code, remarquable pour piloter des agents à distance. Testez-le avant le 7 octobre : Flash y est illimité en promo de 23 h à 9 h heure de Singapour, soit 17 h–3 h à Paris. Un complément d’IDE, pas un remplaçant.

22 h 30. Depuis ma tablette Android, je relance une session de refactoring dans le navigateur. Elle tourne sur mon serveur Linux et l’interface que je manipule a été compilée par mes soins depuis les sources ouvertes de ZCode. Pendant que l’agent d’une première session termine ses tests, une seconde met en forme la synthèse d’un appel d’offres.

Cette scène, devenue routinière en quelques semaines, résume l’ambition de l’outil : sortir l’agent IA de l’IDE pour en faire un collaborateur déléguable, pilotable de partout. Voici mon bilan après un usage quotidien — fonctionnalités, modèles, concurrents, polémique de septembre et promo qui s’achève le 7 octobre 2026.

Qu’est-ce que ZCode, et pour quel usage au quotidien ?

ZCode est le harness officiel de Z.ai pour ses modèles GLM 5.3 et GLM 5.3 Flash. Lancé en juillet 2026, diffusé en version 3.14.3 pour macOS, Windows et Linux (bêta), il se présente comme un « Agentic Development Environment » (ADE) : une application Electron qui héberge des agents plutôt qu’un éditeur de code.

C’est le constat du test indépendant de Flavio Copes : ZCode n’est pas un fork de VS Code et n’embarque aucun éditeur traditionnel. Vous y décrivez des tâches ; l’agent les exécute — lectures de fichiers, commandes, opérations Git — sous l’un des quatre modes de permission (Ask, Edit automatically, Plan, Full access).

Mon contexte de test : le desktop sur mon laptop, des sessions distantes sur mon serveur, consultées depuis la tablette via l’interface web compilée depuis les sources. Au quotidien, ZCode remplace davantage mon « deuxième cerveau » qu’un IDE : refactors longs, veille, préparation de documents, vérifications de serveurs.

Que trouvent-on dans les modes « code » et « work » ?

Deux environnements distincts, apparus avec la version 3.14.0 du 19 septembre 2026 : le changelog officiel y introduit le basculement entre modes « Office » et « Coding » — dans l’application, « code » et « work ». Chacun garde ses écrans, son historique et ses agents.

Le mode code, un agent dans un vrai desktop

Le mode code offre à l’agent un environnement complet : terminal, fichiers, Git, navigateur. Je lui confie des refactors multifichiers, l’écriture de tests ou le diagnostic de logs ; il propose un plan, demande validation, puis exécute. Les modes de permission rendent la supervision graduelle : « Ask » sur un projet inconnu, « Full access » sur les tâches répétitives bien délimitées.

Le mode work, un bureau d’agent comme ChatGPT ou Kimi

Le mode work vise la bureautique : documents, tableaux, synthèses, veille. C’est le positionnement des bureaux d’agents généralistes, à la manière de ChatGPT ou de Kimi, transposé dans le desktop de Z.ai avec les modèles GLM. Il me sert surtout à transformer des notes brutes en propositions structurées et à résumer des sources hétérogènes.

Navigateur intégré et marketplace de plugins

L’application embarque un navigateur, jusqu’au « remote built-in browser » de la version 3.14.0 : l’agent navigue, remplit des formulaires, capture des écrans. Précision importante : la lecture des captures repose sur GLM 5.3 Flash, nativement multimodal — GLM 5.3, lui, reste un modèle texte. Côté extensions, la marketplace officielle est servie depuis GitHub et précharge celle de Claude Code : tout plugin au manifeste .claude-plugin/plugin.json s’installe. Un raccourci d’adoption redoutablement efficace.

GLM 5.3 Flash est-il vraiment meilleur que GLM 5.2 ?

Selon Z.ai, oui — et ce sont des chiffres auto-rapportés, pas des mesures indépendantes. L’annonce de GLM 5.3 revendique +50 % sur le benchmark interne Z.ai Code Bench et 88,2 sur Terminal Bench 2.1 contre 81,0 pour GLM 5.2 ; celle de GLM 5.3 Flash affiche 63,4 sur DeepSWE v1.1, contre 46,2. Aucun score SWE-bench n’a été publié pour GLM 5.3 : méfiez-vous des tableaux qui lui en attribuent un.

Deux différences comptent plus que les scores à mes yeux. L’économie, d’abord : à l’API, Flash coûte 0,15 $ en entrée et 0,50 $ en sortie par million de tokens, environ dix fois moins que GLM 5.3 (1,40 $ / 4,40 $), avec trois fois le quota utilisable sur le plan coding. La multimodalité, ensuite : Flash lit texte, image et vidéo, ce que GLM 5.3 ne fait pas. Sur mes tâches réelles, le ressenti est à la hauteur des promesses.

ZCode face à Claude Code, Codex, Cursor et OpenCode ?

ZCode occupe une case à part, le desktop d’agent sans éditeur, quand Claude Code, Codex CLI et OpenCode restent des harness terminal et Cursor un véritable IDE.

Outil	Interface	LSP / diagnostics	Extensions	Licence
ZCode	Desktop Electron	Aucun (champ inerte)	Plugins Claude Code	Apache-2.0
Claude Code	TUI, desktop, web	Via l’appairage IDE	Plugins et skills	Propriétaire
Codex CLI	Terminal Rust	Ajoutable via MCP	Marketplace	Apache-2.0
Cursor	IDE compatible VS Code	Natif	Extensions VS Code	Propriétaire
OpenCode	TUI, desktop, IDE	Natif (opt-in)	Multi-fournisseurs	MIT

Là où le desktop soigné gagne

L’expérience est plus « produit » que chez les concurrents : navigateur intégré, mode work bureautique, marketplace préchargée, et un contrôle mobile par « bot channel » (un workspace pilotable depuis Telegram, Feishu ou Weixin). Le point d’entrée ? une icône minuscule à côté de la roue crantée des réglages — et aucune mention dans le changelog officiel : sans le dépôt ouvert, je ne l’aurais jamais trouvée.

ZCode sait aussi planifier : des tâches planifiées pilotées par cron local ou par intervalles libres (de la minute à l’année, plafond de vingt par workspace), créables directement depuis le chat. S’y ajoutent des « tâches d’inactivité » (idle-time) mises en file pour le calcul des heures creuses, notification à la fin. L’écart avec les agents personnels programmables — OpenClaw, Hermes — se réduit sérieusement.

Et l’ouverture du code sous Apache-2.0 change le rapport de confiance : je peux auditer ce qui tourne. Pour déléguer des tâches longues et les superviser depuis un autre écran, je n’ai pas vu d’équivalent aussi abouti.

Le prix à payer : ni LSP intégré, ni extensions type VS Code

Sur ce terrain, ZCode est le plus limité du comparatif. La documentation n’a pas de page LSP, et le code ouvert est plus franc encore : le manifeste des plugins prévoit un champ lspServers que le runtime enregistre sans jamais l’exécuter ; mes tentatives d’ajout manuel d’un serveur de langage sont restées lettres mortes. Les concurrents, eux, offrent tous une voie : Cursor lit nativement les diagnostics du panneau Problems, OpenCode embarque un LSP natif (dizaines de serveurs intégrés, désactivé par défaut), Claude Code appairé à un IDE récupère automatiquement les diagnostics des language servers, et Codex s’équipe via MCP ou des ponts communautaires.

ZCode a bien des hooks et accepte les serveurs MCP, mais rien de tout cela n’y fait du LSP : au mieux, un hook PostToolUse peut injecter la sortie d’un linter au modèle — de la contextualisation, pas une boucle entre diagnostics et corrections. Et si la marketplace accepte les plugins Claude Code, aucun écosystème d’extensions VS Code ne fonctionne ici. Conséquence assumée dans mon usage : ZCode complète mon IDE, où reste l’édition fine ; il ne le remplace pas. Sur un refactor chirurgical guidé par la complétion, Cursor reste devant.

Peut-on piloter ZCode à distance depuis un serveur ?

Oui, par deux chemins. Le chemin officiel d’abord : la documentation « Remote Development » couvre SSH vers un hôte POSIX, WSL et Docker, et précise que lectures de fichiers, commandes, opérations Git et exécution de l’agent ont bien lieu dans l’environnement cible. C’est ce mode que j’utilise entre mon laptop et mon serveur.

Mon installation : app-server distant et UI web

Le second chemin est bricolé par mes soins. Le produit distribué ne documente aucun mode headless — le terme « app-server » est le mien, absent des docs officielles — mais le dépôt ouvert contient tout le nécessaire : la CLI apps/zcode-cli expose une interface web, et un paquet serveur autonome existe. J’ai compilé les sources sur ce serveur :

# Sur le serveur, après compilation du dépôt ouvert (apps/zcode-cli) :
zcode --web
# Une interface web démarre et un token d'authentification est généré.

Le token atterrit en cookie dans le navigateur : depuis la tablette, via un tunnel SSH, je surveille et relance les sessions comme si j’étais au clavier. Cette UI web n’est pas un produit fini documenté : c’est une capacité du code ouvert, à maintenir soi-même.

Pas de TUI pure : la limite assumée

Détail qui fâche les amoureux du terminal : aucune TUI n’est distribuée ni documentée dans le produit officiel. Le dépôt ouvert en contient une (la commande zcode sans argument), mais elle n’est pas proposée au téléchargement. Sur un serveur sans écran, l’ergonomie retombe donc sur l’UI web ou le desktop distant — c’est la principale limite de mon montage.

L’open source règle-t-il la polémique des données ?

Pas entièrement, mais la riposte a été rapide. Le 18 septembre 2026, le développeur ferstar révèle que ZCode empaquetait des archives chiffrées du workspace — 313 Mo, dont 86,6 % d’historique .git — et tentait de les envoyer vers un bucket Alibaba Cloud OSS ; le chiffrement AES-256 et RSA conservait la clé privée côté Z.ai, et les deux réglages censés tout désactiver restaient inopérants.

Chronologie : excuses le soir même (la fonction « Repo Wiki », activée par défaut, était en cause), retrait du pipeline d’upload dans la version 3.14.0 le 19 septembre, ouverture du code sous Apache-2.0 le 21, puis audits tiers CAICT et NSFOCUS concluant à un bucket vide et à l’absence de chemin d’exfiltration. Deux zones d’ombre subsistent : la société Chengming atteste que six workspaces (mots de passe, clés API) ont réellement été uploadés avant le correctif et exige des réponses au 10 octobre ; et rien ne prouve que les binaires distribués correspondent exactement à la source publiée, faute de build reproductible. Mes précautions : version 3.14.0 minimum, projets de test sans secrets, revue du trafic sortant.

Que vaut l’offre pendant la promo, jusqu’au 7 octobre 2026 ?

Jusqu’au 7 octobre, la combinaison campagne et tarification hors pointe rend l’offre remarquablement bon marché. Le plan payant « GLM Coding Plan » démarre au tier Lite à 18 $ par mois en tarif liste, affiché 12,60 $ en promo au 27 septembre : 2 000 crédits sur 5 heures glissantes, 10 000 par semaine.

La campagne « GLM-5.3-Flash Usage », du 3 septembre au 7 octobre, rend Flash illimité — consommation zéro — chaque jour de 23 h à 9 h heure de Singapour (UTC+8), soit de 17 h à 3 h du matin heure de Paris, via ZCode ou AutoClaw (ZCode 3.10 minimum, plan payant requis) ; via les autres agents, le quota est doublé. Du 25 septembre au 7 octobre, la journée entière passe au tarif hors pointe, soit 50 % des crédits ; en permanence, les week-ends comptent hors pointe toute la journée. Un « Weekend Plan » gratuit a par ailleurs été officialisé fin août, sans montants publiés.

Trois autres avantages sont affichés dans mon client au 27 septembre, mais absents de la documentation publique : l’usage exclusif de ZCode demandé pour la promo, un bonus de quota « +150 % » via ZCode hors fenêtre, et des quotas gratuits sur les mêmes créneaux côté offre gratuite. Je ne les considère pas acquis.

Conclusion : ZCode survivra-t-il à la fin de sa promo ?

Oui, à condition de rester honnête sur sa case. ZCode n’est ni un IDE ni un terminal universel : c’est le desktop de délégation le plus abouti que j’aie testé, et le seul dont je puisse auditer le code. La fenêtre Flash illimité qui se referme le 7 octobre (de 17 h à 3 h du matin, heure de Paris) est l’occasion idéale de le confronter à vos vraies tâches ; au-delà, Flash reste une affaire à 0,15 $ le million de tokens en entrée.

Mon verdict : installez-le à côté de votre IDE, pas à la place. Si la transparence open source tient ses promesses après l’échéance du 10 octobre, ZCode a le profil d’un outil de long cours.

Sources

• Site officiel de ZCode
• Changelog officiel de ZCode
• Documentation des plugins ZCode
• Documentation « Remote Development » de ZCode
• Dépôt open source de ZCode (Apache-2.0)
• Test indépendant de ZCode, par Flavio Copes
• Annonce de GLM 5.3 par Z.ai
• Annonce de GLM 5.3 Flash par Z.ai
• Documentation de GLM 5.3 Flash
• Tarification des modèles Z.ai
• Révélation de ferstar sur les uploads chiffrés
• Vue d’ensemble du GLM Coding Plan
• Campagne « GLM-5.3-Flash Usage »
• Révision d’usage du 25 septembre au 7 octobre
• Documentation VS Code de Claude Code
• Documentation LSP d’OpenCode
• Documentation CLI de Codex
• Documentation des hooks ZCode
• Forum Cursor : les agents et les diagnostics LSP

Sources consultées le 27 septembre 2026.