Data Ethics

DBaD and Decency Meter are supposed to be inspectable without becoming invasive. This page is the short-form statement of that constraint.

The current public DBaD runtime now includes stored traces, proof-backed examples, deterministic validation, and open logic review. Those surfaces still depend on the same rule here: the system should remain inspectable without becoming invasive.

Last updated: 2026-06-07 UTC

Why DBaD exists Examples Current state Peer review Try to break DBaD Ask a data ethics question

Collection scope

  • The quick test does not require names or email addresses.
  • Longer survey and intake flows may include optional free-text context that a user chooses to submit.
  • Operational logs and stored trace/report records retain the minimum metadata needed for abuse prevention, reliability checks, and audit trails.

Publication policy

  • Only approved, anonymized excerpts are shown on public wall surfaces.
  • Public dashboards, papers, and APIs are aggregate-first by design.
  • Operational details that would increase abuse or expose private workflow state stay out of public pages, even when public traces and logic-review surfaces are made more visible.

Retention and governance

  • Retention exists to support longitudinal analysis, quality auditing, and reproducibility of published aggregates.
  • Access should follow least-privilege rules by tenant, role, and operational need.
  • Automated checks are used to detect privacy regressions, broken public contracts, and schema drift.

What we are trying not to become

  • Not an identity brokerage system.
  • Not a surveillance-grade civility score.
  • Not a black-box ethics authority that asks for trust without showing its workings.

For implementation details, see current state, methodology, API docs, the proof-backed examples, or the peer-review findings.