skepticism: the thread oversold it a bit: the paper is a broad survey/position piece, not a clean proof th...

a good framing paper for people building coding/GUI/scientific/embodied agents; it gives language for treating harness design as the real systems problem.

Original source

What it is: skepticism: the thread oversold it a bit, the paper is a broad survey/position piece, not a clean proof that one architecture flips everything.

Gist: this is mostly a taxonomy and research agenda, not a new experimental result. The paper’s useful move is to separate three layers: code as interface (reasoning, acting, environment modeling), code-enabled harness mechanisms (planning, memory, tool use, plan-execute-verify control, harness optimization), and code as shared substrate for multi-agent coordination. The strongest practical point is that agent reliability lives in the runtime around the model, execution, verification, permissions, state, memory, and shared artifacts, more than in prompt wording alone.

Newsletter angle: “the agent stack is becoming systems engineering” or “the real unit of progress is the harness, not the prompt.”

Note: read via arXiv abstract + HTML version; enough to capture structure, core claims, and open problems even though PDF text extraction wasn’t available locally.