Standards

Standards

This page is for governance, policy, and assurance teams stewarding enforceable standards. Canonical standards and doctrine stewarded by the Institute of Ethotechnics.

Stewardship

Documented for citation

Each standard ships with stable IDs, publication metadata, and direct references to mechanisms.

Summary

Start with the two core standards

If you only read two documents, begin with STD-01 and STD-02, then use the doctrine and comparisons to place them in context.

Key takeaways

  • STD-01 defines the temporal rights and bounded clocks.
  • STD-02 defines contestability, review, and remedy obligations.
  • Doctrine and comparisons show how Ethotechnics differs from prevailing regimes.
  • Crosswalks, evidence packs, and incident workflows turn requirements into auditable operations.

Recommended reading path: Start with STD-01, then STD-02, then scan Core axioms before reviewing the critique and implementation comparisons.

Quick lanes

Most cited and recently updated standards

Use these lanes to prioritize high-reference standards first, then catch the newest updates.

Grouped lanes

Choose the standards lane that matches your work.

Each lane highlights a starting set so teams can triage reading without scanning the full catalog.

Core

Foundational rights and contestability requirements to start with.

Implementation

Operational controls and templates for day-to-day governance delivery.

Reference

Interoperability and record-format specifications used across ecosystems.

Choose by objective

If your goal is...

Pick the route that matches your current governance task.

Draft policy language

Read doctrine and comparison notes to align terminology and enforceable expectations.

Start with core axioms

Oversee implementation

Pair standards with implementation examples and mechanism references for delivery teams.

Open implementation examples

Start here

Begin with the core standards and doctrine.

These are the primary references used across diagnostics, validators, and evidence packs.

STD-01

The Temporal Bill of Rights

Defines the seven inalienable rights protecting human time against automated systems.

Read STD-01

STD-02

The Contestability & Recourse Standard

Defines contestability, review, and remedy obligations for consequential systems.

Read STD-02

Doctrine

Core axioms

First principles for accountable system design and governance.

View axioms

Active standards

Now active

Draft and stable standards currently recommended for implementation.

Filter and sort

Showing all active standards.

STD-01

The Temporal Bill of Rights

Defines the seven inalienable rights protecting human time against automated systems.

Lane: Core · Draft · v1.0 · Effective January 2026

Read STD-01

STD-02

The Contestability & Recourse Standard

Defines contestability, review, and remedy obligations for consequential systems.

Lane: Core · Draft · v0.9 · Effective TBD (proposed 2026)

Practice: Ethotechnics for Agents — Mechanism-first practice for implementing STD-01 and STD-02 with enforceable human recourse in real agent systems.

Read STD-02

MVC-01

Minimum viable contestability standard

A one-page baseline for standing, reasons, records, timelines, remedies, and non-retaliation.

Lane: Core · Stable · v1.0 · Effective Immediate

Read MVC-01

PM-01

Institutional Failure Postmortem Template

A one-page postmortem template grounded in clocks, reversibility, burden allocation, and repair paths.

Lane: Implementation · Stable · v1.0 · Effective Immediate

Read PM-01

STD-03

Justice SLOs (Targets, Budgets, and Breach Actions)

Defines targets, budgets, and breach actions for justice metrics.

Lane: Implementation · Draft · v0.6 · Effective TBD (proposed 2026)

Read STD-03

STD-05

W3C Verifiable Credential schemas for contestability

Verifiable Credential schemas and JSON-LD contexts for decision records, appeals, and remedies.

Lane: Reference · Draft · v0.3 · Effective TBD (proposed 2026)

Read STD-05

STD-06

Human Impact Safety Case

Standard tests, thresholds, and evidence artifacts that define a do-not-deploy safety case for human impact.

Lane: Implementation · Draft · v0.4 · Effective TBD (proposed 2026)

Read STD-06

Status model

How status is assigned

Statuses are set through a repeatable review workflow so teams know what is draft, stable, or retired.

Draft

A working standard under active review before stability guarantees are made.

  • At least 1 internal standards editor review.
  • Core test fixtures run and pass for referenced mechanisms.
  • Open changelog entry documenting known gaps.

Stable

Approved for production policy references and procurement baselines.

  • Minimum 2 independent reviewers (one external to the author team).
  • Evidence tests and implementation checks completed with receipts.
  • Stable criteria satisfied and recorded in publication metadata.

Deprecated

Retired for new adoptions; replacement links are provided when available.

  • Deprecation vote recorded by standards council.
  • Replacement standard identified and linked by deprecated_by.
  • Migration note added in changelog before status changes.

Doctrine

Core doctrine

Supporting doctrine and canonical references that accompany the standards.

Doctrine

Core axioms

First principles for accountable system design and governance.

View axioms

Practice

Ethotechnics for Agents

Mechanism-first practice for implementing STD-01 and STD-02 with enforceable human recourse in real agent systems.

View practice

STD-01 reference

STD-01 mapping artifact

Brandless end-to-end mapping from harm to binding change.

Open mapping

STD-01 reference

STD-01 rights matrix

Crosswalk linking STD-01 rights to validators and mechanisms.

View matrix

Reference

Micro-diagram language

Canonical diagram shapes, line styles, and axes.

View diagram spec

STD-01 reference

STD-01 minimum binding set

Minimum binding requirements per right with clause references.

Review binding set

Governance

Where this binds

Guidance for referencing standards in contracts, procurement, and audits.

See guidance

Governance

Enforceable governance crosswalks

Control mappings linking Ethotechnics obligations to EU AI Act, NIST AI RMF, and ISO/IEC 42001.

Open crosswalks

Reference

Glossary

Immutable terminology and canonical definitions.

Browse glossary

Adopted standards

Ethotechnics critiques of widely adopted regimes

Failure-mode diagnostics for the most widely referenced AI governance standards.

OECD

OECD AI Principles

Principles-based guidance that lacks binding stop authority and time-bounded remediation.

Read critique

NIST

NIST AI RMF 1.0

Risk management maturity without mandatory rollback, halt, or restoration guarantees.

Read critique

ISO

ISO/IEC 42001

Management-system certification that can miss runtime stoppability requirements.

Read critique

EU

EU AI Act

Regulatory compliance framework where enforcement is slower than machine-speed harm.

Read critique

Corporate

Responsible AI programs

Internal principles and review boards that rarely grant stop rights to the affected.

Read critique

Meta-critique

Governance by control

The core Ethotechnics critique: representation without enforceable control planes.

Read critique

Standards comparison

How Ethotechnics differs from existing AI governance standards

A declarative comparison for regulators, operators, and risk owners.

TL;DR

  • Ethotechnics centers stoppability and time-in-harm over documentation.
  • Governance is a runtime control plane, not a post-hoc review process.
  • Oversight is only real when authority and clocks are enforceable.
  • Ethotechnics prioritizes stoppability and time-in-harm, not only risk documentation.
  • Control planes and stop rights are operational, not advisory.
  • Oversight is measured by recovery time and enforceable mechanisms.

Most AI governance standards in use today are built to answer: “Did you manage risk responsibly?” Ethotechnics is built to answer a different question: “Can this system be stopped and repaired when it is harming someone?” This is not a difference of values. It is a difference of mechanics.

Many regimes improve documentation, oversight, and monitoring. Those are useful. But in high-stakes systems, the dominant failure mode is now temporal: decisions occur at machine speed while reversal occurs at institutional speed. In that gap, harm compounds.

Ethotechnics treats governability as an operational capability with measurable performance properties.

1. Risk management vs. runtime governability

Common standards (NIST AI RMF, ISO/IEC 42001) focus on identifying, assessing, documenting, and managing risks across the AI lifecycle.

What this produces in practice

  • Strong artifacts (inventories, risk registers, approvals).
  • Clear organizational accountability on paper.
  • Weaker guarantees about what happens mid-incident.

Ethotechnics: Treats governance as the set of mechanisms that determine whether harm can be interrupted, contained, reversed, and learned from in a bounded time.

What this produces in practice

  • Explicit stop conditions (“when X occurs, system must stop or degrade”).
  • Exercised rollback and restoration paths.
  • Measurable bounds on time-in-harm.

2. Compliance programs vs. control planes

Common standards implement governance through policies, review gates, audits, and organizational roles.

What this produces in practice

  • A “right process” story.
  • Post-hoc explainability.
  • Governance dependent on persuasion and escalation.

Ethotechnics: Implements governance as a runtime control plane: a layer of enforceable constraints, owners, and state transitions that operate during system execution.

Ethotechnics requires

  • Stop rights that do not require consensus.
  • Binding escalation paths (owner + timer + action).
  • Reversible states and restoration SLAs.
  • Safe degradation modes (manual fallback, rate limits, quarantine).

Policies describe intent. Control planes constrain behavior.

3. Human oversight (procedural) vs. authority (mechanical)

Common standards (including EU AI Act “human oversight” obligations) require humans to oversee, intervene, or approve via review steps, operator training, or override rights.

What this produces in practice

  • Oversight that becomes symbolic at scale.
  • “Review fatigue” where approvals become perfunctory.
  • Intervention too slow to be real in incidents.

Ethotechnics: Treats oversight as meaningless unless it is operationally exercisable on a clock.

Ethotechnics requires

  • Named roles with explicit authority to stop operation.
  • Low-friction interruption mechanisms (not a committee meeting).
  • Drill-proven ability to intervene under realistic conditions.
  • Governance pathways that function during incident stress.

4. Diversity as consultation vs. poly-ontologies with veto power

Common frameworks (corporate “responsible AI” programs, ethics boards) assemble diverse stakeholders to advise, review, and recommend.

What this produces in practice

  • Diversity as input, not as constraint.
  • Values represented but not enforceable.
  • Disagreement resolved by hierarchy or schedule pressure.

Ethotechnics: Treats pluralism as an architectural requirement: multiple worldviews must have independent enforcement power.

What this means operationally

  • Legal, community, and adversarial perspectives are not advisory.
  • Each has defined stop authority and trigger conditions.
  • The system must accommodate their constraints to operate.

5. Documentation completeness vs. recovery metrics

Common standards audit maturity by asking if inventories, documentation, approvals, and monitoring exist.

What this produces in practice

  • Evidence of managerial effort.
  • Maturity measured by process coverage.

Ethotechnics: Audits capability by asking how fast you can stop, reverse, and restore—and how long someone remains exposed while you “investigate.”

Ethotechnics measures

  • Time-to-halt and time-to-contain.
  • Time-to-restoration and time-in-harm.
  • Burden transfer onto the affected person.

6. Monitoring as observation vs. intervention as obligation

Common standards emphasize continuous monitoring: telemetry, drift detection, performance logs, and incident tracking.

What this produces in practice

  • Faster detection.
  • Better postmortems.
  • No guarantee of rapid containment.

Ethotechnics: Treats monitoring as incomplete unless it is directly linked to intervention pathways.

Ethotechnics requires

  • Monitors tied to automatic or authorized stop actions.
  • Pre-defined thresholds and escalation triggers.
  • Alerts that assign ownership and start a clock.
  • Known restoration procedures that don’t depend on heroics.

Observation without control is not governance.

7. Pre-deployment prediction vs. temporal constraints

Common standards emphasize what happens before launch: impact assessments, conformity checks, risk scoring, and review gates.

What this produces in practice

  • Strong “before” governance.
  • Weak “during” governance.
  • Reliance on “we tested” as a substitute for “we can stop.”

Ethotechnics: Treats time as the primary ethical resource and designs constraints around it.

Ethotechnics requires

  • Systems cannot run faster than contestation.
  • Decisions that affect rights or access must be reversible quickly.
  • “Pending” must not be an unbounded holding cell.
  • Interim protections when clocks exceed thresholds.

8. External enforcement vs. embedded enforcement

Common law and regulation (EU AI Act, state laws) enforce compliance through surveillance, inspections, penalties, and legal exposure.

What this produces in practice

  • Deterrence.
  • After-the-fact accountability.
  • Limited protection for the person harmed today.

Ethotechnics: Treats regulation as necessary but too slow to be the main brake. Enforcement must be designed into system operation as a first-line constraint.

Ethotechnics requires

  • Internal stop authority with independence.
  • Enforceable clocks and escalation ladders.
  • Mechanisms that prevent harm from compounding even when leadership is absent.

9. “Balance principles” vs. “hard constraints”

Common frameworks treat ethics as a multi-objective optimization problem: fairness, accuracy, safety, utility, innovation.

What this produces in practice

  • Principled tradeoffs.
  • Exceptions justified by business necessity.
  • Ethics mediated by incentives and deadlines.

Ethotechnics: Treats certain conditions as non-negotiable constraints for deployment.

Examples of constraint claims

  • If harm can be imposed in seconds, it must be reversible in bounded time.
  • If affected parties cannot effectively contest outcomes, governance is a façade.
  • If reversal requires sustained user stamina, the system is coercive by design.

Practical comparison table

Dimension Prevailing standards Ethotechnics
Core governance object Risk & compliance Runtime governability
Typical artifacts Registers, assessments, policies Stop rules, clocks, restoration paths
Oversight Advisory review, HITL Enforceable authority + veto rights
Measurement Process maturity Recovery time + time-in-harm
Monitoring Visibility Visibility + compelled intervention
Enforcement External (audits, regulators) Built-in constraints + internal stop power
Ethics framing Principle optimization Constraint satisfaction

Ethotechnics does not compete with existing standards on whether governance is “important.” It addresses what most standards leave undertreated: when harm is occurring, can your system be compelled to stop—quickly, reliably, and without requiring the harmed person to carry the burden?

That is the difference between governance as documentation and governance as capability.

Additional formats

Regulator, board, and diagram-ready versions

Alternate renderings for policy owners, boards, and audit briefs.

Regulator-facing brief

A neutral, statute-adjacent framing that treats Ethotechnics as a governance control requirement.

  • Defines governance as runtime capability (stop, pause, reverse, contest) with auditable evidence.
  • Prioritizes measured recovery time over documentation completeness.
  • Positions external oversight as verification of control-plane efficacy rather than sole enforcement.

Board-level comparison

Risk, liability, and incident exposure framing for executive review.

  • Identifies stoppability gaps as direct liability exposure and escalation risk.
  • Treats recovery time as an operational KPI with reputational and regulatory impacts.
  • Maps control-plane failures to incident severity, cost, and remediation timelines.

Diagrammatic version

A visual contrast between policy stacks and control planes, useful for workshops and audits.

Policy stack → policies → reviews → audits → reports
Control plane → stop rules → clocks → rollback → restoration

Use the diagram to highlight where enforcement is internal versus externally mediated.

Implementation examples

Domain-by-domain comparisons

Concrete system-level contrasts for teams implementing Ethotechnics.

Implementation examples overview

Domain-by-domain comparisons showing how Ethotechnics changes system architecture.

Read guide

Loan approval systems

Credit scoring and eligibility workflows with enforceable stop authority.

Read example

Healthcare diagnostic AI

Clinical risk tools built around reversibility, stoppability, and plural oversight.

Read example

FHIR resources for healthcare interop

FHIR profiles that make refusals, appeals, and repair clocks exchangeable data.

Read example

Customer service chatbots

High-volume support automation with guaranteed exit and recovery paths.

Read example

Financial fraud detection

Account protection systems that measure recovery time alongside detection.

Read example

Retail personalization

Recommendation systems with user stoppability and real-time advocate control.

Read example

Government public services

Public sector automation with community veto authority and rapid restoration.

Read example

Referenced by

Where standards are enforced

Cross-links keep standards, bindings, and evidence packs aligned.

Bundles: Procurement Clause Pack and Diagnostic Export Kit.

Search IDs: STD-01 v1.0, STD-02 v0.9, STD-03 v0.6, STD-01.1.1, STD-02.2.1, VAL-01, VAL-02, VAL-03.

Newsletter

Stay updated on standards

Receive notifications about new draft standards, revisions, and validator releases.