Leadership1 publisher3 min readPublished
Anthropic's engineering blog says the context-reset logic it wrote to stop Sonnet 4.5 quitting early was unnecessary on Opus 4.5. Its answer is to sell hosted interfaces, not harness code.
The Board Room · Leadership desk

Compiled by The Board RoomSomething wrong?How this is made
A context reset is a few lines of harness logic, and deleting it costs nothing. What expired was the belief underneath it: that Claude needed help finishing work before it ran out of context [1][2]. Anthropic's engineering account puts that mechanism plainly, saying harnesses encode assumptions about what the model cannot do on its own and that those assumptions go stale as models improve [1]. One dead flag is not a write-off in isolation. As accounting that holds; as a maintenance plan it does not, because a harness is a stack of beliefs about model deficits and no release note tells you which of them just became false.
The container story in the same account is the costlier lesson, and it has nothing to do with model quality. Anthropic began with session, harness and sandbox in one container, which bought direct syscalls for file edits and no service boundaries to design [7]. The bill arrived in diagnosis. The only window into a stuck session was the WebSocket event stream, and three different failures - a harness bug, a dropped packet in the stream, a container going offline - presented identically through it [9][16].
The durable artifact Anthropic now proposes is the set of boundaries around the harness: a session as an append-only log, a harness as the loop that calls Claude and routes tool calls, a sandbox as the place code runs, each swappable without disturbing the others [6], and each able to fail or be replaced on its own [12]. The justification offered is the operating system precedent, where process and file abstractions outlasted the hardware beneath them and read() no longer cares whether it is addressing a 1970s disk pack or an SSD [5]. That is an argument by analogy, and the record contains no history of these particular interfaces surviving a model generation. Anthropic says it expects harnesses to keep evolving [15] and that its interfaces are meant to outlast any implementation, including the ones it runs today [4] - a claim the company has not yet had the chance to test.
So the trade is legible even where the evidence is thin. A team that keeps building its own harness keeps paying to re-verify assumptions it cannot see listed anywhere, and keeps owning the debugging problem that coupling creates. A team that moves to a hosted service sheds that rework and takes on a boundary defined by the same vendor whose release cadence produces the depreciation. Anthropic is explicit that it is opinionated about the shape of the interfaces and not about what runs behind them [14], which is the part of the offer a buyer can actually test over time.
The decision available this quarter is narrower than the decade-long claim about abstractions. It is whether a session survives the death of the machine it ran on, and whether an engineer can diagnose a stuck agent without opening a shell in a container that holds customer data [10]. Answer those two and the next model release removes a workaround without removing your ability to ship; leave them coupled and the release that deletes your scaffolding also deletes your ability to tell what broke.
Ranked by verification strength, evidence, and original report placement.
Anthropic's engineering blog states that harnesses encode assumptions about what Claude cannot do on its own, and that those assumptions need to be frequently questioned because they can go stale as models improve.
In prior work Anthropic found that Claude Sonnet 4.5 would wrap up tasks prematurely as it sensed its context limit approaching, a behavior sometimes called "context anxiety", and Anthropic addressed it by adding context resets to the harness.
When Anthropic used the same harness on Claude Opus 4.5, the premature wrap-up behavior was gone and the context resets had become dead weight.
Anthropic built Managed Agents, a hosted service in the Claude Platform that runs long-horizon agents on customers' behalf through a small set of interfaces meant to outlast any particular implementation, including the ones Anthropic runs today.
Anthropic cites operating systems as precedent: hardware was virtualized into abstractions such as process and file that were general enough for programs that did not yet exist, the abstractions outlasted the hardware, and read() is agnostic as to whether it accesses a 1970s disk pack or a modern SSD.
Anthropic virtualized the components of an agent as a session (the append-only log of everything that happened), a harness (the loop that calls Claude and routes Claude's tool calls to infrastructure), and a sandbox (an execution environment where Claude can run code and edit files), allowing each implementation to be swapped without disturbing the others.
Follow any of these and your For You feed starts watching them — no settings page required.
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
First-hand, unchecked
Anthropic is describing its own infrastructure down to the function signatures, which is about as authoritative as it gets on what was built. Nobody outside the company has run Managed Agents or repeated the Opus 4.5 observation, and the post gives no measurement behind its central before-and-after.
Shipped, uncounted
There is documentation to follow and customers who already asked for private-cloud connections, so this is past the demo stage. Past that, the post supplies no customer name, no session volume, and no reliability numbers from the redesign.
Candid, with one promise
A company that publishes the sentence "we lacked the ability to debug" about its own platform is not inflating much. The stretch is durability: interfaces "meant to outlast any particular implementation" is a claim about the future, and the read() comparison borrows fifty years of operating-system stability to underwrite a service that shipped this year.
The seller frames the problem
The argument runs from a genuine engineering observation to a purchase: harness assumptions go stale, therefore let Anthropic host the harness. The observation would stand without the product, and it also happens to be the strongest available case for buying it.
Specific on design, thin on results
Design claims are concrete enough to argue with, since named interfaces and a named failure mode either exist or do not. Anything about outcomes rests on one telling by the party selling the outcome, so our reading of the results stays provisional.
security
An agent beat a client-side booking limit in 9 of 10 runs, and cancelled strangers twice1 publisher
leadership
Anthropic writes the agent handoff into the repository instead of the context window1 publisher
build
Anthropic's Browser Use hands Claude element refs, and hands you the browser1 publisher
leadership
Managing 20 coding agents pushed a Cisco director's day into architecture and review1 publisher
Publishers with included, body-backed reporting in this cluster.
1 article · September 6, 2026