Retool before you retrain: two harness-RL recipes, one defensible number
The accuracy gains rest on single seeds and missing contamination checks, and the efficiency gain is the one that survives a skeptical review.
Both recipes train inside the production harness
Both new training recipes put the deployment harness inside the reinforcement-learning loop instead of training against a simplified environment. Hugging Face and Liquid AI place an OpenEnv capture proxy between the harness and vLLM. The proxy records token ids and log-probabilities. TRL's asynchronous GRPO, an RL method that scores groups of sampled answers against each other, then trains on exactly what the agent did. Harbor supplies the tasks and sandboxes. The reward is correctness plus a small bonus for using fewer tool calls.
Microsoft Research Asia's Agent Lightning v1.0, as TheSequence describes it, does the same thing through an OpenAI-compatible LLM proxy. OpenHands, Claude Code or Codex can join training without being rewritten. The whole RL control plane is about 3,500 lines of code, and agents run as Kubernetes jobs. In our view the main contribution is less the algorithm than the removal of train/serve skew, the mismatch a feature store prevents by computing features the same way in training and serving.
What the numbers can carry
| Result | Reported change | Rigor flag |
|---|---|---|
| Multi-harness RL, LFM2.5-2.6B, four harnesses | Average 42% → 54%. Gains concentrate in Claude Code (49% vs 42% for OpenCode-only RL) and Codex (54% vs 43%) | Single seed. The authors say the 54.2% vs 52.3% overall edge is within noise |
| Multi-harness RL vs SFT on teacher rollouts | 54.2% vs 47.5%, with 31% fewer tool calls | The efficiency gain is the most defensible number |
| Agent Lightning, Qwen3.5-9B | 41.8% → 56.4% Pass@1 on SWE-bench Verified from ~6,000 samples | No seeds, variance or contamination controls reported |
TheSequence estimates the 95% interval on a 500-task benchmark like SWE-bench Verified at roughly ±4.4 points. Agent Lightning's 14.6-point gain clears that sampling noise. It does not rule out three other explanations, and the source addresses none of them: seed variance, benchmark contamination, and overlap between the training samples and the evaluation repositories.
The result we would defend in a design review is the tool-call reduction. It feeds directly into latency and serving cost, and it doesn't depend on a fragile accuracy delta. The State of AI Report estimates that the cost of reaching a fixed benchmark score falls about 13x a year. Its past predictions have come true 53% of the time, so treat that figure as directional.
If the harness can move a score more than a retraining run can, the harness belongs in your experiment tracker.
If the model you tune is a mixture-of-experts
Apple and Purdue looked at MoE routers, the components that pick which expert sub-networks handle each token. They found that off-the-shelf routers already group experts by agentic operation, such as READ and UPDATE, and that standard RL lets this grouping drift. Their fix has three parts. It aligns turn-level expert selection with operation labels, keeps token-level routing consistent, and adds an entropy gate that switches the control off when training destabilizes. It adds more than 10 points of success on AppWorld and AutomationBench with no architecture change. The method needs operation labels, and the baselines aren't reported. One cheap lesson holds either way: router entropy and expert load belong on your RL dashboard next to reward and KL divergence.
The smart move
Treat harness configuration (tool schemas, context assembly, feedback loops) as a versioned hyperparameter. Before any retraining ticket is approved, freeze the weights, change only the harness, and measure the score delta. Then spike Agent Lightning on one internal task suite with the controls neither paper reported.
What to do
Run a harness-only ablation on your top agent this sprint: freeze the weights, vary tool schemas, context assembly and feedback loops, and log each configuration as a versioned hyperparameter before any retraining ticket is approved.
Spike Agent Lightning v1.0 on one internal task suite within two weeks, using a 9B-class open model, a strictly held-out test split, repo-level dedup against training data, and at least three seeds.
Add tool calls per resolved task to your agent eval dashboard, and for MoE fine-tunes add per-layer router entropy and expert load, starting with the next training run.