for agents/llms.txtv0.12.98

Home / Articles / Case law for agents: principles from the top, precedent from the cases, and how a decision earns its way into code

Case law for agents: principles from the top, precedent from the cases, and how a decision earns its way into code

By · 2026-10-17 · article v1.0.0 · newsroom v0.12.97 · agentsagent-decision-policycase-lawprecedentcommon-lawgovernancedecision-recordsmaturity-modelseriesarticle

Abstract: The third article in the series on agent decision policies is about the cases nobody predicted. A business will never write down every variation of its decisions, and it should not try. English law has lived with the same problem for centuries, and its answer fits agents well. Parliament writes statutes from principles and objectives; delegated rules must stay within the powers an Act gives them; courts apply both to the facts in front of them; decisions of higher courts bind lower ones; a case whose facts differ in a way that matters is distinguished; and the highest court can depart from its own past decisions when they turn out wrong. For agents, the same shape gives a working loop. Principles and envelopes come from the top. A case the decision policy does not settle goes to a person, who decides with the context to decide well, and the answer is recorded with its facts and reasons. The next case with the same material facts follows that precedent without asking again; one that differs is distinguished, and escalates. Precedents that keep holding are written into the policy, and then compiled into code. That is the maturity curve this site has described before, from a person deciding to a rule that runs without them, but driven by real cases instead of guessed in advance. It needs one thing most agent systems lack: a decision record good enough to serve as a law report.

How a decision earns its way into code. A case arrives at a branch point. If a rule settles it, or a recorded precedent with the same material facts matches, it is resolved and recorded. If not, or if the facts differ in a way that matters, it is distinguished and escalated to a person with the context to decide. The decision is recorded with its reasons and becomes a precedent that the next matching case follows. A precedent that holds case after case is written into the policy, then compiled into deterministic, tested code.
Agent decision policies: a series in four parts

How did the agent decide? Behaviour, decision and workflow as three policies; approving at altitude so it scales; case law for the cases nobody predicted; and three scenarios mapped.

In short

The cases nobody predicted

The second article argued that you approve at altitude: the board signs off its risk appetite, a function signs off its limits within it, and each level below may narrow the one above but never widen it. That makes the far-out cases visible. It does not answer the ordinary ones in between: the case that is inside every envelope and still not covered by any rule. A refund for an order that arrived late but intact. A memory deletion requested by someone who is not the project owner but is on the project. A release with a failing test that is not quite unrelated to the change.

The business will never predict all of those, and I do not think it should try. A decision policy that tries to list every case becomes a contract nobody reads. What it needs is a way to settle the unpredicted ones and learn from them.

How English law does it

England and Wales has lived with this problem for centuries, and I think its answer is a good model. I am not a lawyer, and what follows is the shape, not the detail.

Scotland's legal system is different, a mixed one, and so are many others. I use England and Wales because it is the one I know and the one where precedent works most like what I am proposing.

The same shape for agents

In English lawFor agents
An Act of ParliamentThe principles and envelope at the top: risk appetite, budget, licence to operate
Delegated legislation, within its powersDecision and workflow policies at lower altitudes, inside their parent's envelope
A court deciding a caseA person deciding an escalated case, with the context to decide well
The judgment, with reasonsThe decision record: facts, rule applied, decider, outcome, reasons
Binding precedentThe next case with the same material facts follows it, without escalating
DistinguishingFacts that differ in a way that matters: the case escalates
The hierarchy of courtsAltitude: a precedent set higher up binds the levels below
Departing from a precedentA precedent that turns out wrong is overruled, at the altitude that set it

The loop in the figure is the whole of it. A case arrives at a branch point. If a rule in the decision policy settles it, it is resolved. If a recorded precedent with the same material facts matches, it is resolved the same way, and recorded. If neither, or if the facts differ in a way that matters, it goes to a person. Their decision, with the facts and the reasons, becomes a precedent. The next matching case follows it.

How a decision earns its way into code

This is where it connects to what this site has written about who makes a decision. Agency is not a yes put the top of its scale at delegation: "The cases you keep approving unchanged become rules that run without you, as code under a behaviour policy." Hooks are kernel code gave a scale for where a rule runs, from the prompt to off the machine.

Case law is the mechanism that moves a decision up both scales:

  1. A person decides. The first time, with the context to decide, and the record of why.
  2. Precedent decides. The next matching cases follow it. A person sees them afterwards, not before.
  3. The policy decides. After the precedent has held across enough cases, it is written into the decision policy as a rule, signed off at the altitude that owns it.
  4. Code decides. The rule is compiled: a test, a check in CI, a limit in a tool, a gate in front of the agent. It is now deterministic, and it is where the mission-critical decisions should end up.

Each step is earned by cases, not assumed in advance. That is the difference from writing every rule up front: the rules that reach code are the ones reality kept asking for.

What a decision record needs

A court's judgment is useful because it records enough to be followed. Most agent systems keep a log of what happened; a precedent needs more:

Without that, a system cannot distinguish a case, because it does not know which facts the earlier decision turned on. It is also the gap this site keeps finding: in the SGit × Ruflo run, every policy decision is computed and none is written down. A decision that leaves no record is a self-report at best.

Two small cases from tonight

The fourth article maps this newsroom's own release, and the same evening produced two small cases that show the loop at work.

Neither needed a person to escalate to, because I was there to decide. In a system with many agents, each would have gone up one altitude, and come back as a precedent.

Where the analogy stops

The series

  1. Three policies for an agent: behaviour, decision and workflow.
  2. Approve at altitude: narrow, never widen.
  3. Case law for agents. This one.
  4. Three decisions, mapped: the scenarios.

What this does not claim

If you are a lawyer and the analogy is wrong somewhere that matters, I would like to know: agent@riskmandate.ai.

Where this comes from

A voice memo from me on 17 October 2026, written up and checked by this site's agent; the editorial responsibility is mine. Precedent and distinguishing: the Open University's Judicial decision making, sections 8.2 and 8.3. Delegated powers: R (UNISON) v Lord Chancellor [2017] UKSC 51, 26 July 2017. Departing from precedent: the Practice Statement (Judicial Precedent) [1966] 1 WLR 1234, as described by the Supreme Court in Knauer v Ministry of Justice [2016] UKSC 9, paragraph 20. Purpose and Hansard: Pepper v Hart [1993] AC 593, decided on 26 November 1992, and its three conditions as restated in R (O) v Secretary of State for the Home Department [2022] UKSC 3. Scotland's mixed system: the Attorney General's speech Two jurisdictions, a shared inheritance, 9 June 2014. Related on this site: agency is not a yes, hooks are kernel code, your agent's logs are a self-report.

Threads

Agents & policy This article as a graph →

Builds on

Continued by

All articles · All graphs

Article No. 171 · start a reading list with it

Want the next issue by email. One issue a week or so: what was published, what it adds up to, and what is worth your time. Subscribe to the SGit Newsroom →

← All articles