Keep this next to the compact README so maintainers can link detailed contribution expectations without bloating the landing page.
- Open an issue describing scope, constraints, and "done" signals. Use templates to capture acceptance criteria.
- Pick a
good first issuefrom GitHub labels; each curated issue links to prior.a5c/runs/<id>/folders for reproducibility. - Run the contributor checklist before every PR:
bash -n ./obash -n ./install.sh./install.sh --smoke-test./o doctor --show-install-hints
- Open the PR linking to your
.a5c/runs/<id>/folder (prompts, work summaries, validation logs) so reviewers can audit decisions.
- Update
README.md,INSTALL.md, andUSER_GUIDE.mdwhenever behavior, flags, or workflows change. - Surface breaking changes in
USER_GUIDE.md#what-you-can-do-with-o-todayand in release notes. - Attach
run_summary.json(if produced) or a manual summary covering validation commands, promotion steps, and follow-ups.