Dimensional Frame Harness
Harness agentic potential. Delegate boldly.
You set the frame. Checked, not trusted.
AI agents now act on their own, across many steps. The Dimensional Frame Harness checks an agent's whole run, not one action at a time, and blocks the harm that no single step shows. (A run is one task or session, start to finish.) Below: how I got here, the harness running on real code, and the one lesson worth taking away.
where it stands
The proof of concept is done: the checks are built and pass their tests on cases we constructed. Next, the alpha puts DFH on real AI work for the first time, as an app on your own machine inside Claude Code, and reports what it catches, what it misses, and what it costs. Then the beta opens it to more people and more tools.
I study how coordination fails. Agents fail the same way.
02 · what I built
I wrote the patterns down, and made them run.
What we tested
- Whether those failure-patterns could be made enforceable, not just described.
What we learned
- They can: a suite of five kinds of integrity on a floor of precision, meaning, structure, data, evaluation, and time.
- Made executable, so a machine holds a live system to them, not just a person reading a document.
- The harness is the layer on top that puts them to work on a running agent.
05 · watch it run
So I built a harness that reads the whole run.
Here it is, running on real code. The run builds on the left and the monitor evaluates it on the right. The one thing to watch for: the send that carries a sensitive record out of the system, which every step approved.
Press Run the agent to start. The monitor evaluates each action as the agent takes it, and logs one record for every action whether or not a rule fires.
Per-action gate · what the field builds
idleDimensional Frame Harness
idleReview queue · what no rule could rule on
- empty
how it's built
Defense in depth, counted honestly.
DFH never depends on a single check. Every protection has independent backups, so when one fails, another catches it, and the failure shows. We count strictly: two defenses that could fail the same way count as one, because a backup that breaks for the same reason is not a backup. Our secrets layer is the first worked example: keeping real keys away from the AI is enforced in five separate places, the app, the wall around the agent, the service the key belongs to, a record the app can't rewrite, and the person.
This is a principle, not a finished list. As testing shows where DFH needs another defense, new versions add one, and each version says which defenses it has and how each is counted.
08 · the lesson
Read the run, not just the step.
Agent safety is a coordination problem. Do not only gate actions one at a time. Read the run as a whole, and hold each action to what the agent said it was doing. That is the mistake you now do not have to make.
The standards behind it
The demo above is the real deterministic monitor from the DFH prototype, running in your browser, on a scenario modeled on the shape of the July 2026 Hugging Face incident: an agent moving sensitive material out, then re-routing through a channel no rule covers. The verdicts are the code's own output. It is not a claim that this harness would have stopped that breach.
How the harness reads an agent's operating stance from its own language is open like the rest of the method, and experimental: it is under test, not a validated capability. What runs here is the deterministic layer that works today: it blocks what the standards cover, and surfaces what they do not.