whats-nextlisted

# whats-next 读同插件 scaffold skill 铺设的计划与进度文档,告诉用户下一步干什么。**全程默认中文输出**(技术标识符保持英文)。 **文档是唯一依据。** 不要为回答这个问题遍历代码库;只在文档之间出现矛盾需要核对时才抽查代码。 ## 步骤 1:读进度文件 1. `docs/PLAN.md` — 总体路线、各 Phase 状态(标题带 ✅ = 已完成)、Spec 索引(旧项目可能是「计划索引」) 2. `docs/Progress.md` — 上半部「进度总览」模块状态表(pending/doing/done)+ 下半部变更日志(**最新在上**,读最近 2~3 条) 3. 最新 design spec — Spec 索引指向的最新一条 `docs/specs/<日期>-<主题>-design.md`(索引没有就检索该目录取日期最新)— 对照 Progress.md 判断是否已实现;旧项目「计划索引」指向的存量计划 `docs/plans/<日期>-<主题>.md` 另看勾选状态(`- [ ]` = 未完成) 4. `docs/DECISIONS.md` — **最新在上**,读最近 2~3 条:与下一步同域的决策必须进「随行注意」 5. `docs/MEETINGS.md` — 只看**最新���节**的「待办」:未勾选、且没出现在任何计划里的条目,进输出第 4 部分 ARCHITECTURE.md / DEPLOYMENT.md 是设计与部署文档,不含进度,不读;REQUIREMENTS.md 只在步骤 2 第四行命中时读其「分期路线图」。 ## 步骤 2:定位下一步(按序判断,命中即停) | 状态 | 下一步 | |---|---| | 存量详细计划(`docs/plans/`,旧流程遗留)有未勾选任务 | 第一个未勾选任务,先收尾存量计划 | | 最新 spec 尚未实���(Progress 无对应实现记录) | 按 spec 拆独立单元,用同插件 parallel-do 分波并行 spawn subagent 直接实现;该 spec 是否已获用户批准拿不准时,先问一句再开 | | spec 全部已实现(或还没有 spec),PLAN.md 还有未 ✅ 的 Phase | 对下一个 Phase 与用户把设计聊透、写出 design spec(落 `docs/specs/`),获批后直接并行实现——不再写详细实现计划文档;spec 登记进 Spec 索引 | | PLAN.md 总体路线还是 `<!-- 待补 -->` | 先读 REQUIREMENTS.md「分期路线图」作输入,与用户讨论定分阶段路线图 | | 所有 Phase 都 ✅,且没有游离在路线图外的待办 | 项目按计划已完成;建议复盘或开新 Phase | | 所有 Phase 都 ✅,但仍有 Backlog(未纳入任何 Phase 的登记项,常见于 MEETINGS.md 未勾选待办、或用户提过但没排进路线图的条目)未完成 | 先报告主路线已完成,再把 Backlog 按登记出现的顺序原样列出——**不擅自判断哪个更该先做、不替用户排优先级**,交给用户自己挑 | ## 步骤 3:输出契约(按序四部分) 1. **当前位置** — 一两句:最近完成了什么,引用 Progress 最新条目的日期 2. **下一步** — 任务名 + 第一步具体动作(到文件/命令级别)+ 出处(哪个文件哪一节) 3. **随行注意** — 与下一