← all posts
// models · glm

GLM-5.3: the best open coding model you couldn't download for two weeks

Z.ai released GLM-5.3 on August 14 and it is, on the vendor's own numbers, the best open coding model announced this year. It is also one you could not download. The weights were held back for a staged release after a safety evaluation, roughly two weeks after the announcement, which put availability around the end of August. As far as I can tell this is the first time an open-weight lab has published a model, declared it open, and then delayed the weights specifically because of what the model can do. That precedent matters at least as much as the benchmark.

The numbers, and where they came from

GLM-5.3 uses the same 743B mixture-of-experts base as GLM-5.2. Every gain is post-training. Z.ai reports Terminal-Bench 3.0 going from 4.6 to 28.3, DeepSWE at 66.9%, and CyberGym, the vulnerability-discovery benchmark, at 84.5%, which the vendor places above Claude Mythos 5 at 83.8% and GPT-5.6 Sol at 83.6%.

Two things stand out. First, the size of the jump with no architecture change. A sixfold improvement on a terminal-agent benchmark from the same weights is a loud statement about how much capability sits in the post-training recipe rather than in pretraining. When I wrote about GLM-5.1's production fit the open question was whether Z.ai could close the agentic gap without a bigger base. Apparently yes.

Second, the CyberGym number is the reason the weights were held. A model that discovers vulnerabilities at parity with two frontier labs' gated cyber tiers, offered as a download, is a different governance object from a coding assistant.

The first open-weight capability hold tells you the labs now believe post-training alone can cross a line that used to require a new base model.

What the hold means for you

If you were planning to run GLM-5.3 locally, the hold changes the timing, not the plan. A 743B MoE is headed for aggressive quantization and an MLX or llama.cpp pipeline on serious Apple Silicon or a multi-GPU box either way. What the hold buys you is two weeks to get ready.

  • Build the eval harness now. Take the tasks your team actually does: your repo, your terminal workflows, your failure cases. Run GLM-5.2 through it today so you have a baseline. When the 5.3 weights land you want a number in hours, not a week of setup.
  • Decide the quantization target in advance. Know your memory budget and the quality floor you will accept. I covered why the previous release shipped without numbers in GLM-5.2 without benchmarks; do not repeat the mistake of trusting a leaderboard over your own harness.
  • Write the cyber policy before the download. If a model can find vulnerabilities, someone in your org will point it at production code with good intentions. Decide now who may run it against what, and log the runs.
  • Separate agentic from chat routing. The gains are on terminal and software-engineering agents. A chat workload sees the same base model and should not expect a step change.

Governance of open weights with offensive skill

The interesting question is not whether Z.ai did the right thing. It is what happens next time. A staged release after a safety evaluation is a policy the closed labs have run for years; applying it to weights that will be permanently downloadable is new. Once the weights are out, the hold cannot be reversed, so its only effect is the delay itself and whatever mitigations the evaluation produced. Whether that is meaningful or theatre depends on what changed in those two weeks, and Z.ai has not said.

For an enterprise this is a data point in the "can we use Chinese open weights" conversation. A lab that gates its own release is behaving more like a frontier lab, which cuts both ways: more credible on safety, less predictable on availability.

The honest limitation

Every number above is vendor-published. No independent evaluation was possible before the weights shipped, and the CyberGym comparison against Mythos 5 and GPT-5.6 Sol was made by Z.ai, not by a third party running all three under one harness. Treat 28.3 and 84.5 as claims to test, not results to plan around. The eval harness is the whole point.

#glm#open-models#coding#governance