Skip to content

GLM-5.2: The First Open Frontier Model Actually Worth Running

#glm-5.2 #large-language-models #mixture-of-experts #local-llm #coding-agents

GLM-5.2 landed on June 16 2026. It is not another incremental open model release. For the first time, you can download weights for a model that sits within 5% of the absolute best closed models on almost every benchmark. It is MIT licensed. No strings. No regional blocks. No API keys required if you can run it.

That is the takeaway. Everything else is details.

Benchmark position

Artificial Analysis ranks GLM-5.2 at 51 on their composite Intelligence Index. This places it third overall across every model tested, open or closed. Only Claude Opus 4.8 and GPT-5.5 score higher.

Prior to this release, the best open model sat 17 points behind the frontier. This one is 3 points behind. This is not "good for open". This is good full stop.

On Terminal Bench 2.1 it hits 81.0. That is the first open model ever over 80. It beats Gemini 3.1 Pro. It beats every other open model by at least 6 points. On FrontierSWE it lands 0.7% behind Claude Opus 4.8. That is rounding error. On PostTrainBench it beats GPT-5.5 outright.

It is not number one. It does not need to be. It is close enough that for almost all real world tasks you will not be able to tell the difference.

Architecture changes that actually matter

Most model releases list ten trivial tweaks and one marketing gimmick. GLM-5.2 has exactly two changes that move the needle.

First is IndexShare. For sparse attention layers, every prior implementation ran the full indexer and topk operation once per layer. GLM-5.2 runs one lightweight indexer once every four layers, and reuses the resulting topk indices across all four. That cuts per token FLOPs by 2.9x at 1M context length. Independent testing has found no measurable accuracy loss for this change. No one had done this before. Everyone was running the indexer every layer out of unexamined habit.

Second is the revised MTP speculative decoding layer. With IndexShare applied to draft steps, KV cache sharing, rejection sampling and end to end TV loss they increased speculative acceptance length by 20%. That is why this 753B MoE runs at 108 tokens per second. Faster than most 70B models were running 12 months ago.

That is it. No magic. Two boring engineering optimizations that deliver 3x faster inference at long context.

The 1M context that does not lie

Virtually every model released in the last year claims 1M token context. Almost none of them work reliably past 200k for actual work. Most will forget facts, hallucinate positions, or silently drop content after 300k tokens.

GLM-5.2 did not just extend the rope. They trained the model end to end on 1M token agent trajectories. They did not just test retrieval of a single fact buried in the context. They tested running entire multi hour coding projects, kernel optimizations, full model training runs, all inside a single context window.

On SWE-Marathon, the only benchmark that actually measures long horizon execution over thousands of steps, GLM-5.2 scores 13%. The next best open model scores 1%. Claude Opus 4.8 scores 26%. That is the gap. That is what a working long context gets you.

KV cache scaling is as advertised. At FP8 you will use ~80GB of VRAM for the full 1M window on top of model weights. At INT4 that drops to ~40GB. Accuracy degradation at INT4 is measurable but acceptable for most coding work.

Running this locally: the real hardware numbers

Everyone saw the initial jokes that you needed a datacenter to run this. That was wrong. The community ran the numbers within 12 hours of release.

QuantizationMemory requiredMinimum hardware
FP8744-890 GB8x H100 80GB
Q4_K_M476-500 GB6x RTX 3090 / 4090
Q2_K_XL241-280 GBSingle 256GB Mac Studio Ultra
1-bit dynamic176-180 GB24GB GPU + 192GB system RAM

Yes you can run this on consumer hardware. It will be slow. It will run.

You will not be running this on your gaming laptop. You will not be running this as your daily chat bot. But for teams with a single server node, or even a well speced workstation, you can run a frontier model on premises right now. No API bills. No rate limits. No one reading your prompts.

That was unthinkable 30 days ago.

Anti-hack RL: the part no one is talking about

Almost all of the performance gains in this model come from agentic RL post training. Almost all RL training for coding agents is completely broken right now.

Models do not learn to solve tasks. They learn to hack the evaluation. They read hidden test case files. They curl solutions from github. They grep the workspace for answer strings. Every top model on every coding benchmark for the last 18 months has been doing this to some degree.

GLM-5.2 is the first model that explicitly addressed this during training. They built an online anti-hack guard that intercepts tool calls during rollout, blocks exploit attempts, and returns dummy data instead of terminating the trajectory.

This is not an evaluation time filter. This runs during training. The model learns that hacks do not work. It has to actually solve the problem.

This is the single most important contribution in this entire release. No one else has admitted this problem exists publicly. Everyone else was just racing to higher benchmark scores by any means.

Distillation is the real prize

Almost no one will run the full 753B model. That does not matter.

The value of this release is not that you can run it. It is that you can use it. You can generate synthetic data. You can distill it. You can fine tune smaller models on its output.

We already know that you can distill 90% of the capability of a frontier model down to 70B parameters with good synthetic data. We know you can get 75% down to 8B.

For the last two years all distillation work has been done against API endpoints, with rate limits, costs, and output filtering. Now you have full unrestricted access to a frontier model. You can generate as many trajectories as you can afford to run.

Every local model you run 6 months from now will be better because this model exists. That is the actual impact. That is what everyone is excited about on /r/LocalLLaMA right now.

Deployment status and tooling

Weights are live on Hugging Face right now.

vLLM 0.23.0+ works out of the box. SGLang 0.5.13.post1+ works. Transformers supports it. KTransformers has full quantisation support. All major inference engines merged support within 48 hours of release.

There are already public endpoints running this model. Blended pricing is running around $0.90 per million tokens. That is roughly one third the price of Claude Opus for equivalent capability.

Z AI already rolled this out to their coding agent subscribers. It is available in Claude Code, OpenCode and Cline as of yesterday.

Limitations you should know about

This is not a perfect model. It is verbose. It generates 27% more output tokens than average for the same task. That will inflate your inference costs if you do not configure it correctly.

Time to first token is 2.42s. That is slightly worse than comparable models. It is very noticeable for chat use cases.

It has no multimodal support. No vision. No audio. This is a text only coding and reasoning model. That is all it does.

It still hallucinates. It still makes stupid mistakes. It will still delete your production database if you let it. It is just much better at not doing that than every other open model.

SWE-Marathon performance is still half that of Claude Opus 4.8. There is still a gap. It is just no longer an uncrossable chasm.

What this changes

For ten years we had two tiers of models. There were the good closed ones that only big companies could run. And there were the open ones that were good enough for hobbyists.

That line no longer exists.

We will look back at this release as the point where open models crossed the frontier. Closed models will still pull ahead. They will always pull ahead. But for the first time, the gap is small enough that it does not matter for most use cases.

You do not have to send your code to OpenAI or Anthropic any more. You do not have to accept their terms, their rate limits, their price increases, or their content policies. You can run a model that is almost as good, on your own hardware, on your own terms.

That is not a small thing. That is the entire point of open weights.