ZCode – Harness para GLM-5.2

Artigo original ↗ Discussão no Hacker News ↗

Impressões gerais de ZCode & GLM‑5.2

  • GLM‑5.2 é visto como um modelo forte para programação, às vezes comparável a modelos proprietários de ponta para muitas tarefas.
  • Vários usuários observam que ele é notavelmente mais lento do que Opus / GPT‑5.5 e que problemas no harness podem causar travamentos longos em chamadas simples de ferramentas.
  • Alguns descrevem ZCode como um “cavalo de batalha” que usam intensamente; outros o testaram e voltaram para OpenCode, que “parecia mais inteligente”.

UI, UX e conjunto de recursos

  • ZCode hoje é apenas GUI; várias pessoas querem uma CLI/TUI e o comparam desfavoravelmente à TUI do Claude Code e à TUI/desktop do OpenCode.
  • A interface é repetidamente descrita como muito semelhante à do Codex, até nos ícones e no layout.
  • Ele pode se conectar a Docker e hosts SSH remotos, o que alguns veem como essencial para execução segura.

Custo, cotas e preço de pico

  • Muitos ficam confusos com marketing opaco como “base usage allowance included” e multiplicadores, embora o app mostre cotas específicas de tokens diárias.
  • GLM‑5.2 é considerado caro e mais lento por tarefa; alguns usuários consomem suas cotas rapidamente, especialmente em planos de programação.
  • Coeficientes de pico/fora de pico (com pico definido como 14:00–18:00 UTC+8) descontam o uso do GLM‑5.2 dentro do ZCode, dando aproximadamente 1,5× de cota efetiva.

Confiança, privacidade e geopolítica

  • Um grande tópico questiona a instalação de um agente desktop chinês de código fechado com acesso total ao sistema, citando as leis de segurança nacional chinesas.
  • Outros argumentam que empresas e inteligência dos EUA representam riscos de privacidade semelhantes ou piores; vários concluem que nenhum grande provedor deve ser totalmente confiável.
  • Muitos recomendam executar agentes apenas em contêineres/VMs, em usuários separados ou em servidores air-gapped, independentemente do país de origem.

Código aberto vs harnesses fechados

  • Muitos demonstram forte preferência por harnesses de código aberto (OpenCode, Pi, várias ferramentas TUI).
  • Há debate sobre se harnesses são realmente “difíceis” ou merecedores de moat; alguns dizem que são wrappers commoditizados, outros afirmam que afetam materialmente o desempenho.

Alternativas e configurações multimodelo

  • Vários harnesses e roteadores agnósticos (Pi, OpenCode, lmcli, Crush, role-model, etc.) são mencionados como formas de misturar GLM‑5.2 com outros modelos.
  • Alguns usam estratégias de modelo duplo ou multiagente (por exemplo, GLM para planejamento/segurança, modelos mais rápidos para implementação) para equilibrar qualidade, velocidade e custo.