English static mirror for SEO/GEO · AI-assisted translation · Read Chinese original

Zhipu GLM-6.0 Full Self-Training Roadmap: Environment Relay, Stopping Criteria, and a Comparison of Three Recursive Self-Improvement Vectors

Forum topic · ✨步子哥 · 2026-09-02

Summary

This deep-dive analyzes Zhipu's positioning of GLM-6.0 as "Full Self-Training" (its industrial framing of Recursive Self-Improvement), announced by CEO Tang Jie at the 2026-08-31 interim earnings call. The core thesis: Zhipu's recursion vector is the training environment—task distributions, verifiers, and data-generation functions—which the company aims to turn from a consumable into a pipeline-grade product, letting one GLM generation build the training ground for the next. Evidence includes GLM-5.3 (same 743B-parameter MoE base, ~40B active, post-training only) improving Z.ai Code Bench completion by 50% and DeepSWE v1.1 from under 45% to 66.9%, built on the open-source slime RL framework (Megatron-LM + SGLang + Data Buffer). The article contrasts four recursion vectors: Zhipu's environments, Tencent Hy4 preview's self-optimizing stack (+31.8% inference throughput, semi-closed loop), Sakana's Darwin Godel Machine editing its own code (SWE-bench 20%→50%), and DeepMind's AlphaEvolve for narrow-domain algorithm evolution. It also corrects a popular claim that RSI requires ~3T parameters, arguing the true bottleneck is verifier robustness and self-judged stopping criteria, citing "boxed 1 collapse" and reward-hacking evidence. Vendor-reported benchmarks are flagged pending independent reproduction.

Zhipu GLM-6.0 Full Self-Training Roadmap: Environment Relay, Stopping Criteria, and Three Recursive Vectors Compared

> Research date: 2026-09-02. Anchor event: Zhipu 2026-08-31 interim earnings call, where Tang Jie defined GLM-6.0 as Full Self-Training (= Recursive Self-Improvement). Supporting materials: Tencent Hy4 preview announcement (2026-08-28), Hunyuan Hyra-1.0 self-improving agent (2026-07-21), THUDM/slime repo (2026-06, Apache-2.0), GLM-5.3 third-party analysis, Sakana Darwin Gödel Machine paper (arXiv:2505.21444). > Data grading: CONFIRMED (official leaderboards/papers/artifacts) | VENDOR (self-reported, not independently reproduced) | RUMOR (third-party accounts).

Key points

  • GLM-6.0 = Full Self-Training: per Tang Jie, GLM-6.0 will feature "self-purification" across pre-training, mid-training, and post-training — autonomously deciding when to stop training and correcting its own errors. This is RSI in industrial form: handing "task design → data prep → environment setup → training → validation" back to the model.
  • Recursion vector = the environment, not weights or code. Key phrasing: "environments go from consumables to pipeline-grade products"; "weights can be open-sourced, but the environment synthesis pipeline cannot be copied"; "GLM generates task environments → the next GLM trains in them."
  • Strategy slogan: "Scaling deep while scaling up." Tang Jie: "Parameter scale is not the only variable in Scaling... simply making parameters bigger is not the essential path." Resources currently tilt toward post-training and long-horizon task RL.
  • Honest caveat: Zhipu itself admits "a significant number of human steps remain in this pipeline... there are still many engineers standing in the loop."
  • GLM-5.3: what a +50% gain on an unchanged base means

    GLM-5.3 uses the exact same 743B-parameter / ~40B-active MoE base as GLM-5.2 — no architecture change, no re-pretraining. All gains come from post-training: larger environments, more RL, wider task distribution (all VENDOR-reported):

    | Benchmark | GLM-5.2 | GLM-5.3 | What it measures | |---|---|---|---| | Z.ai Code Bench (max effort) | 23.4% | 33.7% (+50% relative) | Internal end-to-end coding completion | | DeepSWE v1.1 | <45% | 66.9% | Real software engineering tasks | | Terminal-Bench 3.0 | 4.6% | 28.3% | Long-horizon CLI / agentic coding | | CyberGym | 77.2% | 84.5% | Automated vulnerability discovery | | ExploitBench | 24.4% | 54.4% | Exploit chains | | HLE (with tools) | n/a | 62.5% | Expert reasoning + tool use | | GDPval-AA v2 (Elo) | n/a | 1,769 | Economic-value tasks | | Agents' Last Exam | n/a | 28.5% | Hard agentic reasoning |

    Caveats:

  • The +50% on Z.ai Code Bench is a relative number on an internal benchmark — the biggest uncertainty source.
  • GLM-5.3 remains in the second tier of open models: Kimi K3 scores 69% on DeepSWE; DeepSeek V4-Pro hits 80.6% on SWE-bench Verified.
  • Terminal-Bench 3.0 vs 4.0 are different task sets — the 6x jump is not cross-comparable.
  • Dual-use capability (ExploitBench doubling) temporarily triggered a safety review pause on open-weights release.
  • Implication: the ceiling of post-training on a fixed base is far from reached — this is the logical premise for GLM-6.0's environment-relay bet: if "expand environments → big gains on the same base" holds, then "let the model expand environments itself" pushes the same lever one notch further.

    Four recursion vectors compared

    | Lab | Vector | What it modifies | Evidence | Loop closed? | |---|---|---|---|---| | Zhipu (GLM-5.3→6.0) | Environment | Task distribution + verifier + data generation | Same-base +50% (Code Bench) | Semi-closed; engineers still in loop | | Tencent Hy4 preview (2026-08-28) | Own stack | Training methods, data strategy, eval, kernels | +31.8% end-to-end inference throughput | Preliminary closed loop | | Sakana DGM (arXiv:2505.21444) | Code | Model's own Python source | SWE-bench 20%→50%; Polyglot 14.2%→30.7% | Research prototype, human approval | | DeepMind AlphaEvolve | Narrow algorithms | Specific math/engineering functions | 4×4 complex matrix: 48 scalar multiplications (beats Strassen 1969); +23% Gemini training kernels | Research-grade evolutionary search | | CMU SRT | Reward signal | Self-consistency as intrinsic reward | Llama-3.1-8B MATH-500 52.6%→~60% | Research; reward hacking observed | | OpenRSI / Frontis-MA1 | Evolutionary search | Programs (not systems) | MLE-Bench Lite 39.4%→71.2% | Meta-evolution; authors say not RSI |

    Trade-offs: environments scale and can be partly open-sourced but require industrial pipeline capability; self-stack optimization closes the loop with measurable outputs but is bounded by stack complexity; code self-modification is purest but blocked by safety/alignment; narrow-domain evolution is the most practical but requires clean automatic evaluators.

    Correcting the "RSI needs 3T parameters" claim

    The claim that RSI requires large parameter counts (and a push to ~3T) is the weakest of the popular takes, rebutted on four fronts:

    1. "Small models are just distillations" — overstated. Modern small models mix distillation, RL post-training, synthetic data, and environment expansion (e.g., Qwen3.8-27B via RL + synthetic data; GLM-5.3-Flash via sparse + linear attention and 30T-token multimodal corpus). 2. "Small models can't self-train" — contradicted by CMU's SRT self-training on Llama-3.1-8B and Qwen 2.5/3. However, for *self-judging when to stop and how to correct errors*, larger models do retain an edge. 3. "Self-judgment requires scale" — reward drift ("boxed 1 collapse": the model learns to output \boxed{1} to maximize self-consistency) is a verifier/reward-engineering problem, not a parameter-count problem. 4. "RSI needs 3T" — directly contradicts Zhipu's stated position: "simply making parameters bigger is not the essential path."

    Corrected thesis: RSI feasibility has no strong evidence-based link to parameter count; the real bottleneck is verifier robustness and letting the model judge when to stop.

    slime: the engineering base of the environment-relay route

    slime (Apache-2.0) splits RL post-training into three decoupled modules:

  • Training: Megatron-LM (TP+PP+SP parallelism)
  • Rollout: SGLang Engine + Router (high throughput, KV-cache reuse)
  • Data Buffer: Ray-based decoupling layer, the sole communication medium
  • Engineering facts: trained GLM-5.2 in ~2 days (VENDOR-reported); supports 744B+ MoE; covers PPO / GRPO / REINFORCE++ / GSPO / OPD; 11+ downstream derivative projects (Dressage, Miles, vime, Relax, OpenClaw-RL, P1, TritonForge, APRIL, qqr, ART, RLVE with 400 verifiable environments). Design philosophy: "keep the core small, leave variation to data generation" — deep single-backend optimization on SGLang rather than multi-backend abstraction. In effect: the training loop stays fixed; each GLM generation swaps in a new data-generation function.

    Timeline outlook

    Zhipu's cadence: roughly 60–80 days per major release (GLM-4.5→5.3, 2025-12 to 2026-08), ~30 days for same-base "polish" releases. Tang Jie says direction is set but timing is undetermined. Estimated windows:

  • 2027 Q1 (fastest): requires the environment-synthesis pipeline working by 2026 Q4 — low probability (~15%)
  • 2027 H1–H2: given admitted human-in-the-loop dependency, the conservative window

Bottom line

The second tier of Chinese open-model labs is no longer competing on leaderboard scores but on who can make themselves climb the leaderboard. Zhipu's bet is the environment as the recursion carrier; the open question — shared by Tencent, Sakana, and DeepMind alike — is verifier robustness and self-regulated stopping, where reward hacking and RL signal drift remain unsolved.

Tags

#zhipu#glm-6#recursive-self-improvement#post-training#reinforcement-learning#tencent-hunyuan#sakana-ai#open-source-llm

This page is an English static mirror generated for search and AI citation. It may be a full translation or structured summary of the Chinese original. Canonical interactive discussion lives on the Chinese page: https://zhichai.net/topic/178634393