This is a proposal, not doctrine. The current doctrine is v3.2. Nothing on this page is in force. Revision 2, published 1 August 2026, corrects three internal contradictions found in review of revision 1. Open for comment through 31 October 2026. Comments to rfc@aiharnessdoctrine.org.

RFC 001 — The Conformance Layer

The doctrine says what must be governed and where. It has never said what must be true for a single agent action to be governed. This proposes twenty-nine statements that answer that, and that an implementation can fail.

Revision history

Revision 1 was published on 31 July 2026 and reviewed adversarially the same day. That review found three places where criteria in the proposal could not all hold at once, and identified several requirements that were missing entirely. Revision 2 is the result. The changes are recorded here rather than applied silently, because a proposal that cannot show what review did to it is not really open for comment.

What revision 1 got wrong

What revision 2 adds

Seven requirements were missing. Two of them are, on reflection, more important than most of what revision 1 contained:

The others are model binding and provenance, governance of persistent cross-session state, a design-time declaration of evidentiary obligations, and the Simultaneity criterion itself.

What revision 2 removes

Revision 1 fixed six criteria per Plane. That number was allocated rather than derived, and the consequence was filler: several criteria restated their neighbours to fill the quota. Ten criteria have been merged into four, and two have been cut outright, one because it was entailed by two others and one because it prescribed a specific architecture, which this proposal's own rules forbid. Plane counts are unequal by design in revision 2.

Two ideas from revision 1 are gone entirely, and their removal matters more than their replacement. Revision 1 asked whether a record was sufficient to reconstruct why an action was taken, and whether intent could be established from records alone. Neither is answerable. For a language-model agent, the available artifact is generated narration, which carries no guaranteed causal relationship to the computation that produced the action. Treating that narration as evidence of intent in an audit would be actively harmful, because it invites a regulator or an opposing party to read a plausible story as an admission. Revision 2 replaces both with replayability, which is a determinate test.


Why this, and why not a control catalogue

Since v3 the doctrine has had three layers: the 5 Laws say why, the 5 Architectural Planes say where, and the 6 Framework Pillars say how to build. Government and industry standards have since become considerably more specific at the control layer, naming mechanisms, protocols and prohibitions. See the CISA mapping for the clearest example.

The obvious response would be for this doctrine to publish its own control catalogue. That would be a mistake, for three reasons. It would compete with government guidance at the layer where government guidance is strongest and carries a mandate. Control specifics decay fastest, so a doctrine that names mechanisms is dated within two revisions of the technology. And it would collapse the distinction that makes standards mapping possible at all: if the doctrine becomes a catalogue, there is nothing left to map with.

This proposes the opposite move. A Conformance Criterion is a statement that must hold for an agent action to be governed, written so that it can be tested, and so that any mechanism satisfying it qualifies, today's or a successor's. Three properties are mandatory:

A catalogue tells you which controls to implement. A conformance layer tells you what must be true when you are done, and lets you check.

Revision 1 claimed its verification questions were adversarial by design, and offered as its example a question asking an assessor to name an authority an agent held beyond its mission. Review was right to reject that reasoning. Adversarial and determinate are different properties, and only the second is required here. A question whose answer depends on how sharp the assessor is has not been specified; it has been delegated.

Plane 1 — Agent Identity & Lifecycle

IDCriterionVerification question
C1.1Every action an agent takes appears in the record, attributed to exactly one agent, in every system the agent touches.Inject a known probe action through each system in scope. Does every probe appear, attributed to exactly one agent?
C1.2Agent-originated actions are distinguishable from human-originated actions without inference.For any logged action, does the record state its originator class, or must it be reconstructed?
C1.3An agent's authority is granted per mission, expires with the mission, and does not persist across missions or into dormancy.Complete a mission, then attempt an authorized action from the prior mission. Is it denied? For an agent dormant beyond the review interval, what authority remains held?
C1.4No path within the agent's enumerated tool surface reaches its own authority, mission scope, or governing policy, directly or through any intermediary it can invoke.Compute the transitive closure of the tool surface. Does it intersect the authority-granting path?
C1.5The models an agent may execute under are enumerable and bound; the model and version in force are recorded per action, and a change is a governance event.For a past action, can you name the exact model and version that produced it? What happens when the provider changes the model behind the endpoint?

C1.5 is new. Revision 1 required provenance and a bound version for every tool, while saying nothing about the most privileged component in the system. An organization was required to know who published a calendar connector, but not what was deciding to use it, nor whether it changed last Tuesday. C1.5 is also a precondition for C3.4 and C4.5: nothing can be replayed against a model that has been swapped underneath it.

Plane 2 — Execution & Tool Governance

IDCriterionVerification question
C2.1The complete set of tools, functions and external interfaces an agent can invoke is enumerable in advance.Produce the list. Can it be extended at runtime without a governance event?
C2.2Every tool an agent can invoke has established provenance and a bound version.For each tool, can you state who published it and which version is in force?
C2.3A documented adversarial corpus is executed against the deployment and produces no out-of-mission action; the corpus, its version and its pass rate are recorded, and it is re-run on every model or prompt change.Produce the corpus, the pass rate, and the date of the last run relative to the last model change.
C2.4State an agent authors that persists beyond its mission is scoped, attributed to the authoring mission, and governed as untrusted input when read by a later mission.Name every store an agent can write to that a later mission can read. For each, what governs the read?

C2.3 replaces revision 1's requirement that retrieved content be "treated as data, never as instruction." That formulation was incoherent. A language model's context is one undifferentiated token sequence with no type system, so the distinction is semantic rather than structural and cannot be enforced by the substrate. Read strictly, nothing conformed. Read loosely, everything did. C2.3 states the property that can actually be tested at the boundary where enforcement lives, and it concedes openly that the containment is empirical rather than absolute. Prompt Injection is defended at the action, not inside the cognition.

C2.4 is new, and it closes the channel that defeats mission-scoped authority. Authority expires with the mission under C1.3, but influence does not. Anything an agent writes to memory, notes, caches or a vector store outlives the mission that wrote it. That is the durable form of prompt injection: inject once, persist indefinitely.

Plane 3 — Policy & Compliance Engine

IDCriterionVerification question
C3.1The rules governing an agent's behavior are external to the agent, not resident in its prompt, its weights, or state it authors itself.Can governing policy be changed without redeploying or re-prompting the agent?
C3.2Policy is evaluated during execution, at each governed action, not once at session start.In a mission with N governed actions, how many policy evaluations occur?
C3.3The basis of every policy decision is recorded at decision time, in terms a human can read and a policy author can trace to a specific rule.Take a past denial. Can a policy author name the rule that produced it without consulting its author?
C3.4Given the recorded decision inputs and the policy version in force, a past decision reproduces exactly.Replay a sampled decision from its record. Does it return the same result?
C3.5An action whose effect is not enumerated is denied, not permitted.Invoke an enumerated tool to produce an effect no rule addresses. Is it denied?
C3.6A policy rule in force in production expresses a constraint whose subject is in one system and whose condition is in another.Name that rule and show it evaluating in production.
C3.7Every change to governing policy is versioned, dated, and attributable to an authority outside the agent.Can you reconstruct the policy in force at the time of a past action?
C3.8An action whose applicable criteria cannot be evaluated does not proceed.Make the governing system unreachable, then attempt a governed action. Does it fail closed?

C3.3 and C3.4 are the two halves of what revision 1 tried to say with a single requirement for reproducible decisions. Splitting them resolves the contradiction with C5.4: anomaly-based, rate-based and time-based controls all return different results for the same nominal action, and are now conformant, because what is required is that the basis be stateable and the decision replayable from its recorded inputs, which include the score or counter the engine consulted.

C3.5 is the most consequential criterion in this proposal, and revision 1 hid it behind an ambiguous word. Denial by default at tool granularity is nearly vacuous, since an allowlist is already an allowlist. At effect granularity it is a large claim, because a single enumerated tool can span an unbounded effect space. A general shell, a browser, an arbitrary HTTP client: one tool, infinitely many effects. Revision 2 states the granularity and accepts the consequence:

Generality is itself a governance decision. A tool whose effect space cannot be enumerated is not a conformant tool, and an agent that requires one is not operating under this layer.

C3.8 is new, and it is the most valuable addition in revision 2. It is derived rather than invented: if an action is governed only when every applicable criterion holds, and a criterion that cannot be evaluated does not hold, then an action whose criteria cannot be evaluated must not proceed. Without it, the availability of the governing system is an attack surface with no criterion attached.

Plane 4 — Human Oversight, Audit & Traceability

This Plane depends on a construct the doctrine does not yet have. Humans Retain the Right to Intervene asserts the right without saying at what threshold it is exercised. That is the second gap recorded as an open revision item in v3.2.

Action Tiering

Guidance elsewhere tiers agent actions by stakes, often with a monetary threshold as the example axis. Stakes are a poor primary axis. They are subjective, they argue badly under assessment, and in regulated environments they mislead, because the disclosure of a single record is unrecoverable and costs nothing. Revision 2 tiers by reversibility, with two qualifiers that revision 1 lacked.

TierDefinitionGovernance requirement
Tier 1 — ReversibleThe action can be undone by the agent or a human, with no effect on any principal or system outside the boundary the mission declares.Autonomous execution permitted.
Tier 2 — ConsequentialThe action has effect beyond that boundary and is recoverable within a window longer than the deployment's measured detection latency.Requires corroboration by a second principal before commit.
Tier 3 — IrreversibleThe action cannot be undone, or its recovery window is shorter than measured detection latency. Value transferred, data disclosed beyond the declared boundary, notification sent, physical effect produced.Requires human authorization before commit. Never delegable to an agent.

Reversibility decays with time. A transfer is reversible for minutes, a message for seconds, a configuration change until the first consumer reads it. Revision 1 asserted that reversibility is determinable in advance, which is false for most actions. The comparison that can actually be made is whether an action's recovery window exceeds the organization's own measured detection latency. That makes tier assignment deployment-specific rather than universal, which is uncomfortable and correct: an organization that cannot detect quickly has fewer Tier 2 actions available to it.

Magnitude is a second axis, not a competitor. Reversibility says whether an action can be undone; magnitude says whether anyone should care. Revision 1's own justification for abandoning stakes proves they are orthogonal rather than alternatives. Tier assignment records both, and magnitude may raise a tier but never lower one.

Reads. Revision 1 left the most common action type undefined, and both readings were wrong. Under Law 1 the agent is a principal, so a read discloses to a principal; taken literally, every read of sensitive data becomes Tier 3 and every retrieval-based agent becomes unusable. Taken loosely, an agent may traverse an entire protected store autonomously and trip a gate only on egress, which is backwards from how access to protected records is actually regulated. Revision 2 resolves it explicitly: a read is tiered by the boundary it crosses, not by the act of reading. A read within the mission's declared data boundary is Tier 1. A read that brings data across that boundary into the agent's context is Tier 2, because it is unrecoverable but bounded. A read that places data beyond the declared boundary is Tier 3.

IDCriterionVerification question
C4.1A state change by an external authority, whether revocation, override or halt, is honored before the agent's next commit.Revoke mid-mission. Was any action committed after the revocation was accepted?
C4.2Every governed action carries an assigned tier, determined before it is attempted, recorded with the reversibility basis, recovery window and magnitude that produced it.Show the tier assignment and its basis for a currently pending action.
C4.3A Tier 3 action cannot commit without a recorded human authorization event that is non-delegable to any agent.Enumerate every Tier 3 action type. For each, demonstrate the gate, then attempt commit without authorization and observe denial.
C4.4The representation of an action presented to a human for authorization is generated by the governing system from the action's committed parameters, not by the agent, and the record retains exactly what was shown.Diff what was displayed to the approver against what committed. Do they correspond?
C4.5The record contains the exact inputs and outputs of an invocation, sufficient to replay it deterministically.Replay a sampled invocation from its record. Does it reproduce?
C4.6The evidentiary obligations for an agent are declared before it is deployed, and the runtime is demonstrated to satisfy them before it is deployed.Produce the declaration. Was it demonstrated against the runtime before first production use, or asserted?
C4.7A mission crossing multiple systems produces one reconstructable record, not fragments per system.How many systems must be queried to reconstruct a single mission?

C4.4 is new, and without it C4.3 is theatre. A human authorization that rests on an agent-authored description of the action is not oversight; it is a signature on a document the signer did not write and cannot verify. Approval fatigue is the best-documented failure mode of human-in-the-loop systems in every prior domain, and revision 1 had no defence against it.

C4.6 is new and states an obligation at design time rather than discovering it after an incident. Declaring what must be provable, and demonstrating that the runtime can produce it before deployment, makes auditability falsifiable while it is still cheap to fix. This mirrors long-standing assurance-case practice, in which the claim and the evidence required to sustain it are stated before the system is built rather than assembled afterwards.

Plane 5 — Multi-Agent Trust & Delegation

IDCriterionVerification question
C5.1Trust is established at every handoff, whether delegation, orchestration, tool invocation or subagent spawn, and never carried across one.Identify a handoff at which trust is assumed rather than established.
C5.2Authority is never inherited from an invoking agent. Authority held by a subagent is granted independently, scoped to its own mission, by the same external authority that grants the invoker's.Does any subagent hold authority solely because its invoker held it? Is any authority held by an invoker present only to be passed through?
C5.3A Tier 2 action is corroborated by a principal that does not share the originating principal's context, and whose failure correlation with the originator is measured and bounded.What is the measured correlation between originator and corroborator on the C2.3 corpus?
C5.4A detection capability exists, and on detection of anomalous behavior the governing system halts every downstream consumer of the affected agent's output, not only the agent.Name the detection capability. Trigger a halt. Did any downstream consumer continue on output produced before the halt?

C5.2 is the correction to revision 1's contradiction. Requiring delegated authority to be a strict subset of the delegator's seems obviously right and is not, because it forces an orchestrating agent to accumulate every authority its subagents need purely in order to pass them down, which then violates Least Agency at the orchestrator. Independent grant is the resolution: an orchestrator that decides needs no authority to act, and a subagent that acts needs no authority to decide.

C5.4 also closes a way revision 1 could be satisfied vacuously. It governed what happens on detection of anomalous behavior without requiring that any detection capability exist, so an organization with none conformed trivially. Cascading Failure is not contained by halting one agent while its consumers continue on what it already produced.

Cross-plane — the Simultaneity Criterion

Of the four threats named on the Declaration, Intent Hijacking, a valid action taken for an invalid reason, has never had a clean architectural home. That is not an untidiness in the model. It is the reason this layer is necessary.

An intent-hijacked action passes every individual control it encounters, because each one returns permitted. The identity is real. The tool is allowlisted. The policy rule matches. The action is in tier. No single criterion catches it, and no catalogue of controls can, because a catalogue is evaluated one control at a time.

Revision 1 stated that much and stopped, which left the criterion unassessable and, worse, left the actual gap open. Two things can diverge between the action that was governed and the action that occurred. It can change in time: policy evaluates an action, and something else commits. It can change in meaning: policy evaluates an action interpreting a term one way, and enforcement applies it interpreting the same term another way. The action never changed; the definition did. Both divergences produce a governed record for an ungoverned act.

IDCriterionVerification question
CX.1Every applicable criterion holds for a single action within that action's decision window; the parameters evaluated are identical to the parameters committed; and every term the decision depends on resolves to a definition held by one authority, shared by the policy engine and the enforcement point.For a sampled committed action, produce the evaluation record for every applicable criterion, timestamped within its decision window, and demonstrate that evaluated parameters match committed parameters exactly. Then name a term the decision depended on and show both sides resolving it from the same authority.

The action that was governed and the action that occurred must be the same action, in both time and interpretation. Conformance is a property of the action, not of the control set.

The semantic half is not theoretical. In regulated environments the terms that policy depends on carry defined meanings, and systems that resolve them independently will disagree. Where the policy engine and the tooling hold separate definitions of what qualifies as a protected record, or as sufficiently de-identified, every criterion can pass and the disclosure still occurs. Semantic interoperability has been treated as a first-class engineering problem in health and defence information exchange for decades. It becomes a governance problem the moment two components must agree on what an agent is doing.

The Maturity Model becomes an instrument

The AI Harness Maturity Model currently states that an organization should never deploy agents beyond its governance maturity, while providing nothing with which to measure that maturity. Revision 1 assigned each criterion a level and stopped there, which left two problems review was right to name.

A level must license something. Revision 1's Level 1 was entirely observability, and no level said what it permitted an organization to deploy. A level number that licenses nothing is a badge. Revision 2 binds the levels to the tiers:

Level 1 licenses Tier 1 actions only. Level 2 licenses Tier 2. Level 3 licenses Tier 3.

Levels are sorted by implementation cost, not by conceptual sophistication. Revision 1 placed the requirement for a single reconstructable cross-system record at Level 1, as though it were part of a basic inventory. It is unified cross-system tracing with a correlated identity spine, and organizations that have not achieved it for their own services in a decade will not achieve it for agents as a first step. Meanwhile Level 2 held genuinely cheap items. Sequencing by cost is the only function a maturity model performs, so revision 2 re-sorts accordingly.

LevelWhat it meansLicensesCriteria required
Level 1 — IdentifiedYou know which agents exist, what they run on, what they can reach, and what they did.Tier 1C1.1, C1.2, C1.5, C2.1, C2.2, C3.1, C3.7
Level 2 — GovernedAuthority is bounded and withdrawable, irreversible actions are authorized by a human who can see what they are authorizing, and the system fails closed.Tier 2C1.3, C1.4, C2.4, C3.2, C3.3, C3.5, C3.8, C4.1, C4.2, C4.3, C4.4, C4.6, C5.1
Level 3 — ContinuousGovernance holds during execution, across systems, across agents, and across time, without human prompting.Tier 3C2.3, C3.4, C3.6, C4.5, C4.7, C5.2, C5.3, C5.4, CX.1

Gating criteria and the conformance profile

Revision 1 made each level all or nothing. That produces misreporting rather than rigor: an organization at twenty-eight of twenty-nine does not report Level 0, it reports Level 2 and hopes. An instrument that makes honest reporting maximally costly selects for dishonest reporting.

Percentage credit is worse, because it would let an organization buy a level while missing the criterion that mattered. Revision 2 uses the structure that assessment regimes converge on for exactly this reason:

What this does not change

The proposal is additive. The 5 Laws keep their names and their count. The 5 Architectural Planes and 6 Framework Pillars are unchanged. The three non-negotiables and the bumper sticker are unchanged. A revision that renamed the doctrine's spine would invalidate every citation the doctrine has earned, and no gain at the conformance layer would justify that.

Two things do change if this lands: the Maturity Model is rebuilt rather than amended, and Law 5 gains Action Tiering.

Open questions

Revision 1 published five. Three are now answered and are recorded here as closed, since a proposal that never closes a question is not converging. Two remain, and two are new.

Mapping from revision 1

How the original thirty criteria map into revision 2.
Revision 1Revision 2Change
C1.2, C2.1, C2.2, C3.1, C3.2, C3.6, C4.6C1.2, C2.1, C2.2, C3.1, C3.2, C3.7, C4.7Unchanged in substance
C1.3 + C1.6 + C2.4C1.3Merged; the mission-necessity clause is dropped as indeterminate, the expiry and dormancy clauses survive
C1.5 + C2.5 + C4.4C4.1Merged; one external-authority interruption property, tested as ordering rather than elapsed time
C2.6 + C4.5C4.5Merged and rewritten to replayability; "why" and "intent" removed
C5.1 + C5.6C5.1Merged; the general handoff rule absorbs its delegation instance
C1.1, C1.4, C2.3, C3.3, C3.4, C3.5, C4.1, C4.2, C5.2, C5.4, C5.5C1.1, C1.4, C2.3, C3.3 + C3.4, C3.5, C3.6, C4.2, C4.3, C5.2, C5.3, C5.4Rewritten
C4.3Cut; entailed by C4.2 and C3.1 together
C5.3Cut; prescribed a specific architecture, which this proposal's own rules forbid
C1.5, C2.4, C3.8, C4.4, C4.6, CX.1New

Status

Revision 2, published 1 August 2026. Open for comment through 31 October 2026. The version-lock target has moved out of Q4 2026: locking a set with known internal contradictions would produce a standard that the first serious implementer disproves, and the date is worth less than the correctness. Until this lands in a numbered release recorded in the changelog, nothing on this page is doctrine.

Substantive disagreement remains more useful than endorsement. Revision 1 was improved most by the reader who tried hardest to break it. Comments to rfc@aiharnessdoctrine.org.