This document defines the higher-level product delivery chain for building almost anything with the repo's document-driven workflow.
The canonical workflow is now machine-readable and first-class:
5phases22stages- explicit
execution mode - explicit
output_summary - explicit
recommended_skills
Use this file to understand the product lifecycle. Use docs/canonical-workflow.json when you need the executable source of truth.
The recommended end-to-end chain is:
flowchart LR
A[Research] --> B[Design]
B --> C[Development]
C --> D[Packaging]
D --> E[Maintenance]
This model is now the same lifecycle reflected in the canonical workflow, not just a conceptual overlay.
| Phase | Goal | Primary outputs |
|---|---|---|
| Research | Stop building from thin air by anchoring the topic to reality | research brief, product anchor decision, screenshot evidence pack, short recommendation brief |
| Design | Turn the anchored idea into explicit product and execution definitions | clarified intake, task classification, scope estimate, PRD, PRD reality review, user flow, human approval, implementation plan, plan review, execution prompt |
| Development | Implement in bounded batches with explicit review and gates | code changes, batch execution reports, Codex review reports, phase gate decisions, final revision report |
| Packaging | Turn working code into a clean deliverable | integration checklist, release package, delivery approval |
| Maintenance | Feed learning back into the next cycle | next-cycle brief, backlog or debt list, polish opportunities, future spec candidates |
Research is now a first-class canonical phase that happens before PRD writing.
Recommended outputs:
Research brief- topic
- target user or job
- product category guess
Primary anchor- the closest market-facing product
Secondary anchor- a second product covering an important missing surface or interaction
Similarity note- rough fit such as
70-80% like TradingView, with onboarding closer to Instagram
- rough fit such as
Evidence pack- key pages
- key flows
- screenshots or stable links
Design implication- one short statement describing what later PRD or prototype work should roughly look like
This is where product-research belongs.
Design translates the research result into explicit documents that another agent can execute with minimal drift.
Current repository outputs:
handoffs/00-intake.mdhandoffs/05-task-classification.yamlhandoffs/08-scope-estimate.mdhandoffs/10-prd.mdhandoffs/15-prd-reality-review.mdhandoffs/20-user-flow.mdhandoffs/21-user-flow.yamlhandoffs/25-human-approval.mdhandoffs/30-implementation-plan.mdhandoffs/32-execution-workflow.yamlhandoffs/35-plan-review.mdhandoffs/40-execution-prompt.md
In short, the Design phase outputs:
- product definition
- user journey definition
- execution definition
- explicit approval to build
Development is the bounded implementation loop.
Current repository outputs:
handoffs/50-claude-batch-r{round}.mdhandoffs/60-codex-review-r{round}.md- major phase gate decisions
handoffs/85-phase-gate.mdhandoffs/90-claude-final.md- the code changes themselves
This phase is complete only when:
- implementation exists
- required tests were run
- review gates passed
- major dependencies were not skipped
Packaging starts after coding is functionally done.
It exists to turn "working" into "deliverable."
Current repository outputs:
handoffs/95-integration-checklist.mdhandoffs/96-release-package.mdhandoffs/97-delivery-approval.md
Maintenance turns shipped work into the input for the next iteration.
Current repository outputs:
handoffs/99-next-cycle.mdhandoffs/100-backlog-and-debt.md
The current repository enforces these exact canonical phases:
researchdesigndevelopmentpackagingmaintenance
If someone is new to the repo, the right order is:
- Read this file for the full product delivery chain.
- Read
docs/development-workflow.mdfor the human-readable workflow explanation. - Read
docs/canonical-workflow.jsonordocs/canonical-workflow.yamlfor stage-by-stage mapping.
Treat the 5-phase Build Anything workflow and the canonical workflow as the same official lifecycle, expressed at different levels of detail.