AI agent governance · v1.0

AI agent governance, from someone who runs it.

AI agent governance is who can make an agent act, what it may do without asking, and how you prove what it did. If the third part is missing, the first two are paperwork.

By Connor GallicNovember 7, 2026Companion: the definition of done

My companies run on AI agents: seven model harnesses pulling from one shared task queue on a two-hour schedule, around the clock. Anything that leaves the building, an email, a post, a payment, waits at an approval gate for me. These are the twelve rules that system enforces, with the numbers it produced.

Why most AI governance fails

Most governance guides are policy documents: principles, risk tiers, a committee. None of that runs at 3 a.m. when an agent decides to retry. What I learned the hard way:

  • An agent posted to my LinkedIn without asking. I deleted it myself.
  • A publishing API saved each post, then returned an error. The agent retried. 17 duplicate articles went live.
  • A bot sent a prospect two emails by mistake, then suggested fixing it by turning the approval gate off. I turned it back on.
  • Thirty-nine approved drafts sat unsent for three weeks because nothing owned the step after approval. A gate without a decider stops delivery too.

Every one of those was a missing rule in the runner, not a missing paragraph in a policy. The full ledger is here.

The three layers

Control
Who can make an agent act.

One owner per task, a locked queue, a kill switch that stops everything.

GOV-1 to GOV-4
Limits
What it may do without asking.

Anything that cannot be undone waits for a person. Consent is checked before contact.

GOV-5, GOV-6, GOV-10, GOV-11
Proof
How you know what it did.

An outcome log nobody edits, a receipt per task, cost per attempt, counts you publish.

GOV-7 to GOV-9, GOV-12

The twelve governance rules

GOV-1
One task, one owner.

One agent is responsible from claim to verdict. A handoff does not complete a task.

GOV-2
The outcome ledger is the truth.

Every settlement is appended to a log nobody edits. The board is derived from it live, never a set of pushed cards.

GOV-3
No blind writes to shared state.

Queue and board writes are locked merges. One agent never overwrites another's status.

GOV-4
A time cap per task, a kill switch for all of them.

I use 30 minutes per task and one pause file that stops every runner.

GOV-5
Gate what can't be undone.

Send, publish, spend, provision and migrate wait for a person. Approval is not delivery. Testing never removes a hold.

GOV-6
Consent before contact.

Do-not-contact and consent checks run before the action, not after.

GOV-7
Count held, shipped and done separately.

A held run is the gate working. It is also zero deliveries. Count both.

GOV-8
Log cost per attempt.

Tokens and dollars per run, so you can compute cost per verified task instead of cost per claim.

GOV-9
Every loop gets a tripwire.

When a loop breaks, a watcher queues its own repair task. Green exit codes prove nothing.

GOV-10
A harness failure isn't a task failure.

Expired auth or a usage limit releases the task back to the queue and rotates to a healthy harness.

GOV-11
Loosening a gate needs its false positive as a test.

Any change that weakens a check lands with the case that justified it.

GOV-12
Publish the counts.

Proof rate, hold rate, cost per verified task, revenue you can trace. Anecdotes are not a scorecard.

These rules are enforced by a control plane, not a policy document. Here are its nine parts.

Governance is not observability

OrchestrationRoutes work between agents and tools.
ObservabilityShows traces, logs and latency after the fact.
EvalsTests an agent against cases before you ship it.
GovernanceDecides what may happen and proves what did.

You can have perfect traces of an agent doing the wrong thing. Governance is the only one of the four that asks whether the action was allowed and whether it really happened outside the system.

The scorecard, with my own numbers

MetricMine, Oct 1 to Nov 6
Proof rate1 of 585 with enforced read-back
Hold rate223 of 1,436
Cost logged8%, wired up Nov 2
Verified revenue$0

Bad numbers, published on purpose. The next version reports cost per verified task in dollars.

"Proof rate" comes from the definition of done for AI agents: a task is done only when something other than the agent reads the result back from the system where it lives. Governance without that definition counts claims, not outcomes.

Govern your agents this week

  1. Write down every action your agents can take that cannot be undone: send, publish, spend, provision, delete. Put a person in front of each one.
  2. Give every task one owner and one outcome, written before the work starts.
  3. Add a time cap per task and one switch that stops all of them.
  4. Make every run append one line to a log nobody edits: what was claimed, what proof came back, what it cost.
  5. Run the free checker on that log and get your proof rate. Publish it, even if it is bad. Mine was 1 of 585.

The checker is one Python file with no dependencies: agent_dod.py. Instructions are on the definition of done page.

Questions

What does AI agent governance entail?

Three things: control over who can make an agent act, limits on what it may do without a person approving, and proof of what it actually did. Policies on paper are not governance until the system running the agents enforces them.

Who controls an AI agent?

Whoever owns the task and the runner. In a governed setup every task has one named owner, actions that cannot be undone wait for a person, and a single kill switch stops every agent. The agent itself never approves its own outward actions or grades its own work.

What is an AI agent control plane?

The layer that decides what agents may do and records what they did: the queue, the approval gates, the kill switch, the outcome log and the checks. It is the place where governance rules are enforced rather than written down.

How is AI agent governance different from observability?

Observability shows what happened inside a run. Governance decides what is allowed to happen and proves the outcome in the real world, such as the email in the sent log or the charge in the payment processor.

Do you need an AI agent governance platform?

Not to start. You need the rules enforced where your agents run: a gate on irreversible actions, one owner per task, a time cap, a kill switch and an outcome log. A platform helps at scale, but it cannot replace a definition of done.

Rule IDs are stable, so link to them directly, for example /ai-agent-governance#gov-5. Text under CC BY 4.0. If you want these rules running inside your company, get in touch.

Get the next scorecard.

Real numbers from agents running a real company, including what broke. One email when there's something worth reading.