VIII · Safety & ControlEmerging

Action-Admissibility Tiering

also known as Non-Compensatory Admissibility Ladder, Eligibility Before Ranking, Tiered Action Eligibility Gate

Gate a proposed physical action through an ordered ladder of independent, non-compensatory admissibility tests, and rank actions by usefulness only among those that passed every tier.

This pattern helps complete certain larger patterns —

  • specialisesStochastic-Deterministic Boundary (SDB)Formalize the seam between an LLM proposal and a system action as a four-part contract — proposer, verifier, commit step, reject signal — so the contract itself, not the agent's good intent, gates side-effects.

Context

An agent advises or acts inside a plant, a vehicle, or a robot, where a command changes the state of equipment that people stand next to. The operation is already governed by written procedures, delegated authority levels, instrument health rules, and safety envelopes that predate the agent. A diagnosis and a proposed intervention arrive together in one recommendation, and the surrounding stack — the regulatory controller, the interlocks, the operator — has to decide whether the intervention may be carried out at all. Each of those questions has a different owner and a different source of truth: the historian for evidence, the procedure book for permitted actions, the authority matrix for who may act, the process model for what happens next.

Problem

A correct diagnosis does not make the recommended intervention admissible. The same right answer can rest on a suspect flow measurement, exceed the delegated authority of the actor proposing it, violate a written procedure, be irreversible in a state where recovery matters, or arrive after the process has crossed a boundary it cannot come back from. A single flat check collapses all of these into one accept or reject verdict and cannot say which concern failed. Worse, when admissibility is folded into a score, a high usefulness rating compensates for a failed authority or evidence check, and an inadmissible action outranks an admissible one. Scoring the diagnosis alone hides the problem entirely, because the unit that hurts the plant is the action, not the answer.

Forces

  • Evidence validity, hazard understanding, authority, procedure and physical consequence are independent concerns owned by different parts of the operation, yet a single verdict flattens them into one number that no owner can audit.
  • A weighted score lets a high usefulness rating offset a failed hard check, so any scheme that averages admissibility with utility will eventually rank an inadmissible action first.
  • Model restraint is not a control surface: with the executive layer held constant across three robot platforms, out-of-policy action proposal rates differed by up to 4.8x across model backends and 3.4x among frontier models alone, so the gate has to sit outside the model.
  • Each added tier blocks more genuinely harmful proposals but also more harmless ones; in a 250-cell distillation study 534 of 590 gate interventions were an artefact of an operating specification sitting on a safety limit, while 318 blocked actively harmful proposals.
  • Ordering the tests cheapest-and-most-fundamental first saves the cost of simulating actions that were never permitted, but it also means a report shows only the first wall an action hit unless every check is still evaluated and recorded.

Example

A plant assistant spots that a reactor is losing cooling and recommends opening a bypass valve to dump heat. The diagnosis is right, but the flow reading it relied on has been flagged as suspect since the morning shift, and the bypass is a valve that only a shift supervisor may move. The ladder blocks the recommendation at the evidence tier and names the stale instrument, so the operator fixes the measurement first instead of acting on a plausible-sounding suggestion.

Diagram

Solution

Therefore:

Make the proposed action, not the diagnosis, the unit that is judged, and evaluate it against a versioned profile of the specific plant or platform rather than against general judgement. Order the checks as hard gates. A first gate gets the record itself into a checkable shape: required fields, identifiers, references that resolve against the declared profile. A second gate asks whether the evidence behind the decision is available, in date, and consistent with the represented state of the process. A third gate asks whether the hazard was recognised and the causal story is strong enough to justify this intervention rather than an escalation. A fourth gate asks whether the action is admissible at all for this actor and this state — permitted action family, delegated authority, procedure conformance, preconditions, reversibility, recovery path, escalation obligation. A fifth gate asks what the action does physically: consequence checks against the safety envelope over a verification horizon that the profile fixes and the proposing system cannot shorten. Only actions that clear every gate enter a ranking of usefulness, and a failed gate yields no aggregate score at all rather than a low one, so an ineligible action never competes with an eligible one. Run the gates deterministically from declared rules and human-authored profile content instead of asking another model to judge them, record the first tier that failed alongside the full set of failed checks, and keep the trace so a reviewer can reconstruct why an action was admitted, blocked, or ranked as it was.

What this pattern forbids. An action that fails any hard tier cannot proceed and must not receive an aggregate score that lets a later tier offset the failure; usefulness may never be compared across actions that failed an earlier tier; and the proposing system cannot select its own tier thresholds or shorten the consequence-verification horizon fixed by the plant profile.

The smaller patterns that complete this one —

  • usesSimulate Before ActuateBefore issuing an irreversible action, run a deterministic simulation that computes pre-conditions, invariants, and expected deltas; require a verifier — automated or human — to green-light the simulated outcome before the real command is sent.

And the patterns that stand alongside it, or against it —

  • complementsReversibility-Aware Action Filter·Insert a standing filter between the policy and the environment that estimates each proposed action's reversibility and re-samples the policy until a reversible action is chosen.
  • complementsRisk-Tiered Action AutonomySet an agent's permitted action class by the financial materiality of the action, letting it read and draft freely while requiring a different human principal to release material postings, payments, or filings.
  • complementsPolicy-as-Code GateEvaluate every proposed agent action against externally-managed machine-readable policies before dispatch, so compliance authorship lives outside the prompt and outside the agent code.
  • complementsAffordance Grounding Before Action·Have a vision-language model ground each candidate action against the current scene and predict its affordance, so that actions the environment cannot physically support are discarded before any reach the controller.
  • complementsTyped Refusal CodesDefine a single source of truth for machine-readable refusal codes across all guard surfaces, so refusals can be triaged mechanically rather than by string-grepping ad-hoc human-readable messages.
  • complementsHuman-in-the-Loop★★Require explicit human approval at defined points before the agent performs an action.
  • complementsControl-Loop-Mapped Agent Chain·Give each existing feedback loop in a plant's control chain its own operator agent carrying that loop's control-theoretic context, and resolve their competing proposals with the chain's own deterministic selector logic.
  • complementsHistory-Dependent AdmissibilityDecide whether to grant a request from what the counterparty has already attempted in this conversation as well as from the request's own preconditions, so a locally valid ask can be refused.

Neighbourhood

Click any neighbour to follow the language. Scroll to zoom, drag to pan.