This skill is now the meta-guide. The two branches live in focused skills: load them directly. Use this skill for the big picture: which docs to write, in which order, and how complete the set must be.
| Branch | Answers | Skill |
|---|---|---|
| Product docs — «why» and «what» | VISION → PRD → ROADMAP → FEATURES | docs-product |
| Project docs — «how» | README/ENTRY/ARCHITECTURE/ADR/contracts/tests + REFERENCE map | docs-project |
Rule: product docs answer «why» and «what»; engineering docs answer «how». If a doc has no reader and no question it answers — it does not belong.
references/order.md.references/levels.md.references/completeness.md.REFERENCE.md) is written last — it describes everything above it.examples/example-monorepo/.ROADMAP.md.Keep as the meta-guide (not deprecated — it still carries order/levels/ completeness). The two branches are the focused entry points.
docs-product or docs-project.Ground recommendations in the supplied repository or brief. State assumptions, missing inputs, and unresolved risks. Return a concrete artifact or checklist with an owner/action for each open item, then verify that the result answers the requested goal rather than merely repeating the framework.