delivery-planlisted

# 交付链路规划器 ## 工作模式 | 模式 | 触发场景 | 入口 | |------|---------|------| | **生成模式** | 首次为项目生成交付计划 | → Step A | | **查看模式** | 查看当前进度和推荐 | → Step B | | **更新模式** | 标记功能完成，更新计划 | → Step C | | **自动执行模式** | 按计划连续实现所有功能，不停止不询问 | → Step D | --- ## Step A: 生成模式 ### A1: 扫描项目上下文 Read `../common/prd-to-srs-gate.md` §1，检测 SRS / PRD： ```bash # 查找 SRS（交付计划唯一真源） find docs/SRS/ -name "*.md" 2>/dev/null find docs/01-需求与规划/ -name "*SRS*.md" -o -name "*需求*说明书*.md" 2>/dev/null # 兼容旧路径 # 查找 PRD（须先转写，不可用于本技能） find docs/PRD/ -name "*.md" 2>/dev/null find docs/ -name "*-PRD.md" 2>/dev/null # 兼容旧路径 # 查找已有交付计划 ls docs/delivery-plan-*.md 2>/dev/null ls docs/delivery-plan.md 2>/dev/null # 兼容旧命名（无项目名） ``` - 若已有 `docs/delivery-plan-{项目名称}.md`（或旧命名 `docs/delivery-plan-{项目名称}.md`），询问用户是否覆盖重新生成； 命中旧命名时**顺手 `mv` 成带项目名的新名**再更新，别在旧名上继续追加 - **仅有 PRD、无合格 SRS** → 输出门禁 §3 话术，**中止**，路由 **`req-doc` Step F** - 若无 SRS 也无 PRD → 提示用户先用 `/req-doc` 或 `/prd-writer` + Step F ### A2: 调用 delivery-analyzer ``` subagent_type: "delivery-analyzer" 传入： PROJECT_PATH: {项目根目录绝对路径} SRS_PATH: {需求说明书文件路径} PROJECT_NAME: {从需求说明书封面提取的项目名称} ``` ### A3: 写入计划文件 将 delivery-analyzer 的输出写入 `docs/delivery-plan-{项目名称}.md`。 写入后输出： ``` [完成] 交付计划已生成 文件：docs/delivery-plan-{项目名称}.md Phase 1 共 N 个功能模块，分 4 层实现 第1层（N个）：系统基础，无依赖，可立即开始 第2层（N个）：核心业务，依赖第1层 第3层（N个）：衍生功能，依赖第2层 第4层（N个）：移动端，依赖PC端完成 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 推荐第一步：{第1层第一个功能} 执行：/page-generator 实现{功能名} ``` --- ## Step B: 查看模式 读取 `docs/delivery-plan-{项目名称}.md`，