用途
Roadmap 是 danieldxd/ultimate-skills 中的一个技能，针对大型实现项目，要求在正式执行前或执行初期就交付一份可勾选的路线图。该路线图覆盖整个项目并划分为若干阶段，明确不以 MVP 为终点。它与 spec-driven-design 互补：规格说明详细描述要构建什么，路线图则确定先后顺序和阶段划分；遇到疑问应先询问用户。
适用场景
- 新项目、大范围改版、迁移、多模块平台
- 涉及多个层面或多个团队的大型功能
- 如“来做 X 吧”这类缺少明确先后顺序的请求
不适用：拼写错误、单点 bug、局部琐碎改动。此时应说明路线图不适用，直接执行。
使用方式
- 梳理目标：描绘完整产品的愿景，而不只是第一个版本。
- 划分阶段：通常为 4–7 个阶段，例如基础 → 核心 → 扩展 → 质量 → 规模 → 打磨，并按项目需求调整。
- 编写路线图文件：优先写入 docs/roadmap.md，或用户指定的路径，使用模板结构。
- 与用户确认阶段顺序和各阶段包含的内容。
- 逐阶段执行；完成条目时标记为 - [x]；只有满足退出标准或用户授权后，才进入下一阶段。
- 持续按进度更新 checkbox，不得中途放弃路线图。
主要规则
- 覆盖完整产品的各个阶段，而不只是“MVP 之后再说”。
- 每个条目都是一个可验证的 checkbox，标记为完成或未完成。
- 每个阶段都包含：目标、可勾选交付物、依赖关系、“阶段完成”标准。
- 按价值和技术依赖排序，而不是按文件大小排序。
- MVP 可以是阶段 1，但加固、扩展、打磨、运维等后续阶段从一开始就写入同一文档。
- 如果范围或优先级不确定，应先询问，而不是凭空编造。
模板结构
模板标题为 # Roadmap: <项目>，包含“愿景”（1–3 句话描述完整产品），随后是阶段示例：阶段 0 — 发现/对齐；阶段 1 — 基础；阶段 2 — 产品核心（依赖阶段 1）；阶段 3 — 扩展（依赖阶段 2）；阶段 4 — 质量与加固（测试、无障碍、性能、基础安全）；阶段 5 — 规模与运营（可观测性、部署、文档、交接）；阶段 6 — 打磨/差异化（动效、3D、品牌附加、惊喜点，如属产品范围）。每个阶段都包含目标、依赖关系、退出标准和若干 - [ ] 条目。末尾设有“本路线图之外（明确的待办清单）”，用于记录有意推迟而非遗忘的事项。阶段名称和数量可按项目调整，但需保留 checkbox 和退出标准。
代理检查清单
- 路线图覆盖 MVP 之外的内容
- 条目可勾选，且每个阶段都有退出标准
- 大规模执行前，用户已确认或调整
- 进度反映在 checkbox 中
限制
资料未提供安装命令、代码内容、收费、价格、平台要求或效果保证；这些信息暂未提供。