Draft policy language
Read doctrine and comparison notes to align terminology and enforceable expectations.
Start with core axiomsThis page is for governance, policy, and assurance teams stewarding enforceable standards. Canonical standards and doctrine stewarded by the Institute of Ethotechnics.
Stewardship
Each standard ships with stable IDs, publication metadata, and direct references to mechanisms.
Jump to
Key sections
Summary
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
Related sections
Recommended reading path: Start with STD-01, then STD-02, then scan Core axioms before reviewing the critique and implementation comparisons.
Quick lanes
Use these lanes to prioritize high-reference standards first, then catch the newest updates.
Most cited
Grouped lanes
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.
Read doctrine and comparison notes to align terminology and enforceable expectations.
Start with core axiomsUse minimum binding requirements and evidence packs to verify proof before review.
Review minimum binding setPair standards with implementation examples and mechanism references for delivery teams.
Open implementation examplesStart here
These are the primary references used across diagnostics, validators, and evidence packs.
STD-01
Defines the seven inalienable rights protecting human time against automated systems.
Read STD-01STD-02
Defines contestability, review, and remedy obligations for consequential systems.
Read STD-02Doctrine
First principles for accountable system design and governance.
View axiomsFilter and sort
Showing all active standards.
STD-01
Defines the seven inalienable rights protecting human time against automated systems.
Lane: Core · Draft · v1.0 · Effective January 2026
Read STD-01STD-02
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-02MVC-01
A one-page baseline for standing, reasons, records, timelines, remedies, and non-retaliation.
Lane: Core · Stable · v1.0 · Effective Immediate
Read MVC-01PM-01
A one-page postmortem template grounded in clocks, reversibility, burden allocation, and repair paths.
Lane: Implementation · Stable · v1.0 · Effective Immediate
Read PM-01STD-03
Defines targets, budgets, and breach actions for justice metrics.
Lane: Implementation · Draft · v0.6 · Effective TBD (proposed 2026)
Read STD-03STD-05
Verifiable Credential schemas and JSON-LD contexts for decision records, appeals, and remedies.
Lane: Reference · Draft · v0.3 · Effective TBD (proposed 2026)
Read STD-05STD-06
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-06No standards match this lane yet. Choose another lane or clear the filter.
Status model
Statuses are set through a repeatable review workflow so teams know what is draft, stable, or retired.
A working standard under active review before stability guarantees are made.
Approved for production policy references and procurement baselines.
Retired for new adoptions; replacement links are provided when available.
deprecated_by.Doctrine
First principles for accountable system design and governance.
View axiomsPractice
Mechanism-first practice for implementing STD-01 and STD-02 with enforceable human recourse in real agent systems.
View practiceSTD-01 reference
Brandless end-to-end mapping from harm to binding change.
Open mappingSTD-01 reference
Crosswalk linking STD-01 rights to validators and mechanisms.
View matrixReference
Canonical diagram shapes, line styles, and axes.
View diagram specSTD-01 reference
Minimum binding requirements per right with clause references.
Review binding setGovernance
Guidance for referencing standards in contracts, procurement, and audits.
See guidanceGovernance
Control mappings linking Ethotechnics obligations to EU AI Act, NIST AI RMF, and ISO/IEC 42001.
Open crosswalksReference
Immutable terminology and canonical definitions.
Browse glossaryAdopted standards
Failure-mode diagnostics for the most widely referenced AI governance standards.
OECD
Principles-based guidance that lacks binding stop authority and time-bounded remediation.
Read critiqueNIST
Risk management maturity without mandatory rollback, halt, or restoration guarantees.
Read critiqueISO
Management-system certification that can miss runtime stoppability requirements.
Read critiqueEU
Regulatory compliance framework where enforcement is slower than machine-speed harm.
Read critiqueCorporate
Internal principles and review boards that rarely grant stop rights to the affected.
Read critiqueMeta-critique
The core Ethotechnics critique: representation without enforceable control planes.
Read critiqueStandards comparison
A declarative comparison for regulators, operators, and risk owners.
TL;DR
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
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
2. Compliance programs vs. control planes
Common standards implement governance through policies, review gates, audits, and organizational roles.
What this produces in practice
Ethotechnics: Implements governance as a runtime control plane: a layer of enforceable constraints, owners, and state transitions that operate during system execution.
Ethotechnics requires
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
Ethotechnics: Treats oversight as meaningless unless it is operationally exercisable on a clock.
Ethotechnics requires
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
Ethotechnics: Treats pluralism as an architectural requirement: multiple worldviews must have independent enforcement power.
What this means operationally
5. Documentation completeness vs. recovery metrics
Common standards audit maturity by asking if inventories, documentation, approvals, and monitoring exist.
What this produces in practice
Ethotechnics: Audits capability by asking how fast you can stop, reverse, and restore—and how long someone remains exposed while you “investigate.”
Ethotechnics measures
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
Ethotechnics: Treats monitoring as incomplete unless it is directly linked to intervention pathways.
Ethotechnics requires
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
Ethotechnics: Treats time as the primary ethical resource and designs constraints around it.
Ethotechnics requires
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
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
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
Ethotechnics: Treats certain conditions as non-negotiable constraints for deployment.
Examples of constraint claims
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
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.
Board-level comparison
Risk, liability, and incident exposure framing for executive review.
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
Concrete system-level contrasts for teams implementing Ethotechnics.
Domain-by-domain comparisons showing how Ethotechnics changes system architecture.
Read guideCredit scoring and eligibility workflows with enforceable stop authority.
Read exampleClinical risk tools built around reversibility, stoppability, and plural oversight.
Read exampleFHIR profiles that make refusals, appeals, and repair clocks exchangeable data.
Read exampleHigh-volume support automation with guaranteed exit and recovery paths.
Read exampleAccount protection systems that measure recovery time alongside detection.
Read exampleRecommendation systems with user stoppability and real-time advocate control.
Read examplePublic sector automation with community veto authority and rapid restoration.
Read exampleReferenced by
Cross-links keep standards, bindings, and evidence packs aligned.
Required by bindings
Verified by evidence packs
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
Receive notifications about new draft standards, revisions, and validator releases.