ZCode vs Claude Code: qual agente de programação vence em 2026?

Lançado em 1º de julho de 2026 como o agente de programação desktop da Z.ai para o GLM-5.2, o ZCode evoluiu rápido. Em cinco semanas e quinze versões, ganhou tarefas agendadas, subagentes com modelos personalizados e memória por projeto — recursos que reduzem de forma relevante a distância para o Claude Code. Ainda assim, não alcança os hooks combináveis do Claude Code, seus cinco níveis de aninhamento de subagentes nem sua integração com CI centrada no terminal.

Dois agentes, prioridades bem diferentes

ZCode e Claude Code têm arquiteturas distintas e atendem a hábitos de desenvolvimento diferentes.

O ZCode concentra gerenciamento de arquivos, terminal, Git e prévia no navegador em uma única janela desktop. Já o Claude Code parte do terminal e compartilha configurações entre IDE e web por meio do CLAUDE.md.

GLM-5.2 e Claude Opus 4.8: como os modelos se comparam

Essa comparação importa porque cada harness adota um modelo diferente por padrão, embora nenhum dos dois obrigue você a ficar nele.

Em tarefas de programação pontuais e de curto horizonte, o GLM-5.2 chega a 95–99% do desempenho do Opus 4.8. A diferença, porém, cresce bastante em trabalhos agentivos sustentados e com várias etapas. No SWE-Marathon, que mede a conclusão de tarefas longas, o resultado do GLM-5.2 é metade do obtido pelo Opus 4.8.

Em velocidade, o GLM-5.2 leva ampla vantagem. Segundo dados do Artificial Analysis, sua mediana na velocidade máxima fica em cerca de 206 tokens por segundo, chegando a 457 tok/s em algumas infraestruturas. O Opus 4.8 atinge cerca de 63.5 tok/s no máximo pela API da Anthropic.

O contraponto é a verbosidade em tokens. O GLM-5.2 usa aproximadamente 43.000 tokens de saída por tarefa do Artificial Analysis Intelligence Index, incluindo cerca de 37.000 tokens de raciocínio — acima dos 26.000 do GLM 5.1. O Opus 4.8 é menos verboso por tarefa, o que compensa parcialmente seu preço mais alto por token.

Os preços de API deixam a diferença de custo clara: o GLM-5.2 cobra US$ 1.40 por milhão de tokens de entrada e US$ 4.40 por milhão de tokens de saída na API da Z.ai; o Opus 4.8 cobra US$ 5/US$ 25 por milhão na API da Anthropic. No benchmark de exact-retrieval da Braintrust, o GLM-5.2 ficou a 3.5 pontos de precisão do Opus, a aproximadamente um quarto do custo por trace com contexto de 25K; a proporção se manteve em 50K.

O que o ZCode ganhou desde o lançamento

Desde o lançamento, o ZCode recebeu quinze versões e chegou à v3.7.5 em 10 de agosto de 2026, segundo o changelog oficial. Nesse intervalo, os recursos adicionados eliminaram várias lacunas presentes na versão inicial v3.2.x.

Tarefas agendadas e ociosas (v3.4.2, 22 de julho). Agora é possível executar tarefas em agendas configuráveis, com regras de recorrência, datas de vencimento e ajustes de modelo e intensidade de raciocínio para cada tarefa. Os cartões das tarefas aparecem diretamente no chat, e o histórico de tarefas agendadas pode ser consultado.

Tarefas ociosas com subagentes de modelo personalizado (v3.7.5, 10 de agosto). A versão mais recente permite que tarefas ociosas iniciem subagentes configurados com modelos personalizados. Tarefas de automação também aceitam intervalos definidos em minutos, em vez de janelas fixas. Os subagentes ganharam ainda um ajuste configurável de esforço de raciocínio — recurso que o Claude Code oferece no nível da sessão, mas não por subagente.

Memória por projeto (v3.6.5, 3 de agosto). A memória agora é organizada por projeto e pode ser explorada em Settings. O sistema de menções com @ consegue referenciar plugins, arquivos e conversas, acelerando referências cruzadas dentro de um workspace.

Suporte a Kimi K3 (v3.4.2 + v3.6.5). O ZCode adicionou o Kimi K3 em julho e o Kimi K3 256K em agosto, ampliando seu catálogo multimodelo além da família GLM. Modelos oficialmente compatíveis de outros provedores agora podem ser adicionados diretamente.

Chave global antissuspensão (v3.6.5). Impede que o aplicativo desktop entre em suspensão durante iterações longas no Goal Mode.

Preços, cotas e custo real de uso

As assinaturas mensais favorecem o ZCode em todas as faixas, mas os valores de tabela escondem a velocidade com que o GLM-5.2 consome a cota.

A página do GLM Coding Plan exibe atualmente preços com desconto: Lite por US$ 12.60, Pro por US$ 56 e Max por US$ 117.60 ao mês. A cobrança anual com desconto e o desconto de 10% na primeira assinatura para novas contas podem reduzir ainda mais o custo efetivo do ZCode. Assinantes do ZCode também recebem cerca de 1.5x a cota de uso obtida com o mesmo plano via acesso bruto à API ou harnesses de terceiros.

O problema é o consumo de tokens do GLM-5.2 em loops agentivos. A cota do GLM Coding Plan é descontada em 3x no horário de pico e em 2x fora dele. Um usuário do r/ZaiGLM relatou que as franquias de MCP e busca na web acabam de forma incomumente rápida em comparação ao Claude Code; outro tópico documentou uma única tarefa do Goal Mode consumindo 27% de uma cota semanal — aproximadamente 55 milhões de tokens. São relatos individuais, mas estão alinhados ao maior consumo de tokens por tarefa do GLM-5.2.

A Z.ai mantém uma promoção de 1x fora do horário de pico até setembro de 2026, eliminando na prática o multiplicador de consumo nesses períodos. Para quem consegue deslocar execuções autônomas pesadas para fora do pico, isso reduz aproximadamente pela metade o custo efetivo em tokens.

Os planos da Anthropic são mais previsíveis: o Claude Pro inclui o uso padrão do Claude Code; Max 5x e Max 20x multiplicam a franquia; e Dynamic Workflows, para tarefas autônomas de longa duração, exige os planos Max, Team ou Enterprise.

Autonomia: Goal Mode contra hooks

As duas ferramentas buscam resolver a ideia de “continue trabalhando até terminar”, mas seguem caminhos opostos.

O Goal Mode do ZCode é uma solução pronta. Basta digitar /goal fix all TypeScript compiler errors para o agente entrar em ciclo: ele tenta corrigir, executa uma etapa independente de verificação e então conclui o objetivo ou inicia outra rodada. Há subcomandos como /goal pause, /goal resume, /goal replace e /goal clear. Como o mecanismo de verificação não é documentado publicamente, ele deve ser entendido como uma checagem automatizada, não como uma barreira comprovada de testes.

O sistema de hooks do Claude Code é infraestrutura combinável. Os hooks podem ser comandos de shell, chamadas HTTP, ferramentas MCP, prompts ou agentes, conectados a 25 pontos do ciclo de vida, incluindo PreToolUse, PostToolUse, Stop e SubagentStop. Um hook de Stop pode executar sua suíte de testes e impedir o agente de encerrar antes de os testes passarem, oferecendo verificação determinística em vez de confiar na autoavaliação do modelo.

O modo auto do Claude Code acrescenta outra camada: um classificador no servidor avalia chamadas de ferramentas antes da execução e bloqueia ações destrutivas, tentativas de exfiltração de dados e comandos possivelmente guiados por injeção de prompt. O recurso é opcional e requer modelos recentes da API da Anthropic. O ZCode não tem uma camada de segurança equivalente baseada em classificador.

Subagentes: mistura de provedores ou profundidade de delegação

Ambas as ferramentas aceitam subagentes, mas cada uma se destaca em uma direção.

Os subagentes do ZCode — em beta desde a v3.2.0, em 29 de junho, conforme a documentação — existem no nível do usuário e apenas em primeiro plano. Seu diferencial é misturar provedores por subagente: um pode usar GLM-5.2, outro pode chamar um modelo Anthropic e um terceiro pode trabalhar com DeepSeek, tudo na mesma sessão. Desde a v3.7.5, tarefas ociosas podem iniciar subagentes com modelos personalizados, e cada subagente tem seu próprio ajuste de esforço de raciocínio. As funções internas incluem general-purpose e Explore (somente leitura).

Os subagentes do Claude Code têm uma estrutura mais madura. Eles aceitam definições por projeto (.claude/agents/) e por usuário (~/.claude/agents/), são definidos em arquivos Markdown com frontmatter YAML e podem chegar a cinco níveis de aninhamento, conforme a documentação do Claude Code. A execução em segundo plano é suportada por padrão desde a v2.1.198. A seleção de modelo por agente funciona dentro da família Claude: sonnet, opus, haiku, fable ou IDs completos de modelo.

Se o fluxo exige que fornecedores de modelos diferentes colaborem em subtarefas distintas, a abordagem BYOK do ZCode é a vantagem clara. Se você precisa de cadeias profundas de delegação, com definições de agentes por projeto que toda a equipe possa versionar, o Claude Code é mais forte.

Governança de dados e estabilidade

A Z.ai opera sob a empresa JINGSHENG HENGXING TECHNOLOGY PTE. LTD., registrada em Singapura. Segundo a documentação da Z.ai, o processamento de dados da API ocorre em Singapura. O laboratório por trás do modelo é a Zhipu AI. Os termos de privacidade do ZCode para consumidores permitem a coleta de conversas, arquivos, código, comandos de shell e saídas geradas; já os termos da API afirmam que as entradas são processadas em tempo real e não armazenadas.

A Anthropic processa dados sob a legislação dos EUA. O uso comercial da API e do Claude Code sob termos comerciais não é usado para treinamento por padrão. A retenção zero de dados está disponível para organizações qualificadas, embora os resultados do classificador de segurança sejam retidos de qualquer forma.

Os pesos do GLM-5.2, sob licença MIT, abrem uma possibilidade de hospedagem própria que os pesos fechados da Anthropic não oferecem. Porém, o GLM-5.2 em precisão total exige aproximadamente 1.57 TB de VRAM, segundo o model card da Z.ai, o que torna a auto-hospedagem prática uma opção exclusiva para empresas.

Quanto à estabilidade, o ritmo acelerado de releases do ZCode faz os recursos chegarem rápido, mas também traz quebras. Só o changelog da v3.7.5 corrige problemas na navegação de memória, renderização de prévia, reordenação de mensagens, reconexão de workspaces remotos e persistência do estado do modelo após trocas de runtime. Um ex-usuário do Claude Code no r/ZaiGLM relatou falhas persistentes de OAuth e CAPTCHA ao entrar no ZCode, e respostas da comunidade sugeriram usar um token de API ou o OpenCode com o endpoint da Z.ai como alternativa mais confiável.

Qual harness faz mais sentido para você?

O caminho híbrido consiste em configurar o Claude Code para chamar o GLM-5.2 pelo endpoint compatível com Anthropic da Z.ai, definindo ANTHROPIC_BASE_URL e ANTHROPIC_AUTH_TOKEN. Assim, você obtém os hooks, subagentes e a integração com CI do Claude Code aos preços por token do GLM-5.2. Veja o passo a passo detalhado em nosso guia do GLM-5.2 no Claude Code. Em troca, você abre mão do Goal Mode, da interface desktop e dos subagentes que misturam provedores do ZCode, além de enfrentar eventuais problemas de conectividade quando a API da Z.ai está sob carga.

O ZCode pode substituir o Claude Code?

O ZCode é uma opção viável para uso diário individual e centrado em GUI, em tarefas delimitadas e de curto horizonte. O Claude Code continua mais forte em fluxos integrados a CI, baseados em equipe e de longo horizonte, nos quais o Opus 4.8 supera o concorrente em 2x nos benchmarks sustentados.

Posso usar o GLM-5.2 dentro do Claude Code?

Sim. Defina ANTHROPIC_BASE_URL para o endpoint da Z.ai e ANTHROPIC_AUTH_TOKEN para sua chave de API da Z.ai. O GLM Coding Plan é compatível com mais de 20 ferramentas de programação, incluindo o Claude Code, portanto sua cota de assinatura é aplicada.

O ZCode é estável o bastante para uso diário?

A v3.7.5 do ZCode corrigiu problemas importantes na navegação de memória, renderização de prévia e reconexão de workspaces remotos, mas a variedade de correções em cada versão indica fragilidade em evolução ativa. As falhas de OAuth e CAPTCHA relatadas no r/ZaiGLM sugerem que a confiabilidade da autenticação continua sendo uma preocupação. Se seu fluxo não tolera indisponibilidade, mantenha o Claude Code ou o OpenCode como alternativa.