Thanks for contributing to BrewPress.
- keep changes small and reviewable
- follow the locked PRD before adding new scope
- prefer deterministic behavior over implicit automation
- do not bypass the review and publish safety model
- read
docs/final-prd.md - read
docs/gstack-delivery-plan.md - work in small logical slices
- make local commits at logical boundaries
- keep docs and implementation aligned
- describe what changed
- reference the relevant stack or phase
- call out risks and follow-ups
- include verification notes where possible
Do not add:
- plugin-specific SEO integrations
- implicit live publishing
- unsupported MVP input types
unless the product docs are updated first.