Contributing to HUE
HUE is currently a documentation-first product specification, not a production application. Contributions should sharpen the product contract, resolve named decisions with evidence, or implement a scoped roadmap issue without silently changing the vision.
Before proposing code
Section titled “Before proposing code”- Read
VISION.mdand the relevant product chapters. - Find the canonical
HUE-xxxissue indocs/roadmap/issues.json/ GitHub. - Check dependencies and named
TBDdecisions. - Do not implement a blocked issue by choosing an architecture in code; resolve the ADR first.
Pull request evidence
Section titled “Pull request evidence”A PR should include:
- linked issue (
Closes #...when complete); - acceptance-criterion mapping;
- tests and actual verification output;
- UI screenshots/recording when applicable;
- data migration and rollback notes when applicable;
- security/privacy impact;
- exact documentation/status changes.
Documentation changes
Section titled “Documentation changes”- Use
TBI,TBD,SPEC,POC,IMPLEMENTED, andVERIFIEDexactly as defined. - Do not mark an entire chapter implemented for a partial slice.
- Add unresolved material choices to the decision register and an ADR issue.
- Keep
docs/roadmap/*.jsoncanonical; run the render script after edits.
Local validation
Section titled “Local validation”python3 docs/scripts/render_roadmap.pypython3 docs/scripts/validate_docs.pybun installbun run --cwd docs verifybun run --cwd docs verify regenerates the Starlight content projection, checks Astro and the canonical product contract, builds the production site, then crawls built routes, internal links, Mermaid containers, Pagefind search, roadmap data and the interactive prototype.
License
Section titled “License”Contribution terms remain TBD-019 until the repository adopts an explicit license and governance model. Do not submit third-party code or content whose reuse terms are unclear.