← All articles

September 28, 2026

Which One the Action Reaches First

A governor bounds an action only while the action cannot reach the actuator except through it. Being in front is a fact about how the platform resolves the path, not a setting the control owns, and a governor standing behind another handler reports a clean run.

By Jonathan Luethke

A governor sets how much authority the next action carries, and that number means something only if the action has to pass the governor to reach the world. That is a claim about position. Position is not a property a control can assert about itself.

The claim inside the word enforcement.

Three stages of a governor leave something you can look at. Observe takes readings. Assess produces a number. Audit emits an entry. Modulate and Enforce are the two that change what happens, and Enforce carries a claim none of the others make. It says the action reached the world through the governor and had no other way to get there.

That claim describes the arrangement of the system rather than the governor. It holds when the route from the agent to the actuator runs through the enforcement point and runs nowhere else. Nothing inside the governor can see whether that is true. The governor sees the actions that arrive. It cannot see the ones that went the other way, because the defining property of the other way is that the governor is not on it.

Every healthy signal a governor emits is conditioned on the one fact those signals cannot check.

Two controls, one path.

Attach a governor in front of a resource that already has something serving it. Two handlers now claim the same path, and which one the action reaches first is settled by the platform's resolution rule.

That rule is rarely what the configuration implies. Order of attachment. Order of startup. Which flag was passed. Which process registered its claim before the other came up. The control does not choose its position. It requests one, and the platform resolves the request against every other claim on that path, most of them made by software the governing team did not write and does not watch.

A governor that lands behind the incumbent handler still starts. It still holds an envelope. It still computes a grant when something arrives. It still signs what it decided. The one thing it stops receiving is the traffic, and it refuses nothing because nothing reaches it. A run with no refusals in it is also what a governed run looks like when the agent behaved, so the number that would report the fault reads exactly like success.

A governor standing behind the incumbent and a governor standing in front of a well-behaved agent produce the same dashboard.

Position is measured, not configured.

The check is cheap and almost nobody runs it. The control opens the path it claims to govern, sends something down it, and reads who answers. If the answer comes back from anything other than itself, the control is not where its configuration says it is, and the correct behavior is to refuse to start.

Refusing to start is the right failure because an inverted order is not a graded one. A control in the wrong position does not govern a little less. It governs nothing, or it takes the path away from the incumbent and answers requests it was never built to answer, which removes the resource instead of bounding it. Both outcomes are discontinuous. Neither one announces itself in the numbers the control publishes about its own health.

A startup self-check covers one moment. Position can change afterward, because attachments happen across the whole life of a deployment, and a claim made later can land in front of a claim made earlier. The property worth holding is not that the control started in front. It is that the control is in front of the action being taken now.

And then it has to stay there.

A governor is a process. Processes end. A crash, a memory limit, a deploy, an operator with a reason.

When the process ends, the path does not become unbounded through anyone's decision. It returns to the route that existed before the control was installed. The incumbent handler is still there. It answers, it has always answered, and it answers the way it did before anything was governing. Removal of a bound is an authority-raising event with no actor, no request, and no entry anywhere, and it is the only authority increase in the system that requires nobody to approve anything.

So the thing that keeps the path closed cannot be the governor. It has to be attached in front of the resource, it has to outlive the governor's process, and it has to hold the path while nothing is governing. That holder grants nothing and assesses nothing. It issues no verdict and takes no part in any decision. It holds a door, and the whole of its behavior is what it does with that door once the governor is gone.

That behavior has no safe default. A path that refuses everything is the right answer for a payment and the wrong answer for a control surface in motion. The choice belongs to the party accountable for the outcome, declared alongside the envelope before the run, and a control shipping with either answer preselected has made an integrator's hazard decision for them.

The two measurements.

Whether a control is in the path is answerable, and the answer costs two runs.

Run the path with the control present and record what gets refused. Run the same path with the control absent and record what gets through. A control that changes the effect at the actuator between those two runs was in the path for that action. A control that produces the same effect either way was never in it, whatever it reported about itself while it ran.

The contrast carries the claim. A run of clean traffic shows that the agent behaved. A run with refusals in it shows that something refused. Only the pair shows that the refusal came from the control and that the action had no route around it.

EU AI Act Article 15 requires a high-risk system to be as resilient as possible regarding errors, faults or inconsistencies arising within the system or in the environment it operates in, and states that robustness may be achieved through technical redundancy solutions including backup or fail-safe plans. The redundancy described there is redundancy of the AI system. The control standing in front of the AI system is not the subject of that sentence, and nothing in the article asks whether that control was in the path when the action ran. Those obligations apply from December 2, 2027 for standalone systems and August 2, 2028 for AI embedded as a safety component under Regulation (EU) 2026/1744. SR 26-2 took effect April 17, 2026 with generative and agentic AI outside its scope, and the interagency request for information it promised has still not issued five months on. The NAIC's AI Risk Evaluation Supplement version 5.0 closes comments September 29, 2026. California SB 947 remains unsigned with the Governor's window closing September 30.

A governor can grant less authority on an action whose trust reads higher, because its forward look caught a divergence coming before the outcome landed. Out of the path, it computes the same number, signs the same entry, and the action runs as proposed. The judgment survives the loss of position. The bound does not.

What we are building.

Wayfinder Systems Group builds a runtime governor that sits above control and below intelligence. It observes the system, assesses divergence from the assured trajectory, modulates how much authority the next action carries, and enforces that grant on the path the action takes, so what reaches the world is already cut to what was granted. The enforcement point verifies its own position before it serves anything. What holds the path while the governor is not running is declared by the party accountable for the outcome rather than chosen by us. Each decision leaves a sealed entry behind it. We call her Velma.

Next step

Thirty minutes. Architecture, not sales.

A conversation about where your enforcement point actually sits on the path an agent takes to the actuator, and what answers that path when the control is not running.

JonathanLuethke@WayfinderSystemsGroup.com