How do you read a 536K-token document?
Imagine a 536K-token document scattered with 1,772 key-value pairs. Your task: extract every entry and answer questions about them.
If you're a coding agent, you write a regex script that loops over all entries. Fast—but regex only captures surface patterns and fails on entries requiring reasoning.
If you're a Recursive Language Model (RLM), you split the document into chunks and reason over each one. Now you can reason, but you can't see the file system or use tools.
What if you dispatched a "clone" for each entry—each clone with a full toolbox, file system, and reasoning ability? That's the core idea behind Recursive Agent Harnesses (RAH).
What is a "recursive agent harness"?
Breaking down the name:
- Harness: the machinery that turns an LLM into a working agent—tools, file system, context engineering, orchestration logic. Like a car's wiring harness connecting engine, steering, and dashboard into a drivable vehicle.
- Recursive: the harness can spawn harnesses. A parent agent writes code, and that code launches a full child agent harness for each subtask.
- Key distinction: an RLM's recursive unit is a "model call" (no tools); RAH's recursive unit is a "full harness" (tools, file system, reasoning).
Two spawning modes
The parent agent picks a strategy based on task scale:
Code-Execution Spawning: when there are many entries, the parent writes an executable script whose Task() function launches a child agent per entry, running in parallel—like a plant foreman writing production instructions while each line runs independently.
JSON Tool-Call Spawning: for just 1–5 entries, child agents are launched directly via structured function calls—like a boss verbally assigning a few tasks without formal paperwork.
Child agents inherit the spawning capability and can recurse further, up to a depth limit.
Results: a win for the harness
The team evaluated RAH on Oolong-Synthetic, a long-context reasoning benchmark with 199 samples across 13 context-length buckets from 1K to 4M tokens.
For fair comparison, GPT-5 was fixed as the backbone (matching the Codex baseline), so any difference is attributable to harness design rather than model capability:
| Method | Accuracy | |--------|----------| | Codex (coding agent, regex matching) | 71.75% | | RLM (recursive language model, no tools) | 64.38% | | RAH (recursive agent harness) | 81.36% |
With the stronger Claude Sonnet 4.5 backbone, RAH reaches 89.77%.
Key findings:
1. Gains come from the harness, not the model: same GPT-5, from 71.75% to 81.36%, purely via architecture. 2. Consistent gains across all length buckets, including 4M-token documents—no collapse at extreme lengths. 3. Coding agents are bottlenecked on reasoning: regex is fast but not smart, stalling on entries that need inference. 4. RLMs are bottlenecked on tools: they can reason but can't see files—like doing math blindfolded.
Why it matters
RAH reveals a previously overlooked design dimension: the choice of recursive unit.
The default assumption has been that recursion means model-call recursion. But upgrading the recursive unit to a full harness gives you reasoning and tool access simultaneously—exactly the half that coding agents and RLMs each lack.
Moreover, RAH's spawning logic is ordinary program code, not a fixed recursion convention or predefined tool schema. The parent agent uses the same language it writes code in to parameterize concurrency, per-entry instructions, and output paths—far more flexible than hardcoded recursion frameworks.
Anthropic's dynamic workflows already adopt a similar code-driven spawning pattern in production; RAH's work is the first to systematically name, define, and evaluate it.
Honest assessment
RAH isn't a silver bullet. It costs more compute and latency—spawning a full child agent per entry isn't cheap. The paper also admits failure modes: when entries depend on each other, parallel spawning may miss cross-entry reasoning chains.
RAH has so far been validated only on Oolong-Synthetic, a fairly structured benchmark (key-value pairs); its effectiveness on more open-ended long-context tasks remains to be tested.
But the core insight is clear: in agent architecture, the choice of recursive unit matters as much as the choice of model. The same model, with a different recursion strategy, gains nearly 10 percentage points—a signal worth attention from anyone building agent systems.
---
Paper: Recursive Agent Harnesses Authors: Elias Lumer, Sahil Sen, Kevin Paul, Vamse Kumar Subbiah (PwC US) Fields: Multi-Agent Systems, Long-Context Reasoning