Downloads Β· 30 days
53
7% of all-time downloads
Lego-X/qwen3_5_35b_a3b_cc_200k_rl
qwen3_5_35b_a3b_cc_200k_rl is a text generation model from Lego-X. Use it when you need the model to write or continue text. It is set up for transformers. The card lists the license as apache-2.0.
<p align="center" <a href="https://arxiv.org/abs/2608.17393"π Paper</a β’ <a href="https://github.com/LegoX/Lego-RL"π§βπ» Code</a β’ <a href="https://lego-rl.pages.dev"π Docs</a β’ <a href="https://huggingface.co/colleβ¦
Downloads Β· 30 days
53
7% of all-time downloads
All-time downloads
725
Public
Parameters
36B
71.9 GB on disk
Likes
1
Public
Click a slice to open those files.
.safetensors71.9 GB Β· 100%
From the Hugging Face model README
Qwen3.5-35B-A3B trained with online RL inside the unmodified Claude Code harness, at 200K context, on 2,699 real repository issues whose own test suites produce the reward.
SWE-bench Verified: 62.4 β 68.2 (+5.8) β no reward model, no reference-patch similarity, no harness rewrite.
This checkpoint is the Claude Code production run of Lego-RL (Faithful Β· Reliable Β· Observable), released as training step 110. The OpenHands SDK counterpart is Lego-X/qwen3_5_35b_a3b_ohsdk_200k_rl; the OpenCode run is Lego-X/qwen3_5_35b_a3b_oc_200k_rl.
The agent solves a real issue in a real repository inside a fresh sandbox, the task's own verifier suite decides {0, 1}, and the trajectory the harness actually produced β token ids, masks, log-probs and MoE expert routes captured inside the serving path β becomes the gradient step.
The scaffold is part of the environment, not the policy. The same weights score very differently depending on which harness runs them, so training under a rewritten control flow optimizes for a deployment you never ship:
| Model | OpenHands SDK | Claude Code | OpenCode |
|---|---|---|---|
| Qwen3.5-35B-A3B (starting point) | 64.0 | 62.4 | 57.2 |
| Qwen3.6-35B-A3B (next-gen base) | 67.4 | 63.4 | 60.6 |
| KAT-Coder-V2.5-Dev (post-trained Qwen3.6) | 67.0 | 66.8 | 64.8 |
| Lego-RL-Qwen3.5-35B-A3B | 70.4 | 68.2 | 66.6 |
SWE-bench Verified (%), one shared protocol: temperature 0.7, 200 turns, 200K context.
Each Lego-RL column is a separate run trained in that harness from the same starting checkpoint, the same 2,699 tasks and the same 3 epochs. This repository is the Claude Code run (68.2). Across the three harnesses RL adds +6.4 / +5.8 / +9.4.
vllm serve Lego-X/qwen3_5_35b_a3b_cc_200k_rl \
--served-model-name vllm_model \
--tensor-parallel-size 4 \
--enable-expert-parallel \
--max-model-len 262144 \
--gpu-memory-utilization 0.9 \
--enable-chunked-prefill --enable-prefix-caching \
--dtype bfloat16 \
--enable-auto-tool-choice \
--tool-call-parser qwen3_coder \
--host 0.0.0.0 --port 8000
[!IMPORTANT]
--tool-call-parser qwen3_coderis not optional. The model was rolled out and trained with this parser; serving it behindhermes(or any other parser) silently degrades tool-call formatting.
Point Claude Code at the vLLM endpoint as an Anthropic-compatible provider, and give it a repository workspace plus a 200-turn / 200K budget. The RL policy learned to spend turns; short turn caps systematically truncate the second half of its trajectories and cost most of the gain.
git clone https://github.com/LegoX/Lego-RL.git && cd Lego-RL
bash scripts/setup_env.sh
cp scripts/eval/_template.env scripts/eval/configs/my_eval.env # set MODEL_PATH, DATASET_PATH, kubeconfig
bash scripts/eval/eval.sh scripts/eval/configs/my_eval.env
Sandboxed execution and verifier rewards come from Harbor; see the evaluation docs.
| Starting checkpoint | Qwen/Qwen3.5-35B-A3B (sparse MoE, 256 experts, 8 active) |
| Harness | Claude Code, unmodified β a thin adapter, not a fork |
| Released step | global_step_110 |
| Tasks | Lego-X/Lego-RL-2699 β 2,699 real repository issues, converted from GAIR/OpenSWE |
| Reward | each task's own test suite, run in a fresh sandbox: {0, 1}. No reward model, no patch similarity, no LLM judge |
| Algorithm | GSPO (sequence-level surrogate), group-relative advantage over G = 8 rollouts per task |
| Batch | 64 prompts Γ 8 responses = 512 trials/step; 3 epochs = 126 steps |
| Optimizer | lr 1e-6 constant, KL loss 1e-3 (low-var), clip [3e-4, 4e-4], rollout temperature 1.0 |
| Context | 200K, 200 turns |
| Backend | VeOmni FSDP, Ulysses SP = 8, R3 rollout routing replay; fully-async with partial rollout (staleness 1) |
| Hardware | 3 nodes Γ 8 GPUs (2 training + 1 rollout) |
The training set is disjoint from SWE-bench Verified at both the repository and the instance level.
Use it as an agent policy, not as a chat model: it was optimized inside a harness that hands it a repository, a shell, and file-editing tools.
| Lego-RL | harness-native RL for coding agents (this model) |
| SWE-Lego | the SFT recipe |
| SWE-Review | inference-time generate-review-revise |
| Terminal-Lego | trajectory-quality filtering |
Built on verl (trainer + rollout) and Harbor (sandboxed execution + verifier reward), with Claude Code as the harness.
@misc{du2026legorlharnessnativereinforcementlearning,
title={LEGO-RL: Harness-Native Reinforcement Learning for Coding Agents},
author={Yiming Du and Yuxin Jiang and Tao Yuan and Jianbo Dai and Shaowei Wang and Jierun Chen and Chaofan Tao and Xianzhi Yu and Lifeng Shang and Kam-Fai Wong and Xiaohui Li and Haoli Bai},
year={2026},
eprint={2608.17393},
archivePrefix={arXiv},
primaryClass={cs.AI},
url={https://arxiv.org/abs/2608.17393},
}