AIREITER

ZCode vs Claude Code: quale coding agent vince nel 2026?

Ultimo Aggiornamento: 2026-08-11 07:45:30

ZCode desktop coding agent interface

Lanciato il 1° luglio 2026 come coding agent desktop di Z.ai per GLM-5.2, ZCode ha recuperato terreno in fretta: in cinque settimane e quindici release ha introdotto attività pianificate, subagenti con modelli personalizzati e memoria per progetto. Funzioni che riducono sensibilmente la distanza da Claude Code. Restano però vantaggi importanti per il prodotto di Anthropic: hook componibili, subagenti annidabili fino a cinque livelli e un'integrazione CI pensata anzitutto per il terminale.

Due approcci diversi allo sviluppo assistito

ZCode e Claude Code nascono attorno a abitudini operative differenti e questo si riflette direttamente nella loro architettura.

CaratteristicaZCodeClaude Code
Interfaccia principaleApp desktop Electron (GUI)CLI da terminale, più VS Code, JetBrains, desktop, web e iOS
Modello predefinitoGLM-5.2 (744B MoE, pesi MIT)Claude Opus 4.8 / Sonnet 5 (pesi chiusi)
Provider BYOKZ.ai, Anthropic, OpenAI, OpenRouter, Moonshot, MiniMax, DeepSeek, Xiaomi MiMoSolo modelli Anthropic (provider di sessione)
Modalità di autorizzazione5 (Default, Confirm, Auto Edit, Plan, Full Access)6 (default, acceptEdits, plan, auto, dontAsk, bypassPermissions)
Autonomia/goal con verifica integrataHook in 25 punti del ciclo di vita + modalità auto basata su classificatore
Controllo remotoAbbinamento QR (un telefono), bot WeChat/FeishuAbbinamento QR (32 sessioni server), Telegram/Discord/iMessage
PiattaformemacOS, Windows, Linux (beta)macOS, Windows, Linux, iOS, web
AperturaHarness chiuso, pesi del modello con licenza MITHarness chiuso, pesi chiusi

ZCode riunisce gestione dei file, terminale, Git e anteprima nel browser in un'unica finestra desktop. Claude Code parte invece dal terminale e condivide la configurazione tra IDE e web tramite CLAUDE.md.

GLM-5.2 contro Claude Opus 4.8: le differenze tra i modelli

Il confronto tra modelli conta perché ciascun harness ne usa uno diverso come impostazione predefinita, anche se nessuno dei due impone una scelta obbligata.

BenchmarkGLM-5.2Opus 4.8Fonte
SWE-bench Pro62.1%69.2%Z.ai / aggregatore
Terminal-Bench 2.181.085.0Dichiarato dal fornitore
NL2Repo (lungo orizzonte)48.969.7Valutazione indipendente via aggregatore
SWE-Marathon13.026.0Valutazione indipendente via aggregatore

Sui compiti di coding brevi e a singola esecuzione, GLM-5.2 arriva al 95–99% delle prestazioni di Opus 4.8. Nei flussi agentici prolungati e composti da molti passaggi, però, il divario aumenta nettamente. In SWE-Marathon, che misura il completamento di attività di lunga durata, GLM-5.2 ottiene metà del risultato di Opus 4.8.

Sul fronte della velocità, GLM-5.2 è nettamente avanti. I dati di Artificial Analysis indicano una mediana alla massima velocità di circa 206 token al secondo, con picchi di 457 tok/s su alcune infrastrutture. Opus 4.8 si ferma invece attorno a 63.5 tok/s sull'API Anthropic.

Il compromesso è una maggiore verbosità in termini di token. Per ogni task dell'Artificial Analysis Intelligence Index, GLM-5.2 usa all'incirca 43.000 token in output, di cui circa 37.000 token di ragionamento: erano 26.000 con GLM 5.1. Opus 4.8 genera meno token per task, compensando in parte il suo costo più elevato per token.

I prezzi API chiariscono bene il quadro: sull'API di Z.ai, GLM-5.2 costa $1.40 per milione di token in input e $4.40 per milione in output; sull'API di Anthropic, Opus 4.8 costa $5/$25 per milione. Nel benchmark di exact-retrieval di Braintrust, GLM-5.2 si è posizionato a 3.5 punti di accuratezza da Opus, con un costo per traccia pari a circa un quarto a 25K di contesto; il rapporto è rimasto invariato anche a 50K.

Le novità arrivate in ZCode dopo il lancio

Dalla disponibilità iniziale, ZCode ha pubblicato quindici release ed è arrivato alla v3.7.5 il 10 agosto 2026, secondo il changelog ufficiale. In questo periodo ha colmato diverse lacune presenti nella prima versione v3.2.x.

Attività pianificate e inattive (v3.4.2, 22 luglio). Ora le attività possono essere eseguite in base a pianificazioni configurabili, con regole di ricorrenza, scadenze e impostazioni specifiche per modello e intensità di ragionamento. Le schede delle attività compaiono direttamente nella chat ed è possibile consultarne la cronologia.

Attività inattive con subagenti a modello personalizzato (v3.7.5, 10 agosto). L'ultima release consente alle attività inattive di avviare subagenti configurati con modelli personalizzati. Le attività di automazione supportano intervalli personalizzati espressi in minuti, anziché finestre fisse. I subagenti hanno inoltre ricevuto un'impostazione configurabile per lo sforzo di ragionamento: Claude Code offre questa funzione a livello di sessione, ma non per singolo subagente.

Memoria legata al progetto (v3.6.5, 3 agosto). La memoria è ora organizzata per progetto e consultabile dalle Impostazioni. Il sistema di menzioni @ può fare riferimento a plugin, file e conversazioni, velocizzando i rimandi incrociati nello stesso workspace.

Supporto per Kimi K3 (v3.4.2 + v3.6.5). ZCode ha aggiunto Kimi K3 a luglio e Kimi K3 256K ad agosto, ampliando l'offerta multi-modello oltre la famiglia GLM. I modelli di altri provider ufficialmente supportati possono ora essere aggiunti direttamente.

Interruttore anti-sospensione globale (v3.6.5). Impedisce all'app desktop di andare in sospensione durante le lunghe iterazioni di Goal Mode.

Prezzi, piani e consumo della quota

A parità di fascia, gli abbonamenti mensili favoriscono ZCode. Le cifre in evidenza, tuttavia, non mostrano quanto rapidamente GLM-5.2 possa consumare la quota disponibile.

PianoZCode / GLM Coding PlanClaude Code
IngressoLite: $18/mese ($12.60 annuale)Pro: $20/mese
IntermedioPro: $72/mese ($50.40 annuale)Max 5x: $100/mese
MassimoMax: $160/mese ($112 annuale)Max 20x: $200/mese

La pagina del GLM Coding Plan mostra attualmente prezzi scontati: Lite a $12.60, Pro a $56 e Max a $117.60 al mese. La fatturazione annuale scontata e lo sconto del 10% sul primo abbonamento per i nuovi account possono abbassare ulteriormente il costo effettivo di ZCode. Gli abbonati ZCode ricevono inoltre una quota di utilizzo circa 1.5x superiore rispetto allo stesso piano usato tramite API diretta o harness di terze parti.

Il punto critico è il consumo di token di GLM-5.2 nei cicli agentici. La quota del GLM Coding Plan viene scalata a 3x nelle ore di punta e a 2x fuori punta. Un utente di r/ZaiGLM ha segnalato che le quote per MCP e ricerca web si esauriscono insolitamente in fretta rispetto a Claude Code; in un'altra discussione, un singolo task di Goal Mode avrebbe consumato il 27% della quota settimanale, ossia circa 55 milioni di token. Sono testimonianze individuali, da trattare come tali, ma coerenti con il maggior consumo di token per task di GLM-5.2.

Z.ai propone una promozione 1x fuori punta fino a settembre 2026, che elimina di fatto il moltiplicatore di consumo al di fuori delle ore di punta. Per chi può spostare le esecuzioni autonome più pesanti in queste fasce, il costo effettivo dei token si dimezza all'incirca.

La struttura dei piani Anthropic è più prevedibile: Claude Pro include l'utilizzo standard di Claude Code, Max 5x e Max 20x moltiplicano la quota, mentre i Dynamic Workflows, ossia task autonomi di lunga durata, richiedono un piano Max, Team o Enterprise.

Autonomia: Goal Mode contro gli hook

Entrambi gli strumenti affrontano il problema del «continua finché non hai finito», ma lo fanno da direzioni opposte.

Il Goal Mode di ZCode è una soluzione pronta all'uso. Basta digitare /goal fix all TypeScript compiler errors: l'agente prova a correggere gli errori, avvia una verifica indipendente e poi dichiara l'obiettivo completato oppure procede con un altro ciclo. Sono disponibili i sottocomandi /goal pause, /goal resume, /goal replace e /goal clear. Il meccanismo di verifica non è documentato pubblicamente, quindi va considerato un controllo automatico, non una garanzia che agisca come un gate basato su test suite.

Il sistema di hook di Claude Code è un'infrastruttura componibile. Gli hook possono essere comandi shell, chiamate HTTP, strumenti MCP, prompt o agenti e si collegano a 25 punti del ciclo di vita, tra cui PreToolUse, PostToolUse, Stop e SubagentStop. Un hook Stop può eseguire la test suite e impedire all'agente di terminare finché i test non passano: una verifica deterministica, anziché affidata all'autovalutazione del modello.

La modalità auto di Claude Code aggiunge un ulteriore livello di protezione: un classificatore lato server valuta le chiamate agli strumenti prima dell'esecuzione e blocca azioni distruttive, tentativi di esfiltrazione dei dati e comandi sospettati di derivare da prompt injection. È una funzione opzionale e richiede modelli API Anthropic recenti. ZCode non dispone di un livello di sicurezza equivalente basato su classificatore.

Subagenti: mix di provider o annidamento profondo

Entrambi supportano i subagenti, ma i rispettivi punti di forza sono molto diversi.

I subagenti di ZCode, in beta dalla v3.2.0 del 29 giugno secondo la documentazione, sono disponibili a livello utente e solo in primo piano. La funzione più interessante è il mix di provider per subagente: uno può usare GLM-5.2, un altro chiamare un modello Anthropic e un terzo usare DeepSeek, tutti nella stessa sessione. Dalla v3.7.5, le attività inattive possono avviare subagenti configurati con modelli personalizzati e ogni subagente ha il proprio livello di sforzo di ragionamento. I ruoli integrati includono general-purpose e Explore (sola lettura).

I subagenti di Claude Code sono più maturi sotto il profilo strutturale. Supportano definizioni a livello di progetto (.claude/agents/) e di utente (~/.claude/agents/), vengono definiti in file Markdown con frontmatter YAML e possono essere annidati fino a cinque livelli, secondo la documentazione di Claude Code. L'esecuzione in background è supportata per impostazione predefinita dalla v2.1.198. La selezione del modello per agente funziona all'interno della famiglia Claude: sonnet, opus, haiku, fable o ID completi dei modelli.

Se il flusso di lavoro richiede modelli di fornitori diversi che collaborino su sottoattività differenti, il BYOK di ZCode è il vantaggio più chiaro. Se invece servono catene di delega profonde e definizioni di agenti per progetto da versionare con l'intero team, Claude Code è la scelta più solida.

Governance dei dati e affidabilità

Z.ai opera tramite JINGSHENG HENGXING TECHNOLOGY PTE. LTD., società registrata a Singapore. Secondo la documentazione di Z.ai, i dati API vengono elaborati a Singapore. Il laboratorio che sviluppa il modello sottostante è Zhipu AI. I termini privacy consumer di ZCode consentono la raccolta di conversazioni, file, codice, comandi shell e output generato; i termini API affermano invece che gli input sono elaborati in tempo reale e non vengono archiviati.

Anthropic tratta i dati ai sensi della legge statunitense. L'utilizzo commerciale dell'API e di Claude Code secondo i termini commerciali non viene usato per l'addestramento per impostazione predefinita. La Zero Data Retention è disponibile per le organizzazioni idonee, anche se i risultati del classificatore di sicurezza vengono conservati in ogni caso.

I pesi di GLM-5.2, concessi con licenza MIT, offrono una strada per l'hosting autonomo che i pesi chiusi di Anthropic non permettono. Tuttavia, GLM-5.2 a piena precisione richiede circa 1.57 TB di VRAM, secondo la model card di Z.ai: nella pratica, un'opzione riservata alle aziende.

Sul piano della stabilità, il ritmo rapido delle release di ZCode porta funzioni nuove in tempi brevi, ma anche regressioni. Il changelog della sola v3.7.5 corregge problemi nella navigazione della memoria, nel rendering dell'anteprima, nel riordino dei messaggi, nella riconnessione ai workspace remoti e nella persistenza dello stato del modello durante i cambi di runtime. Un ex utente di Claude Code su r/ZaiGLM ha riportato errori persistenti OAuth e CAPTCHA durante l'accesso a ZCode; le risposte della community suggerivano di usare un token API oppure OpenCode con l'endpoint di Z.ai come alternativa più affidabile.

Quale harness scegliere?

Se...Scegli
Preferisci un workspace desktop visuale con file, terminale, Git e anteprima nella stessa finestraZCode
Lavori soprattutto nel terminale o in pipeline CIClaude Code
Ti servono subagenti di più fornitori nella stessa sessioneZCode
Ti servono subagenti profondamente annidati e definizioni di agenti per progettoClaude Code
Vuoi iterazioni autonome con configurazione minimaZCode (Goal Mode)
Hai bisogno di verifiche componibili tramite hook e gate deterministiciClaude Code
Sei sensibile ai costi per tokenZCode / GLM-5.2
Sei soggetto a policy che limitano i provider affiliati alla CinaClaude Code
Vuoi l'economia di GLM-5.2 con l'harness di Claude CodeIbrido: Claude Code + GLM-5.2 via API

Il percorso ibrido consiste nel configurare Claude Code affinché chiami GLM-5.2 attraverso l'endpoint compatibile con Anthropic di Z.ai, impostando ANTHROPIC_BASE_URL e ANTHROPIC_AUTH_TOKEN. Così si ottengono hook, subagenti e integrazione CI di Claude Code ai prezzi per token di GLM-5.2. Per una procedura dettagliata, consulta la nostra guida a GLM-5.2 in Claude Code. Il compromesso è rinunciare a Goal Mode, all'interfaccia desktop di ZCode e ai subagenti con mix di provider, oltre a possibili problemi di connettività quando l'API di Z.ai è sotto carico.

ZCode può sostituire Claude Code?

ZCode è un'alternativa valida per l'uso quotidiano in attività individuali, con approccio GUI-first e task circoscritti di breve durata. Claude Code resta più forte nei flussi integrati con CI, nel lavoro di squadra e nelle attività a lungo orizzonte, dove Opus 4.8 supera le prestazioni di 2x nei benchmark prolungati.

Posso usare GLM-5.2 dentro Claude Code?

Sì. Imposta ANTHROPIC_BASE_URL sull'endpoint di Z.ai e ANTHROPIC_AUTH_TOKEN sulla tua chiave API Z.ai. Il GLM Coding Plan supporta oltre 20 strumenti di coding, incluso Claude Code, quindi viene applicata la quota del tuo abbonamento.

ZCode è abbastanza stabile per l'uso quotidiano?

La release v3.7.5 di ZCode ha corretto problemi rilevanti nella navigazione della memoria, nel rendering dell'anteprima e nella riconnessione ai workspace remoti, ma l'ampiezza delle correzioni a ogni release indica una fragilità ancora attiva. I problemi OAuth e CAPTCHA riportati su r/ZaiGLM suggeriscono inoltre che l'affidabilità dell'autenticazione resti un punto di attenzione. Se il tuo flusso di lavoro non può tollerare tempi di inattività, mantieni Claude Code o OpenCode come soluzione di riserva.