LatentMoE + RLMs: The Long-Context Paradigm Just Split in Two
Two innovations landed this week that challenge your fundamental assumptions about long-context processing
NVIDIA's Nemotron 3 Super introduces LatentMoE — a genuinely novel mixture-of-experts approach that compresses each token's representation to 1/4 its size before routing, enabling 22 active experts per token at the compute budget of 5-6. Combined with a mamba-2/transformer hybrid architecture, the result is a 120B total parameter model with only 12B active per token that delivers:
- 442 tok/s throughput (59% faster than gpt-oss-120b at 278, 66% faster than Gemini 3.1 Flash-Lite at 266)
- 91.75% RULER accuracy at 1M tokens where gpt-oss-120b collapses to 22.30%
- $0.30/$0.80 per million tokens (input/output) with 1M in/1M out context window
The model was pretrained natively in NVFP4 (4-bit floating-point) on Blackwell GPUs — not post-hoc quantized. This means optimal inference requires Blackwell hardware, and cross-hardware portability is an open question. The 3-stage RL pipeline (verifiable-output tasks → GitHub issue solving with test execution → RLHF) is a replicable fine-tuning recipe worth studying.
RLMs: The Context Window Is Dead, Long Live the REPL
MIT researchers propose Recursive Language Models that treat input text as a persistent variable in an external Python REPL. Instead of stuffing documents into context, the model writes code to query, slice, and filter text programmatically, then recursively decomposes sub-problems.
| Benchmark | Model | Stock | RLM | Delta |
|---|---|---|---|---|
| OOLONG-PAIRS (1M tokens) | GPT-5 | ~0% | ~50% | +50pp |
| BrowseComp+ | GPT-5 | Failed | 91.3% | N/A |
| BrowseComp+ | Qwen3-8B (32K ctx) | 0% | 14% | +14pp |
The most striking result: RLM-GPT-5 maintains ~50% accuracy at 1M tokens on tasks where stock GPT-5 scores ~0%. A 32K-context Qwen3-8B goes from 0% to 14% when wrapped in an RLM loop. The claim is documents totaling 11M+ tokens are tractable.
If a 32K-context model can handle 11M tokens through programmatic context management, we've been over-investing in context window scaling and under-investing in agent-mediated retrieval.
Critical gaps in the RLM work: no latency overhead analysis for the recursive agent loop, no token cost multiplier vs. single-pass inference, and no failure mode characterization. These are essential for production feasibility assessment.
The Combined Implication
These two approaches attack long-context from opposite directions. Nemotron scales the native window with architectural efficiency; RLMs bypass the window entirely via code generation. If you're building RAG or document QA systems, you now have two fundamentally different design patterns to evaluate — and both outperform the standard "embed → cosine similarity → top-k → stuff" approach.
What to do
Benchmark Nemotron 3 Super against your current model on long-context tasks using RULER methodology at 128K, 512K, and 1M tokens
Prototype an RLM-style agent loop for your highest-volume document QA pipeline — replace context stuffing with a code-writing agent that queries docs via Python REPL
Validate Nemotron throughput on your actual GPU fleet — NVFP4 native training means numbers may not transfer from Blackwell to A100/H100