← Guide
The process itself lives in CONTRIBUTING.md — this page is
the shortest path into it, not a replacement.
- Read
CONTRIBUTING.md— in particular the language convention (English in the tree, Portuguese in commit messages and the design record) and the rule that decides what needs an issue first: docs, bug fixes, refactors and tests go straight to a PR; new or changed behavior needs an issue to agree on shape before it gets anopenspec/changes/proposal. - Pick something. A naming profile
for a language
pgfathomdoesn't speak yet is the easiest entry point in the project — it needs no knowledge of the rest of the codebase, just a TOML file and a table of test cases. Otherwise, check the open issues on GitHub. - If it's new behavior, see how a real proposal looks in
openspec/changes/archive/before writing your own —openspec validate <name> --stricthas to pass before it merges.
See Safety guarantees for the full detail behind each one:
- Read-only, absolute
- User data never leaves
- No claim without evidence
- Silence is never reported as a clean bill of health
- Zero confirmed false positives
make fmt && make lint && make testmake test is what CI gates every PR on; make test-integration and make benchmark
need Docker (and, for the latter, psql) and aren't required for a docs-only or
metadata-only change.