Documentation Standard
Structure, navigation, manifests, minimum content expectations, and maintainable documentation patterns for open source projects.
Community standards for open infrastructure
OSSI develops lightweight, usable specifications for documentation, releases, security, and maintainability in open source. The goal is not bureaucracy. The goal is shared language, predictable practice, and healthier projects.
Open source has plenty of tools. What it often lacks is operational clarity: what good documentation looks like, how releases should be prepared, what maintainers should check, and how projects can signal trust without adding unnecessary weight.
Standards library
Structure, navigation, manifests, minimum content expectations, and maintainable documentation patterns for open source projects.
Release notes, versioning hygiene, changelog structure, artifacts, migration guidance, and release readiness checks.
Security policy expectations, disclosure routes, dependency posture, vulnerability handling, and project-facing security signals.
Issue triage, labels, contributor onboarding, repository health, project ownership, and long-term maintenance continuity.
How OSSI works
Every standard should be understandable by maintainers, contributors, reviewers, and project teams without requiring specialist interpretation.
Specifications include checklists, schema examples, repository guidance, and adoption notes so teams can apply them directly.
Standards are developed in the open, versioned over time, and kept compatible with practical repository workflows.
Workbench
Journal
Open source projects do not only need code. They need shared expectations for how documentation, releases, security, and maintenance work in practice.
A useful standard should meet maintainers where they are: busy, resource-constrained, and responsible for practical decisions.
Documentation is not a side asset. It is one of the primary systems through which an open source project explains itself.
Participate
OSSI is community-developed and practical by design. Contributors can propose standards, improve examples, test adoption workflows, review drafts, or bring project experience into the specification process.
Visit osstandards.com