Step 1: 读取任务文档

读取 docs/task/ 下最新的 *_任务.md 文件（如有多个先让用户指定），以全流程任务文档为唯一事实来源。

如果文件不存在：

未找到任务文档。
可能的情况：
1. 还没有创建任务 → 使用 /proj-analyze-req 开始新需求
2. 任务文档路径不对 → 请确认 `docs/task/` 路径

Step 2: 分析进度

从任务文档中提取：

当前功能 - 正在开发的功能名称
方案文档 - 关联的方案文档路径
任务统计 - 各状态任务数量
当前任务 - 状态为 [~] 的任务
下一任务 - 第一个 [ ] 的任务
阻塞任务 - 状态为 [!] 的任务
当前阶段 - 流程状态总览中标记为进行中的阶段
下一步指令 - 上下文快照中的下一动作

Step 3: 汇报状态

## 开发进度

**当前功能：** {功能名称}
**方案文档：** {路径}

**进度统计：**
- 已完成：{n} 项
- 进行中：{n} 项
- 待处理：{n} 项

**当前阶段：** {阶段名称}

**任务状态：**
- [x] 已完成任务1
- [x] 已完成任务2
- [~] 当前任务3 ← 进行中
- [ ] 待处理任务4

**上次停在：** {当前任务描述}

**下一步指令：** {下一动作}

是否继续开发？

Step 4: 继续开发

用户确认后：

有进行中任务 [~] - 继续完成该任务
无进行中任务 - 将下一个 [ ] 任务标记为 [~]
所有任务已完成 - 询问是否归档或开始新需求

注意事项

先汇报再动手 - 让用户确认后再继续
检查阻塞 - 有阻塞任务要先处理
保持上下文 - 必要时读取方案文档
及时更新 - 恢复后记得更新任务状态

proj-resume

恢复开发

触发词

执行流程

More from zhangloveyan/backend-skill

proj-analyze-design

proj-review

proj-gen

proj-fix

proj-gen-test

proj-deploy