Ask any team running production AI agents what broke last week, and the answer is rarely "the model." It's the harness — the system prompts, tool schemas, context management, permission logic, and orchestration code wrapped around the model that actually determines whether an agent finishes a task or wanders off task. According to Latent Space, that scaffolding is evolving so fast it has become the dominant variable in agent quality — arguably more decisive than which foundation model sits underneath it.
This is a shift in where engineering effort pays off. Two years ago, "building an agent" mostly meant writing a clever prompt and wiring up a couple of function calls. Today it means designing a whole runtime: how tool results get summarized before they blow the context window, how sub-agents get spawned and killed, what a model is and isn't allowed to touch without asking a human first, and how failures get retried instead of silently corrupting state.
None of this is theoretical. Products like Claude Code, Cursor, and OpenAI's Codex CLI are, functionally, harnesses more than they are model wrappers — the same underlying model performs very differently depending on the tool definitions, memory strategy, and guardrails it's running inside.
From function calls to full runtimes
Early agent frameworks treated the model as the whole system: give it tools, let it call them, done. That approach breaks down once agents run for more than a few turns. A harness now typically has to handle:
- Context assembly — deciding what history, files, and tool output actually fit in the window, and what gets summarized or dropped
- Tool schema design — how precisely a function is described determines whether the model calls it correctly
- Permission and execution boundaries — which actions run automatically versus require explicit approval
- Sub-agent orchestration — spawning isolated workers for sub-tasks and merging their output back
- Failure recovery — retries, rollback, and detecting when an agent is stuck in a loop
Each of these is its own engineering problem, and each has compounding effects on the others. A permission system that's too strict makes an agent useless; one that's too loose makes it dangerous. A context-management strategy that summarizes too aggressively causes the model to lose track of earlier decisions.
Why this matters more as models converge
As frontier models from different labs close the gap on raw capability, the harness becomes the place where competitive differentiation actually happens. Two products running the same underlying model can produce wildly different results depending on how much engineering went into the layer around it. That's a different game than the one most AI teams were staffed for a year ago — it rewards systems engineers and product thinking about failure modes, not just prompt tuning.
What this means for teams building agents
For builders, the practical takeaway is to stop treating the model choice as the main decision and start treating the harness as a first-class engineering surface:
- Version and eval the harness separately from the model — a prompt or tool-schema change can shift agent behavior as much as swapping models does
- Design permission tiers deliberately — decide upfront which actions are reversible enough to automate
- Budget engineering time for context management — it's not a one-time setup, it needs ongoing tuning as tasks grow
- Instrument failure modes, not just success rates — an agent that fails safely is more valuable than one that succeeds 90% of the time and corrupts state the other 10%
None of this replaces model quality — a weak model with a great harness still has a ceiling. But the marginal return on harness investment is currently higher for most teams than the marginal return on chasing the next model release.
AiiN's takeaway
Our take: model benchmarks get the headlines, but for anyone actually shipping an agent, the harness is where the real engineering — and the real risk — lives. Teams that keep treating it as an afterthought to "prompt + API call" will keep hitting the same wall regardless of which model they swap in. The teams building durable agent products are the ones investing in the scaffolding as seriously as they invest in model selection — and in our estimation, that gap is likely to widen as harnesses keep adding capability faster than models do.