Imagine you hire an intern who, every single morning, forgets how to use the office printer, the CRM, and the coffee machine. You patiently walk them through it again. That's how most LLM agent harnesses work: every new task starts from scratch, the model re-deriving the same control flow it figured out last time, burning tokens and compute on solved problems. Growing Harness asks: what if the intern wrote themselves a personal operations manual that got better every day? The committed claim is this: you can start with a strategy-free scaffold — one that exposes tool and model interfaces but contains zero task-solving logic — and let failure-driven code edits grow a reusable controller that handles recurring decisions in cheap executable code, reserving expensive LLM calls only for genuinely novel semantic reasoning. This is not prompt engineering or retrieval-augmented generation. It is automated program synthesis guided by execution traces of what went wrong. The mechanism has three moving parts. First, function-level execution traces localize each failure to a bounded code surface — you know which function broke, not just that the task failed. Second, an optimizer repairs a window of failures jointly, meaning fixes don't just patch one bug but address related failure modes together. Third, a success-first held-out gate rolls back any repair sequence that harms previously passing tasks. This last piece is critical: it's a ratchet that prevents regression, letting the harness accumulate capability monotonically. The ladder is strong. Across BrowseComp-Plus and WebArena-Verified with three deployment models (4B to 120B parameters), Growing Harness achieves the highest mean success in five of six benchmark-model settings, trailing by just 0.7 percentage points in the sixth. The efficiency numbers are where it gets dramatic: 76-91.8% fewer LLM calls and 74.4-98.6% lower deployed-agent inference cost compared to a standard Tool-Calling agent. On WebArena-Verified, performance holds at 44.7-45.3% across model scales, while Tool-Calling collapses to 6.7% with the 4B model. That scale-robustness number is the real headline — it means the grown harness absorbs complexity that small models cannot handle in-context. Integrity is reasonable but not airtight. The authors test on WebArena-Verified, which is a community benchmark with known difficulty, and BrowseComp-Plus. They compare against a Tool-Calling baseline and run ablations showing that trace-local edits, joint repair, and gate-based rollback each independently improve final success. The ablation design is clean. What's missing: no independent replication, no pre-registration, and the code availability is not confirmed from the abstract alone. The benchmarks are established, but the comparison set could be broader — there are other agent frameworks (e.g., SWE-Agent, OpenHands) that would strengthen the ladder. The successor question is the most interesting one. The authors did not test Growing Harness on task distributions that shift over time — the grown code assumes the task family is relatively stationary. The obvious next experiment is continual learning under distribution shift: does the gate-based rollback mechanism handle forgetting when the task stream changes character? My honest read: this is (c) — they're saving it for the next paper, because the current result is clean and complete without it, and distribution shift introduces messiness that would dilute the core message. The broader field fight here is about where intelligence should live in an agent system — in the model's context window or in persistent external structure. Growing Harness takes a strong position: recurring control belongs in code, not context. If this scales, it means smaller, cheaper models can power sophisticated agents, which reshapes the economics of deployment. The 4B model result is the proof point. Watch for replication on harder benchmarks and for the approach to handle tasks that aren't web-browsing.
