This checklist helps ensure each AnswerCite module meets our standards for operational hygiene, symbolic trust, and contributor clarity. Repos should aim to satisfy these signals before public release or external contribution.
-
README.mdclearly states purpose, usage, and trust philosophy -
status.jsonendpoint reflects uptime, version, and governance signals -
LICENSEfile is present and appropriate for open-source use -
CODEOWNERSdefines escalation and ownership logic -
SECURITY.mdoutlines disclosure policy and anomaly flag triggers -
CONTRIBUTING.mdis present or inherited from org-level defaults
- SVG trust badge available or planned (
/badge.svg) - Anomaly flags or hygiene scores implemented (if applicable)
- Schema validation logic included or referenced
- Public API or interface documented in
/docsor README - No vendor lock-in or opaque dependencies
- Issues enabled with hygiene-first labels (
trust-signal,schema,anomaly) - Optional project board for roadmap or MVP tracking
- Clear onboarding path for new contributors
- Escalation paths documented via CODEOWNERS or status metadata
Experimental repos may bypass some scaffolds but must include:
-
README.mdwith experimental disclaimer -
status.jsonwith version and contact metadata - Clear label (
experimental,prototype) in repo name or description
AnswerCite modules are more than code—they’re trust signals. Every repo should reflect our commitment to clarity, autonomy, and governance-aware design.