Scaffold _docs in new projects
Use this skill when the user wants to create a fresh _docs/ folder structure in a new project, with planning, milestones, setup guides, and the initial milestone README + definition docs + generated milestones.
When to use
- User is starting a new project and wants _docs-based planning.
- User asks to scaffold _docs, set up planning docs, or create the milestone/phase workflow from scratch.
- Do not use for adding a new milestone to an existing project (that project already has setup docs; use
new-milestone-setup.md there).
Phase 1 – Scaffold
Confirm target project – Ensure you are in the project where _docs should be created (current workspace or user-confirmed path).
Create the _docs folder structure:
_docs/
├── README.md
├── planning/
│ ├── setup/
│ ├── milestones/
│ │ └── 00-initial-milestones/
│ └── explorations/
├── milestones/
└── progress/
Write _docs/README.md – Include:
- A brief index: milestones, progress, planning, setup (links or short descriptions).
- Attribution: Read the skill version from this skill's frontmatter: open
~/.cursor/skills/scaffold-docs/SKILL.md and read the version field. Add this line at the top (after the # _docs title) or in a short footer at the bottom:
This _docs/ folder was scaffolded by the **scaffold-docs** skill (v{version}).
- Example: if version is
1.0.0, write (v1.0.0).
Copy setup files from the skill into the project – Copy these files as-is from ~/.cursor/skills/scaffold-docs/setup/ to the project's _docs/planning/setup/:
new-project-setup.md
new-milestone-setup.md
explorations-evaluation.md
Do not adapt from any other repo; use the skill's canonical versions so paths and workflow stay consistent.
Leave _docs/planning/milestones/00-initial-milestones/ empty for now (README will be created in Phase 2). Leave _docs/planning/explorations/, _docs/milestones/, and _docs/progress/ empty.
Phase 2 – Plan and write 00-initial-milestones README
- Prompt the user for a discussion about what they want to build. Ask about:
- Project purpose and who it's for (users, stakeholders).
- Core features and scope (what's in for the initial plan, what's out).
- Goals and success criteria.
- Architecture or technical direction (if they have preferences).
- Risks, constraints, or open questions.
Ask clarifying questions as needed; do not assume or embellish. The aim is to capture their intent before writing the README.
- Draft
_docs/planning/milestones/00-initial-milestones/README.md from that discussion: project summary, scope, goals, architecture, risks. Include links to the definition files that will be created (user-flow.md, auth.md, tech-stack.md, ui-rules.md, theme-rules.md, project-rules.md). The README is the single entry point for the initial plan; the definition files live in the same folder (flat structure).
- Pause for review before proceeding to Phase 3.
Phase 3 – Run new-project-setup
- The project now has
_docs/planning/setup/new-project-setup.md (copied from the skill). Its paths already use the flat layout: all definition files in _docs/planning/milestones/00-initial-milestones/; the overview is README.md in that folder.
- Follow the sequence in that file: overview (README) → user-flow → auth → tech-stack → ui-rules/theme-rules → project-rules → milestones/phases/phase-plans. Use the prompts and steps in the project's
new-project-setup.md; do not rewrite paths.
- Milestone generation (step 9): Create
_docs/milestones/01-setup, 02-mvp, etc., each with phases/ and phase-plans/ and number-prefixed files. Phase-plan conventions: branch first, commit/push at logical points, README step, progress doc at _docs/progress/<milestone>/<phase>.md, final commit on user approval.
- The skill implements through step 11 (update or create project root README). Steps 10 (Agent Rules), 12 (verification), and 13 (attach and start) are no longer in the setup doc; users may add Agent Rules or verify doc locations on their own if desired.
Optional: explorations and new milestones
- Explorations: The project has
_docs/planning/setup/explorations-evaluation.md. Use it in planning mode to evaluate an exploration folder and optionally turn it into a milestone.
- New milestones: Use
_docs/planning/setup/new-milestone-setup.md in the project to add milestones (phases, phase-plans, progress) after the initial setup.
Path convention (flat 00-initial-milestones)
All definition docs live in _docs/planning/milestones/00-initial-milestones/: README.md (overview), user-flow.md, auth.md, tech-stack.md, ui-rules.md, theme-rules.md, project-rules.md. There are no project-overview/ or definition/ subfolders.
1---2name: scaffold-docs3description: Creates a fresh _docs structure in a new project (planning, milestones, progress, setup), helps plan and write the 00-initial-milestones README, then runs an adapted new-project-setup workflow to generate definition files and initial milestones. Use when starting a new project and the user wants _docs-based planning and milestone/phase workflow.4---56# Scaffold _docs in new projects78Use this skill when the user wants to create a fresh `_docs/` folder structure in a **new project**, with planning, milestones, setup guides, and the initial milestone README + definition docs + generated milestones.910## When to use1112- User is starting a new project and wants _docs-based planning.13- User asks to scaffold _docs, set up planning docs, or create the milestone/phase workflow from scratch.14- Do **not** use for adding a new milestone to an existing project (that project already has setup docs; use `new-milestone-setup.md` there).1516---1718## Phase 1 – Scaffold19201. **Confirm target project** – Ensure you are in the project where _docs should be created (current workspace or user-confirmed path).21222. **Create the _docs folder structure:**2324 ```25 _docs/26 ├── README.md27 ├── planning/28 │ ├── setup/29 │ ├── milestones/30 │ │ └── 00-initial-milestones/31 │ └── explorations/32 ├── milestones/33 └── progress/34 ```35363. **Write _docs/README.md** – Include:37 - A brief index: milestones, progress, planning, setup (links or short descriptions).38 - **Attribution:** Read the skill version from this skill's frontmatter: open `~/.cursor/skills/scaffold-docs/SKILL.md` and read the `version` field. Add this line at the top (after the `# _docs` title) or in a short footer at the bottom:39 - `This _docs/ folder was scaffolded by the **scaffold-docs** skill (v{version}).`40 - Example: if version is `1.0.0`, write `(v1.0.0)`.41424. **Copy setup files from the skill into the project** – Copy these files **as-is** from `~/.cursor/skills/scaffold-docs/setup/` to the project's `_docs/planning/setup/`:43 - `new-project-setup.md`44 - `new-milestone-setup.md`45 - `explorations-evaluation.md`46 Do not adapt from any other repo; use the skill's canonical versions so paths and workflow stay consistent.47485. Leave `_docs/planning/milestones/00-initial-milestones/` empty for now (README will be created in Phase 2). Leave `_docs/planning/explorations/`, `_docs/milestones/`, and `_docs/progress/` empty.4950---5152## Phase 2 – Plan and write 00-initial-milestones README53541. **Prompt the user for a discussion** about what they want to build. Ask about:55 - Project purpose and who it's for (users, stakeholders).56 - Core features and scope (what's in for the initial plan, what's out).57 - Goals and success criteria.58 - Architecture or technical direction (if they have preferences).59 - Risks, constraints, or open questions.60 Ask clarifying questions as needed; do not assume or embellish. The aim is to capture their intent before writing the README.612. **Draft** `_docs/planning/milestones/00-initial-milestones/README.md` from that discussion: project summary, scope, goals, architecture, risks. Include **links to the definition files that will be created** (user-flow.md, auth.md, tech-stack.md, ui-rules.md, theme-rules.md, project-rules.md). The README is the single entry point for the initial plan; the definition files live in the **same folder** (flat structure).623. Pause for review before proceeding to Phase 3.6364---6566## Phase 3 – Run new-project-setup67681. The project now has `_docs/planning/setup/new-project-setup.md` (copied from the skill). Its paths already use the **flat** layout: all definition files in `_docs/planning/milestones/00-initial-milestones/`; the overview is README.md in that folder.692. Follow the **sequence** in that file: overview (README) → user-flow → auth → tech-stack → ui-rules/theme-rules → project-rules → milestones/phases/phase-plans. Use the prompts and steps in the project's `new-project-setup.md`; do not rewrite paths.703. **Milestone generation (step 9):** Create `_docs/milestones/01-setup`, `02-mvp`, etc., each with `phases/` and `phase-plans/` and number-prefixed files. Phase-plan conventions: branch first, commit/push at logical points, README step, progress doc at `_docs/progress/<milestone>/<phase>.md`, final commit on user approval.714. The skill implements through step 11 (update or create project root README). Steps 10 (Agent Rules), 12 (verification), and 13 (attach and start) are no longer in the setup doc; users may add Agent Rules or verify doc locations on their own if desired.7273---7475## Optional: explorations and new milestones7677- **Explorations:** The project has `_docs/planning/setup/explorations-evaluation.md`. Use it in planning mode to evaluate an exploration folder and optionally turn it into a milestone.78- **New milestones:** Use `_docs/planning/setup/new-milestone-setup.md` in the project to add milestones (phases, phase-plans, progress) after the initial setup.7980---8182## Path convention (flat 00-initial-milestones)8384All definition docs live in `_docs/planning/milestones/00-initial-milestones/`: README.md (overview), user-flow.md, auth.md, tech-stack.md, ui-rules.md, theme-rules.md, project-rules.md. There are no `project-overview/` or `definition/` subfolders.