Google Open-Sources Harness2, a Recursive Agent Harnessing Framework






Google Cloud AI Research has open-sourced Harness². It is a recursive agent harnessing framework that improves the code and files around a frozen model. For developers, the pitch is simple. Your agent may get better without a better model.

TL;DR

  • Size: A framework, not a model. 0 parameters trained; 8 editable harness components. Version 0.1.0.
  • Runs on: Linux with Python 3.12 or 3.13 and uv. Model runs call models through Vertex AI. GPU requirement: Not disclosed.
  • Performance: 1 refinement step improved all 4 model and harness setups on all 3 benchmarks.
  • Best: GLM-5 under OpenCode rose from 64.2 to 75.7 on WorkBuddy-Bench (+11.5 points).
  • Worst: GLM-5 under Codex gained only 1.2 points on JobBench (23.6 to 24.8).

What is Harness²?

Harness² is a plug-and-play framework from Google Research that refines an agent’s harness during deployment. A harness is everything around the model: prompts, tools, memory, skills and orchestration. Harnessing is the process of optimizing that system. Model weights never change.

The target setting is the open world. Tasks arrive unseen, and no verifier says whether an answer is right. The research team argues that most self-improvement methods assume labels or test cases. Harness² is built to work without them.

What are the 8 harness components?

Harness² exposes 8 editable components, each mounted as a file:

  1. System prompt
  2. Guardrails
  3. Memory
  4. Tool guidance
  5. Subagents
  6. Skills
  7. Scripts
  8. Plugins (middleware)

They cover context construction, the tool interface, delegation and behavior inside the tool loop. The layout extends the 7-file split from earlier Agentic Harness Engineering work by 1 component.

How does recursive agent harnessing work?

The framework runs two linked levels of recursion:

  • Task-level recursion uses a contrastive Propose, Probe, Compose step. First, the agent runs the task once with the base harness. An editor then proposes 2 candidates. The invariant candidate targets general agent failures such as planning or tool use. The domain candidate targets knowledge and procedures for the current domain. Both candidates run on the same task. The composer compares their trajectories against the reference and keeps only edits backed by observed behavior.
  • Harnessing-level recursion happens after each task. A reflector stores the adopted harness plus an EXPERIENCE.md file of lessons. This library guides future proposals. Each new task still starts from the base harness.

The budget k scales the search. Parallel mode probes k invariant and k domain candidates, then makes k compositions. Sequential mode chains k refinement steps.



Source link

Leave a Reply

Your email address will not be published. Required fields are marked *