GLM-5 por Z.ai: O Modelo MoE de Peso Aberto de 744B Fechando a Lacuna em Codificação Agentica
Lançamentos de IA são constantes, mas apenas alguns mudam significativamente a linha de "o que podemos realmente lançar com isso?". GLM-5 de Z.ai (Zhipu AI / Knowledge Atlas Technology) é um desses lançamentos: um modelo sob licença MIT com um alvo claro — engenharia agentica , significando tarefas de longo horizonte como depuração, refatoração, orquestração de ferramentas e pesquisa em escala web. É também um marco estratégico: a Zhipu AI tornou-se listada publicamente em Hong Kong no início de 2026, e o GLM-5 foi anunciado bem no meio de um intenso ciclo competitivo entre laboratórios de IA chineses.
- Um placar de benchmark com contexto (o que cada benchmark mede de fato).
- Os detalhes da arquitetura sem marketing: tamanho do MoE, parâmetros ativos, experts e design de contexto longo.
- O que "Slime" muda no pós-treinamento e por que isso importa para o comportamento do agente.
- Verificação da realidade: custo, pegada de inferência e quem pode realmente auto-hospedar o GLM-5.
Resumo Rápido: Por que o GLM-5 é Grande (e o que Não É)
- Peso Aberto sob MIT: pesos lançados para uso comercial (raro neste nível de desempenho).
- Design primeiro para agentes: sintonizado para tarefas de longo horizonte (agentes, chamadas de ferramentas, trabalho em repositório).
- Escala Massiva de MoE: 744B parâmetros totais 40B ativos por token.
- Detalhes do roteamento de experts: 256 experts totais , com 8 experts roteados por token (mais experts compartilhados), otimizados para reduzir a sobrecarga de comunicação.
- Contexto longo: suporta até 200K tokens, habilitado por DeepSeek Sparse Attention (DSA).
- Forte codificação + agentes: pontuações principais incluem 77.8 no SWE-bench Verified e 56.2 / 60.7 no Terminal-Bench 2.0 (versão verificada).
- Mudança na confiabilidade: Artificial Analysis relata -1 no AA-Omniscience (menor alucinação), alcançado em grande parte por melhor comportamento de abstenção. 2.0 (versão verificada).
- Limitação importante: GLM-5 é apenas texto (sem entrada de imagem nativa).
- Verificação da realidade: pesos BF16 nativos são enormes (~1.49 TB de espaço de memória); a maioria das pessoas usará FP8 ou APIs.
Por que o GLM-5 Importa: Capacidade, Abertura e Estratégia de Hardware
A maior parte do desempenho "fronteiriço" vive atrás de APIs proprietárias. O GLM-5 é interessante porque tenta combinar três coisas: (1) desempenho de agente de ponta em benchmarks públicos, (2) disponibilidade aberta sob uma licença permissiva e (3) prontidão para ecossistema não-NVIDIA (Z.ai declara otimização full-stack em múltiplas plataformas de chip domésticas; Reuters também observou inferência em chips fabricados na China, incluindo Huawei Ascend e outros).
Se você é um desenvolvedor ou uma equipe construindo ferramentas, o valor é óbvio: modelos de peso aberto são a única rota prática para personalização profunda, implantação on-premise e avaliação repetível. Mas a história "aberta" do GLM-5 vem com uma ressalva: é peso aberto, mas extremamente grande — o que significa que a economia de implantação decide quem pode realmente usá-lo localmente.
Placar de Benchmark: Os Números Que as Pessoas Citam (com Contexto)
Abaixo está um placar compacto baseado nos benchmarks oficiais do cartão de modelo GLM-5 (a mesma tabela que compara com DeepSeek-V3.2, Kimi K2.5, Claude Opus 4.5, Gemini 3 Pro e variantes GPT-5.2). O ponto chave: veja quais benchmarks correspondem à sua carga de trabalho.
Principais Resultados de Benchmark (GLM-5 vs. pares de fronteira selecionados)
| Benchmark | O que mede (aproximadamente) | GLM-5 | Ponto de referência comparável |
|---|---|---|---|
| SWE-bench Verified | Correção de problemas reais do GitHub (codificação agentica) | 77.8 | Claude Opus 4.5: 80.9 / Gemini 3 Pro: 76.2 |
| Terminal-Bench 2.0 (Verificado) | Tarefas de agente terminal sob restrições | 56.2 / 60.7 | Claude Opus 4.5: 59.3 / GPT-5.2 (xhigh): 54.0 |
| BrowseComp (com gerenciamento de contexto) | Recuperação em escala web + síntese sob "gerenciamento de memória" | 75.9 | Kimi K2.5: 74.9 / GPT-5.2 (xhigh): 65.8 |
| τ²-Bench | Planejamento + orquestração de múltiplas ferramentas | 89.7 | Gemini 3 Pro: 90.7 / Claude Opus 4.5: 91.6 |
| GPQA-Diamond | QA de ciência nível de pós-graduação | 86.0 | Gemini 3 Pro: 91.9 / GPT-5.2 (xhigh): 92.4 |
| Vending Bench 2 | Simulação de negócios de longo horizonte (persistência do agente) | $4,432 | Claude Opus 4.5: US$ 4.967 / Gemini 3 Pro: US$ 5.478 |
Por que as configurações de benchmark importam (e o que os autores do GLM-5 divulgam)
Um detalhe útil: o cartão de modelo GLM-5 inclui notas de avaliação (frameworks, timeouts, tamanhos de contexto). Por exemplo, SWE-bench usa OpenHands com um prompt personalizado, e Terminal-Bench roda via Terminus sob limites de CPU/RAM. Eles também publicam um conjunto de dados "verificado" Terminal-Bench 2.0 para abordar instruções ambíguas e problemas de ambiente — que é exatamente o tipo de transparência que torna os resultados mais acionáveis.
Arquitetura: 744B MoE + DSA Long Context (200K tokens)
GLM-5 é um modelo Mixture-of-Experts (MoE): capacidade total enorme, mas apenas uma fração está ativa por token. O relatório técnico descreve o GLM-5 como tendo 744B parâmetros totais com 40B ativados. O mesmo relatório lista 256 experts totais, com 8 experts roteados por token, e uma arquitetura sintonizada para reduzir a sobrecarga de paralelismo de experts (por exemplo, menos camadas em comparação com variantes anteriores).
Contexto longo não é apenas "mais tokens": requer mudanças arquitetônicas e de dados para evitar colapso na qualidade da atenção. GLM-5 integra DeepSeek Sparse Attention (DSA) para preservar a capacidade de contexto longo enquanto reduz os custos computacionais. Na estrutura do relatório técnico, DSA adiciona um indexador que recupera os principais-k pares chave-valor e calcula a atenção esparsamente sobre esse subconjunto — um design que melhora a eficiência tanto no treinamento quanto na inferência sem perder a compreensão de longo alcance.
"Slime": Infraestrutura de Pós-Treinamento para Escalar Agente RL

Fonte: thudm.github.io
Slime é descrito como uma infraestrutura assíncrona de aprendizado por reforço que desacopla a geração de rollouts do treinamento, visando escalar agente RL sem gargalos de sincronização.
O slogan de marketing é "RL assíncrono", mas o ponto mais profundo é a infraestrutura: dimensionar o pós-treinamento de agentes geralmente é limitado pela sincronização e pela taxa de transferência de rollouts. O relatório GLM-5 descreve um pipeline que desacopla a geração do treinamento, melhorando a utilização da GPU e permitindo uma exploração muito mais ampla de trajetórias de agentes. Além disso, eles propõem algoritmos de agente RL assíncrono destinados a melhorar o planejamento e a autocorreção em interações de longo horizonte.
Esta é a diferença entre um modelo que escreve código bom isoladamente e um modelo que sobrevive à realidade bagunçada de sistemas reais: a saída da ferramenta é barulhenta, passos intermediários falham e o agente deve manter o estado em muitas interações. Os autores do GLM-5 medem explicitamente isso usando avaliações de longo horizonte como o Vending Bench 2.
Confiabilidade: Menor Alucinação por Melhor Abstenção
A alucinação é o assassino silencioso da "produtividade agentica". Se um agente inventa confiantemente assinaturas de funções ou comportamento de API, você obtém loops de depuração caros e automação frágil. Artificial Analysis relata que o GLM-5 atinge -1 em seu AA-Omniscience Index — descrito como uma melhoria significativa em relação ao GLM-4.7. A nuance importante: essa melhoria parece vir com mais abstenção (o modelo está mais disposto a dizer "não sei" em vez de adivinhar).
Custo e Acessibilidade: Pesos Abertos, Realidade Cara
GLM-5 é "aberto" em termos de licenciamento, mas ainda é um modelo de escala de fronteira. Artificial Analysis estima que o armazenamento dos pesos em BF16 nativo requer aproximadamente 1.490 GB de memória — efetivamente limitando a auto-hospedagem real a organizações com clusters de GPU sérios. É por isso que o foco do ecossistema está em variantes FP8 e provedores de inferência de terceiros.
Se você está avaliando o GLM-5 para produção, existem três rotas realistas:
- API-first (provedores first-party da Z.ai ou de terceiros): tempo mais rápido para valor, escalabilidade mais fácil.
- Auto-hospedagem FP8 (para equipes com infraestrutura de GPU): forte trade-off entre custo e desempenho.
- Auto-hospedagem BF16 (raro): fidelidade máxima, dor de hardware máxima.
Servindo GLM-5 localmente (apontamentos mínimos e práticos)
O cartão de modelo oficial lista pilhas de inferência suportadas, incluindo vLLM e SGLang. Se você quiser uma verificação rápida de sanidade "isso funciona no meu ambiente?", comece com os pesos FP8 e um único endpoint compatível com OpenAI.
# Exemplo: vLLM (nightly) + último Transformers (conforme orientação do cartão de modelo)
pip install -U vllm --pre --index-url https://pypi.org/simple --extra-index-url https://wheels.vllm.ai/nightly
pip install git+https://github.com/huggingface/transformers.git
# Exemplo: SGLang via Docker (verifique o cartão de modelo para tags e notas de hardware)
docker pull lmsysorg/sglang:glm5-hopper
Como o GLM-5 se Compara em "Qualidade de Conversa" (Chatbot Arena)
Benchmarks como SWE-bench ou Terminal-Bench falam sobre habilidade de engenharia. Mas e a preferência pura de conversação? No GLM-5 pontua 1455±8 e fica em torno dos ~15 melhores modelos gerais. O topo dessa classificação ainda é dominado por sistemas proprietários como o Claude Opus 4.6.
Tradução: GLM-5 não é apenas um "modelo de números". Ele também é forte em conversas gerais — mas sua vantagem definidora permanece a engenharia agentica + abertura, não ser o único melhor modelo de conversa por Elo.
Quem Deve Usar o GLM-5 (e Quem Não Deve)
GLM-5 é uma boa opção se você...
- constrói ferramentas de desenvolvedor, agentes de codificação ou automação interna que rodam por muitos passos.
- precisa de pesos abertos sob uma licença permissiva para personalização ou restrições on-premise.
- se importa com fluxos de trabalho de contexto longo (bases de código com vários arquivos, documentos grandes, transcrições longas).
- quer um modelo que esteja mais disposto a se abster em vez de alucinar em domínios de alto risco.
GLM-5 não é ideal se você...
- precisa de entrada multimodal nativa (imagens) — GLM-5 é apenas texto.
- quer uma instalação local fácil em hardware de consumidor (o modelo BF16 é enorme).
- só precisa de conversas casuais; modelos menores ou endpoints mais baratos podem ser mais econômicos.
Conclusão
GLM-5 é um dos sinais mais claros de que modelos "peso aberto" podem ser contendores credíveis em engenharia agentica — não igualando todos os modelos de fronteira em todas as métricas, mas focando nas tarefas que importam para sistemas reais: comportamento de longo horizonte, orquestração de ferramentas e trabalho de software. O argumento mais forte não é uma única linha de benchmark — é a combinação de escala MoE, DSA de contexto longo e infraestrutura de agente RL projetada para produzir comportamento de agente estável.
Se você está escolhendo um modelo para construir produtos em vez de demonstrações, o GLM-5 vale uma avaliação séria — especialmente se licenciamento aberto e fluxos de trabalho agenticos são centrais para seu roteiro.
Perguntas Frequentes (FAQs)
O GLM-5 é realmente "código aberto"?
GLM-5 é melhor descrito como peso aberto: : os pesos do modelo são liberados sob uma licença MIT (uso comercial permitido) e há repositórios oficiais e guias de implantação. "Código aberto" como termo é frequentemente usado amplamente no mundo dos LLMs, mas o ponto prático importante é: você pode legalmente baixar e implantar os pesos sob termos permissivos.
O que torna o "agentic" do GLM-5 em comparação com um modelo de chat normal?
"Agentic" significa que é otimizado para trabalho multi-etapas: chamadas de ferramentas, planejamento, tarefas de longa duração e manutenção de coerência em muitas interações. GLM-5 é avaliado em benchmarks focados em agentes (Terminal-Bench, BrowseComp, MCP-Atlas, τ²-Bench) e usa um pipeline de pós-treinamento projetado para aprender com interações de longo horizonte.
Posso rodar o GLM-5 na minha própria estação de trabalho com GPU?
Em BF16 nativo, a pegada de peso é extremamente grande (na ordem de ~1.49 TB de memória). Na prática, a maioria dos usuários irá: usar os pesos FP8, rodar em um servidor/cluster multi-GPU, ou consumir GLM-5 através de um provedor de API.
Quais números de benchmark importam mais para trabalho de engenharia real?
Para tarefas de software e agentes: SWE-bench Verified, Terminal-Bench, BrowseComp e τ²-Bench. Para conhecimento estilo acadêmico: GPQA e HLE. Sempre verifique a configuração de avaliação (framework de agente, timeouts, limites de contexto) antes de supor que qualquer número único se transfere para sua pilha.