Thanks for your interest. This is the organisation-wide baseline; a repository
with its own CONTRIBUTING.md (for example
core,
wayfinder-router,
or proofkeeper)
adds project-specific setup and verification steps on top of it.
- Be kind. The Code of Conduct applies in every community space.
- All code is Apache 2.0. By contributing you agree your contribution is licensed under the repository's Apache License 2.0.
- Small, single-concern pull requests. One area per PR; keep refactors separate from behaviour changes.
- Use conventional, single-scope commit titles:
type(area): imperative summarywith typesfeat,fix,test,docs,refactor,chore. - Write a descriptive body when the summary alone can't carry the why.
- No AI attribution in commits, PR titles or bodies, or comments — no
generated-by footers, no tool
Co-Authored-Bytrailers, no session links. Commits carry the contributor's own identity.
- Run the repository's test suite and linters; each repo's
CONTRIBUTING.mdorREADME.mdlists the exact commands. - In repositories that carry a
rac/corpus,rac validate rac/andrac relationships rac/ --validatemust pass — CI gates on them. - Behaviour changes generally deserve a changelog entry, and design decisions
belong in the repository's decision record (ADRs / the
rac/corpus), not only in the PR description.
Not sure where a change belongs? The organisation keeps one repository per concern — the org README maps them. When in doubt, open an issue on core and ask.