OpenRSI Deep Dive: Making "Rate of Improvement" an Optimization Target
A full-stack audit of FrontisAI/OpenRSI — 665★ / 58 forks (as of 2026-09-14), Python, CC BY-NC 4.0 (non-commercial), ~1.5 months old — from Horizon Research × Frontis.AI × Tsinghua University. Paper: *Frontis-MA1: Training an AI4AI Model towards Recursive Self-Improvement in Machine Learning Engineering* (v1 2026-07-30, revised 08-22). Corresponding author Kaiyan Zhang; project leads Junlin Yang and Che Jiang; author list includes Bowen Zhou (Shanghai AI Lab director and Frontis.AI founder, 2021.12). Companion works: NatureBench (arXiv 2606.24530), an RSI survey (06-25, openreview), and EEMA (accepted EMNLP 2026 Main).
Components
- OpenMLE-Gym — 5,758 quality-gated executable tasks
- OpenMLE-ERL — operator learning: SFT on 26,259 samples + RL
- OpenMLE-Evo — long-horizon evolutionary search
- Sandbox — self-hosted distributed execution
Fact-Check Table
| Claim | Verification | Verdict | |---|---|---| | 39.39% → 60.61% on MLE-Bench Lite (+OpenMLE-Evo) | Paper Table 1: Qwen3.6-35B-A3B base 39.39%±5.67 → MA1-35B 60.61%±7.73; 12 GPU·h/task, RTX 4090 capped at 12GB | ✅ | | +Evo-Max reaches 71.21%, surpassing GPT-5.5+Codex | 71.21%±8.57 vs GPT-5.5+Codex 68.18% (+3.03); GPT-5.6 Sol Codex and Kimi K3 both at 72.73% | ✅ accurately framed | | Is Evo-Max just more compute? | Paper: async multi-GPU parallelism but total sandbox compute budget unchanged (AIRA-2-inspired) | ❌ No extra compute — it's parallelization | | Training data contaminated? | Exact message-level dedup + dedup against all eval benchmarks; Evo-Max distillation excludes all MLE-Bench sources | ✅ safeguards in place | | 30B reproducible? | Qwen3-30B-A3B-Thinking base 34.85% → MA1-30B 53.03% (+18.18) → +Evo-Max 66.67% | ✅ | | 665★ popularity | HN 08-03 scored only 5 points / 0 comments; two Chinese tech-media pieces (08-02); 2 arXiv citations | ✅ hot in academia, cold with the general public |
Five Layers of Interpretation
1. Layer 0: the rate of improvement itself becomes the objective
From the README, verbatim: "OpenRSI makes the rate of improvement itself an optimization target." Rather than adding yet another layer to the self-improvement stack (weights → experience → code → harness runtime → knowledge storage → direction sense), OpenRSI sets the derivative of the whole stack as the objective function: every generation of AI R&D must be "faster, more efficient, more capable, and verifiable and attributable." Its second official roadmap item reads: "World models and research taste that identify where additional compute is worth spending" — a direction-sense layer entering an open-source infrastructure roadmap for the first time. Its mechanism ladder (Evolution → Self-Evolution → Meta-Evolution → RSI) stays modest in its self-positioning: "starting from Meta-Evolution, without claiming general RSI is solved."
2. Four operators: the loop itself is trainable
Draft / Improve / Debug / Crossover are four atomic operators — the same action space is both trained via execution-grounded SFT+RL and composed into inference-time long-horizon search. Train-inference alignment here means aligning action primitives, not prompt formats. This is the structural upgrade of the "loops > X" lineage: previously we compared whether loops exist; now each step inside the loop is trained. It is also the most complete engineering realization of the optimizer-LLM as an independent capability axis: whereas generic models must bare-search in harness code space, MA1 is a post-trained model purpose-built for optimization.
3. The model–harness 2×2: a controlled ablation, plus a reversal
In-distribution (MLE-Bench Lite): swapping the model gains +21.22 points (39.39→60.61); upgrading the search config gains +10.6 (60.61→71.21) — model > harness, consistent with model choice mattering ~1.8× more than harness choice. But on held-out (NatureBench Lite, Nature-family SOTA reproduction) the picture reverses: fixed harness, swap model: +20 (50→70); fixed model, swap harness: +30 (20→50) — across domains, the harness contributes more. Reasonable reading: post-training gains bind to the training distribution, while harness gains come from the search mechanism itself and transfer better. Boundary condition for transferability: internally-internalized optimization strategies are local; harness-structured search is global.
4. The harness matrix: generic search is a shared multiplier
The most informative table is the appendix model–harness matrix: under the same OpenMLE-Evo, MiniMax M3 hits 59.09%, Kimi K2.6 66.67%, Grok-4.5 65.15%, LongCat 56.06%, Doubao 56.06%, DeepSeek-V4-Pro 54.55%… a dozen frontier models pulled into a narrow 51–67% band by one harness, while harness-level comparisons show OpenMLE-Evo beating Claude Code/Codex across the board and vanilla AIRA-Evo (same seed, same budget) 53.03→60.61. GLM-5.2+Evo-Max reaches 66.67% (highest Human Rank, 0.8164) but still below MA1-35B+Evo-Max's 71.21% — "specialized post-trained model × specialized harness" beats "larger general model × same harness." The harness is a shared multiplier; the specialized model is a private bonus; the two compound.
5. Three verbatim echoes of verification-bandwidth economics
1. "Verification cost must shape collection and training" — budget-adaptive SFT stops at accepted-example quotas or execution caps, reserving budget for sparse-success tasks; async RL joins the pool on completion without waiting for the slowest job. 2. Versus vanilla AIRA-Evo (same seed, same 12h budget, 66 task-runs): total tokens 129.3M→75.3M (−41.7%), prompt tokens −50.3%, while evaluation nodes only drop 12.4% — the savings come from per-step expensive interface calls, not from giving up early. 3. Quantitative decomposition: Improve+Crossover contribute 85% of total verification gains — Debug first for feasibility, Crossover preserves branch-complementary evidence, Improve then upgrades the fused model — "recombination > retry" evidence inside the loop. Validation 68.18% → test 71.21% (no drop) suggests the long-horizon search did not overfit the validation signal.
Honest Boundaries (five limitations, all signals of the main thesis)
The heaviest self-admission in Section 8: "The system is better equipped to optimize solutions than to judge which ideas deserve to be pursued." Current signals only measure whether a solution runs and how it scores — not whether a research direction is promising, generalizable, or worth more compute. That is a confessed absence of the direction-sense layer. The other four: the evolutionary system itself remains fixed (second-order evolution is future work); the agent only improves external ML artifacts, not the LLM itself; the experience cards record rich metadata but parent selection uses only three factors (quality / parent relative improvement / method-family novelty), leaving most evidence idle; the external harness limits the model's autonomous action space.
Also note: CC BY-NC 4.0 non-commercial license; Evo-Max's experience priors are distilled from public competition artifacts; 665★ with no third-party independent reproduction; MLE-Bench Lite has only 22 tasks with five-fold variance ±8.57 — so "71.21% vs 72.73%" should be read as "same tier," not "surpassing" GPT-5.6 Sol.
Falsifiable Predictions (12 months)
1. Train-inference-isomorphic operators (unified SFT/RL action space + search primitives) get adopted by at least two open-source agent frameworks. 2. NatureBench-style "Nature-family SOTA reproduction" benchmarks become a standard held-out in RSI papers. 3. OpenRSI ships a second-order version where the evolutionary system itself is evolvable (already teased in the README roadmap).
Counter-prediction: if no 35B-class AI4AI model enters an industrial pipeline within a year, CC BY-NC + academic validation remains an order of magnitude short of commercial trust.
---
*Verification notes: GitHub API (repo metadata / contributors / file tree) + full README + arXiv HTML full text (2607.28568) + HN Algolia + two Chinese reports, captured live 2026-09-14. All table numbers cross-checked against paper Table 1 and the appendix matrix; the "total budget unchanged" quote verified in Section 6.1.*