Start

Find your path through Ethotechnics

Pick the role closest to your work to see the standards, tools, and first steps that apply to it.

Or start from a symptom you see · an industry term · the one-sprint plan

Does this apply to your system?

The framework earns its cost where four things are true.

  1. The decision changes one person's status, access, money, or risk.
  2. It runs at a volume nobody reviews case by case before it takes effect.
  3. The person can object, or should be able to, and the objections arrive somewhere the operator could read them.
  4. A named institution operates it and can be held to a clause by a contract, a regulator, or a court.

Which systems this is for: six kinds of automated decision the standards are built for, where to start in each, and six where the framework does less.

If a system decided about you

Three checks: can the decision be challenged, can a challenge change the outcome, and who can reverse it. Check a decision about you

If an AI agent acts for you

Three checks: when its permission ends, what it does without asking, and what you can check it against that it does not write. Check an agent that acts for you

Start by role

Find the guidance for your work

Start by time available

Half an hour, an hour, or a sprint

30 minutes

Delegation audit

Answer six questions about one workflow. See which permissions nobody can justify, and whether its decisions can be undone.

Run the delegation audit →

1 hour

Rehearse halting the system in 30 seconds

Three drills: can the people who run the system halt it without penalty, can its decisions be reversed and the people harmed repaid, and who absorbs the cost when it strains.

Open the drills →

1 sprint

The basics

An appeal path that reaches the rule, a decision log that records dissent, and a named person who can halt the system, each with an owner and an effort estimate.

See the plan →

Vocabulary crosswalk

Industry translation guide

Compare common AI terms with the controls and records the standards ask for. Each card names a check you can make.

Industry term

"Human-in-the-loop (HITL)"

Common use: A human reviews or approves an automated output.

What to check

Check whether the reviewer can change or stop the action.

Relevant requirement

The delegation standard asks who holds authority, which actions are permitted, and when that permission expires.

Industry term

"Kill switch"

Common use: A control halts an automated process.

What to check

A kill switch is one mechanism for a halt. Check whether operations can continue after it is used.

Relevant requirement

The standard on people's time includes a right to stop. The operator needs a tested fallback so halting the process does not leave people without a service.

Industry term

"Bias audit & fairness metric"

Common use: An audit compares outcomes across groups.

What to check

Group-level results do not explain an individual decision.

Relevant requirement

The decision-record standard specifies a record for each decision. Its higher levels add the reasons, who may object, and where an objection goes.

Industry term

"Hallucination & model drift"

Common use: A model produces an unsupported answer or its performance changes.

What to check

Check whether the evidence still supports the permitted actions.

Relevant requirement

The delegation standard ties permission to act to stated evidence and to events that force a review. A model’s output does not itself grant permission to act.

Industry term

"Worker burnout & change fatigue"

Common use: Staff report exhaustion or difficulty keeping up with changes.

What to check

Count repair work when assessing the system’s workload.

Relevant requirement

The human impact standard asks how a system affects people. Record the time staff spend fixing outputs rather than treating those repairs as free capacity.

Industry term

"Compliance checklist & self-attestation"

Common use: A team reports that it has completed required checks.

What to check

Ask for records another reviewer can inspect.

Relevant requirement

The decision-record standard sets the record format. The record checker grades an exported log against it; that does not establish that the decisions were justified.

Adoption plan

Adopt the basics in one sprint

Three safeguards with owners and effort estimates, a record format for each decision, and four things to ship.

2 days

An appeal path that reaches the rule

Support / Trust, with the rule's owner

Gives people a way to challenge a decision inside the product, and counts upheld challenges by rule. A set number sends the rule back to its owner for review.

Open mechanism →
2 days

Decision log with dissent

Product / Policy

Records why a decision was made and who disagreed, so changes are visible.

Open mechanism →
1 day

A named person who can halt it

Ops / Reliability

Gives a named person a tested way to halt the automation while a correction is made.

Open mechanism →

Example receipt

{
  "schema_version": "1.0.0",
  "receipt_id": "RCP-2026-0842",
  "issued_at": "2026-04-11T18:12:09Z",
  "owner": { "name": "Risk Operations", "role": "System owner" },
  "action": { "class": "WRITE", "description": "Eligibility update", "reversible": true },
  "clocks": { "ack": { "hours": 2 }, "review": { "hours": 24 }, "remedy": { "hours": 72 } },
  "appeal_path": { "url": "/appeals/eligibility", "channel": "in-product form" }
}
Owner: Names the role that can reverse the action.
Reversible: Says whether the decision can be undone without losing anyone's rights or records.
Deadlines: Sets hard limits: acknowledge in 2 hours, review in 24, fix in 72. Missing one is a breach.
Appeal path: Gives the applicant a direct link to the appeal route, not a general support queue.

Check receipts against the published receipt schema so tools can read them.

Sprint deliverables

  • Receipt schema Implement the canonical receipt payload and validate it in CI.
  • Worked example Ship at least one end-to-end scenario with receipts, clocks, and remedies.
  • Admission gate Record the decision to deploy as an authorization, with its evidence and outcome.
  • Safety Object Model Publish a machine-readable description of the system's safeguards, checked in CI.