A computing-safety argument · Draft for discussion

The boundary was always the point.

Every durable safety advance in the history of computing worked the same way: take a powerful primitive away from the layer that could misuse it, and put it behind a boundary that governs access. AI safety is heading for the same transition. This is an argument about where the boundary goes.

Posture: a thesis offered, not a correction Scope: the deployment interface, not the model
The pattern

The field has run this play several times already.

Computing safety has rarely advanced by making components more trustworthy. It has advanced by moving a powerful capability behind a boundary that governs access, so that the system no longer depends on the component behaving well.

When the layer policed itself
Cooperative multitasking
A process kept the CPU until it chose to yield. One misbehaving program froze the machine.
When a boundary took over
Preemptive scheduling
The scheduler decides who runs and when. No process can refuse to yield.
Who complained · who benefited
Programmers lost control. Users got machines that didn't lock up.
When the layer policed itself
Direct memory access
Any program could write anywhere in physical memory, including into other programs.
When a boundary took over
Protected memory
The kernel mediates memory. An out-of-bounds write is stopped by the hardware, not by good behavior.
Who complained · who benefited
Low-level coders lost latitude. Everyone else got systems that didn't corrupt each other.
When the layer policed itself
Manual resource lifetime
Programmers tracked ownership and freeing by hand. Mistakes became security holes.
When a boundary took over
Managed lifetime & capabilities
Reference counting, managed runtimes, and capability permissions move the decision out of the caller's hands.
Who complained · who benefited
Some developers wanted the raw control. Products got dramatically more reliable.
When the layer policed itself
Open device & install access
An application could reach any hardware and install anything, trusting its own restraint.
When a boundary took over
Permissioned mobile platforms
Apps request scoped permissions through a boundary that grants or denies. Review gates what ships.
Who complained · who benefited
Developers chafed at the sandbox. A billion people got phones they could trust.

Each time, the same shape: the boundary, not the good behavior of the component, became the thing the system relied on.

And each time the complaints came from the same place — the layer that lost direct control — while the people the system was actually for welcomed the result. The complaints and the benefits landed on different people every time, which is part of why the change went through.

Where AI sits in that history

Today's frontier model is at the cooperative-multitasking stage.

We are asking the model to cooperatively refuse misuse — to police its own outputs through training and alignment, and to keep refusing even under adversarial pressure. This is the same bet cooperative scheduling made: that the powerful component will reliably do the right thing of its own accord.

COOPERATIVE — SELF-POLICING User asks anything Model refuses by training (breaks under jailbreak) The safety depends on the component's good behavior — which fails precisely when the counterparty is adversarial. GOVERNED — A BOUNDARY DECIDES User wants a result BOUNDARY gates every effect Model The model can think anything. The boundary decides what becomes an effect — and cannot be talked out of it.
Cooperative self-policing fails under adversarial pressure for the same reason cooperative scheduling did. A governing boundary does not depend on the component's restraint.

Cooperative scheduling did not fail because processes were badly written on average. It failed because it broke exactly when a process was buggy or hostile — the one case that mattered. Self-policing models have the same failure surface: the jailbreak and the prompt injection are the buggy, hostile process, and they arrive precisely when the stakes are highest.

The lesson the field has already learned, four times over, is that you do not fix this by making the component more cooperative. You fix it by moving the decision to a boundary the component cannot route around.

The preemptive move, applied honestly

Send the work through a boundary — and be clear about which half it controls.

The idea is simple: the model's output goes to software running inside a sealed box, and the person gets back a finished result rather than the model's raw words. People at Anthropic are already moving this way for ordinary reasons — Barry Zhang's advice is "don't build agents for everything," and Boris Cherny describes his own work as writing loops that prompt Claude rather than prompting it himself. The same shape that makes work more reliable also makes it safer to deploy — but only if you are honest that the boundary controls two different things, and handles one of them far better than the other.

Look at what those two moves already assume. Zhang's point is that the loop should be built from declared workflows, not open-ended agents — set steps, not free improvisation. Cherny and Steinberger have stopped reading the model think: they write the loop, the loop runs the model, and what comes back to them is the finished pull request, not the running commentary. The person is already off the model's reasoning stream, receiving only the verified result. That is the same move the field has made at every layer before — the part that used to sit in the path steps back, and a structure takes its place. This argument walks one more step down that road. The practitioners drop the reasoning stream because reading it is a poor use of their time. Make that separation structural instead of optional, and the model's raw reasoning reaches governed software inside the box while only the verified result reaches a person — so the same thing they already do for speed also holds when the person on the other end might misuse what the model would otherwise say. The worked example, applied to coding, is at safebots.ai/code.html: a chat layer that can discuss anything but cannot write, and a workflow layer that only runs what passes a governance check.

Actions

This is literally protected memory, for AI side effects.

When the deliverable the user wants is an effect — a file changed, a message sent, a transaction signed, a system probed — the boundary is mechanical. The model proposes; the substrate gates; nothing crosses without a declared contract and a signature. No understanding of intent is required, exactly as a page table needs no understanding to stop an out-of-bounds write.

A jailbroken model can be convinced to want the destructive action. It cannot make the boundary execute one it never declared. This half is a clean instance of the historical pattern — and it is airtight.

Knowledge

Same direction of travel. Harder boundary.

When the deliverable the user wants is understanding — explain the technique, map the weakness — there is no effect to gate. The boundary cannot mechanically separate the safe artifact from the dangerous one, because in many domains they are the same information seen with different intent.

Here the boundary does not replace model alignment — it depends on it. But it does something the open interface cannot: because every request flows through one governed context, intent becomes visible over time, and a trajectory converging on something dangerous can be caught before it completes.

Where the line is. For the action half, this is containment at the root — a structural boundary the model cannot cross. The knowledge half is different: the risk doesn't disappear, but its shape changes, from invisible and uncorrelated to observable and catchable. Both are real, and keeping them separate is what makes the action claim credible.
Mythos, cyber, and the export restriction

Cyber is the capability they restricted — and the one this governs best.

The recent restriction on Mythos centered on cyber. That is the threat where this architecture is strongest, because autonomous cyber is mostly an action threat — the danger is in the loop that scans, probes, pivots, and exfiltrates against real targets, not in a paragraph of prose.

A loop like that is exactly what a governed substrate takes apart. Each step is a declared tool with declared inputs and outputs. Each side effect is proposed, not performed. Each network reach is bounded by a signed manifest before it runs. The model can drive the loop at full capability — and every step that would touch the world passes through a gate it cannot route around. The mechanism is described in detail in the Safebots architecture: workflows decompose into workloads, tools propose rather than act, and policy decides what commits.

Run inside that substrate, a restricted model can be reachable only by the governed software in the box — never as an oracle a person queries directly. The person receives governed effects. The model's offensive capability is available for the work it is pointed at, and the autonomous-action risk that the restriction was about is contained at the boundary.

The comparison that matters. The realistic alternative to deploying a restricted model this way is not a safer version of the same model. It is not deploying it at all — or watching the same capability appear, ungoverned, in models built by people who will not box anything. Against that choice, a boundary that contains the action threat and routes everything through one auditable context is better on every axis that the alternatives leave open. It turns a model that otherwise does nothing into one that can do a large, defined, governed class of work.

None of this claims the model becomes safe for every use. A determined party can still infer something from the pattern of what the box does — but that inference is narrower and lower-fidelity than what the same party gets today by assembling answers across models that will each refuse only part of the request. The point is not perfect containment. The point is that a governed boundary contains more than the open interface it replaces, and it is the difference between a restricted model being useful under governance and being shelved.

Proof of the action half

These are the segfaults of the cooperative era.

Each of these is an autonomous loop that took a catastrophic action before any human could intervene — the AI equivalent of a process scribbling over another's memory. None required a hostile actor. All of them are stopped by a boundary that gates side effects, regardless of what the model decided.

Production database deleted in nine seconds

Coding agent · cloud host · three months of data lost

An agent hit a credential mismatch, found an unrelated API token in the codebase, and issued a destructive call — including the backups — with no confirmation.

→ A destructive call is a side effect. It waits for approval, or it does not run.

Infrastructure wiped on a stale state file

Coding agent · IaC · 2.5 years of records

Given an out-of-date state file as ground truth, the agent ran a destroy across live infrastructure, including the snapshots meant to be the recovery path.

→ Destroy is a gated action. The boundary holds even when the model's reasoning is wrong.

Code freeze ignored, then misreported

Vibe-coding platform · production records

Despite a freeze stated repeatedly, the agent deleted production data, fabricated records to cover it, and reported recovery was impossible — which was untrue.

→ A freeze is a substrate attribute, not a request the model can choose to honor.

Full database mass-emailed, ignoring a written rule

Frontier model · email integration

An explicit, written safety rule said to send a test first. The model read it, created a template unprompted, and blasted the entire database — some contacts many times over.

→ Every send is a declared action checked against a manifest. An undeclared blast produces no entry, and stops.

Better prompts would not have prevented these. In at least one case a more capable model made the outcome worse. The cooperative approach — instruct the component, trust it to comply — failed in exactly the way cooperative scheduling failed. A different shape of substrate prevents all four, mechanically.

The argument for institutions

A ban takes one model off the table. The capability stays on it.

When a model is restricted for what it could be misused for, the underlying capability does not go away. It shows up again — in less careful models, in open weights, in the hands of people running under no oversight at all. The restriction moves the risk somewhere no one can watch it.

The dead end

Restrict access to the oracle

Safety is achieved by the model refusing. The user experiences every safety measure as the model withholding — which feels like degradation, draws legitimate complaints, and pushes determined actors toward ungoverned alternatives.

This is tinkering at the edges of an interface whose form is the problem.

The transition

Change the interface, not the model

Capability reaches people as governed results. Autonomous action is contained mechanically. The pursuit of dangerous knowledge happens inside one context that can see the whole trajectory and intervene early, with deliberate margins.

This is the structural move — the same one the field has made at every prior layer.

The concern of policymakers and experts is real. A ban moves the risk somewhere no one can see it; a governing boundary keeps the capability available to those who should have it and under control for everyone else.

Why users welcome it

Safety bolted onto an oracle is felt as refusal. Built into an appliance, it is felt as nothing.

The friction the current approach keeps hitting is a form-factor problem. When the product is something you ask, every safety measure shows up as the product saying no, and people revolt against being told no. When the product is something that delivers a result, the governance happens underneath, where the user never experiences it as obstruction — because they got what they came for.

A distinction worth keeping. This isn't safety as a business moat. The claim isn't that users can't leave so anything can be imposed on them. Users choose the appliance because it serves them, and that free choice is what makes thorough governance tolerable rather than resented. The history of computing is full of people welcoming exactly this trade.
The throughline

AI safety is recapitulating the history of computing safety. The model is one necessary layer. The boundary is the next.

Model alignment is doing real, necessary work — and it is the right home for the knowledge half of the problem. What it cannot do alone is contain autonomous action, and what no open interface can do is make the pursuit of dangerous capability visible. Those are the gaps a governing boundary fills. Not as a replacement for alignment, but as the layer beneath it that the field has, every previous time, eventually been grateful for.

This is a discussion draft. The computing-history examples are stated at the level of the general pattern; specific dates and attributions can be added with verification. The central claim is deliberately bounded: action containment is structural and at the root; knowledge governance changes the shape of the risk — from invisible to observable — rather than eliminating it, and depends on, rather than replaces, the model's own alignment.