This project uses Spec-Driven Development (SDD) with the Project Operating System (POS).
- GitHub:
https://github.com/eskoubar95/guapo - Repo layout: monorepo with
apps/*(apps/storefront,apps/commerce,apps/cms) - Package manager: pnpm (via Corepack)
- Env var inventory:
env.example(names only; no secrets)
- Open this project in Cursor
- Run
/spec/initto begin defining your project specification - Follow the SDD workflow: spec → plan → task → validate
Before starting a new milestone:
- If you keep local planning files under
work/backlog/(gitignored), reviewMILESTONE-READY-CHECKLIST.mdthere - Ensure git configuration and branch status are correct
/spec/init
/spec/refine (optional, repeatable)
/spec/plan
/task/start
[work]
/task/validatespec/- Source of truth (specifications)work/- Execution artifacts (milestones, tasks).cursor/- POS rules and commands
For more information, see the POS documentation in .cursor/rules/.
- Create a task branch (example):
git checkout -b task/t2.1-scaffold-payload
- Push the branch:
git push -u origin HEAD
- Create a PR (CLI):
gh pr create --base staging --head HEAD- Or use
/task/validatewhich auto-creates PRs targetingstaging
- After PR approval and CI checks pass, merge to
staging
- When ready to release (can include multiple milestones/features):
- Use
/task/promotecommand to create promotion PR - Or manually:
gh pr create --base main --head staging - Note: You can accumulate multiple milestones/features in staging before promoting. The promotion PR will include all changes since the last production release.
- Use
- After PR approval and CI checks pass, merge to
main
All PRs must pass:
CI / SDD Sanity Checks(validates git-config, helper metadata, spec files)PR Policy / Enforce Branch Policy(enforces branch workflow)
Branch Protection:
- Direct pushes to
stagingandmainare blocked - PRs require at least 1 approval
- See
.github/BRANCH-PROTECTION.mdfor setup instructions