Participate

Send evidence, corrections, and cases

The standards change when someone shows where they are wrong or where a system broke them. This page says what to send and where it goes: one inbox, hello@ethotechnics.org, or the public repository.

Contribute

Send a failure that belongs in the casebook

Send postmortems, rulings, and inquiry findings from systems you have worked on or followed. The casebook scores failures a court, an inquiry, or a regulator established; the mechanisms catalog needs evidence of fixes working and failing.

Send a field report or case

A postmortem, research memo, or public record showing an automated decision system whose safeguards held or failed. A case established by a court, an inquiry, or a regulator can be scored in the casebook.

  • Say what the system decided, and for whom.
  • Attach the records you can share: decision logs, notices, rulings.
  • Say what changed for the people affected, if anything did.
  • Postmortems
  • Research memos
  • Public records

Commission a review

Reviews are paid work, done by Kanav Jain, who wrote this framework, on healthcare AI systems: a safeguards review, a readiness sprint, investor diligence, or a clinical AI safety evaluation. Lessons from a review are published only with your agreement, and anonymized.

  • Send the plan or draft you want reviewed.
  • Name the decision you have to make next.
  • Mark anything that must be anonymized.
  • Healthcare AI
  • Deployed systems
  • Investor diligence

Write to us

Draft the email here

Fill this in and your mail app opens with the message written. Nothing is sent from this page.

Links, PDFs, slides, or a short write-up all work.

The draft is addressed to hello@ethotechnics.org.

Nothing you send is published without your agreement on scope and anonymization.

What you type stays in this browser until you send the email yourself. Leave out personal details about anyone else.

Public repository

Work in the open

The site, its content, and its data live in a public GitHub repository. You can file an issue, propose an edit, or read the data directly.

Site index

One JSON file listing the standards, validators, and research, for anyone building tools on the content.

Corrections

Found something wrong?

Say what is wrong, unclear, or missing: a broken link, a clause that cannot be tested, an example you needed and could not find. A substantive critique gets a written answer saying what changed, or why nothing did.

To object to a clause of a standard, use the Object link beside it in the standard's clause register. Each objection is a public GitHub issue, answered within 30 days, and the site's own record lists every answer.

This inbox is for fixing the site's content, not for challenges to decisions. To challenge a decision an institution made about you, use that institution's appeal route. The self-defense checks list what you can ask for and the wording to use.

Security findings go through a separate process: the vulnerability disclosure policy and the security.txt file.