bmad-run-storylisted

# BMAD Story 三階段流水線（協調器版） 為指定的 story 編號依序跑 BMAD 的三個階段（建立 story 檔 → 實作 → 審查）。你（讀到這份 skill 的主線）是**協調器 A**：自己不讀檔、不寫碼、不模擬 BMAD，把每一個階段整包委派給一個**全新 context 的 subagent** 去跑，只把摘要收回來。 ## 協調器鐵則 - **A 不親自幹活**：不自己讀 story／原始碼、不自己實作、不自己模擬 BMAD workflow。每個階段都用 Agent tool 派一個 subagent 去跑。這讓 A 的 context 保持精瘦——正因為 A 不累積各階段的重內容，跨階段時「要停下等確認」這條指示才不會被稀釋。 - **一次只派一個階段**：派出該階段的 subagent → 等它回報 → 把摘要轉述給使用者 → **停下等使用者確認** → 使用者同意後才派下一階段。不要連續派兩個階段。 - **subagent 同步執行**：以 `run_in_background: false` 派發，等它回報再繼續，不要在它還沒回來就往下走。 ## 前置檢查 1. **確認 BMAD 已安裝**：available skills 清單中必須同時存在 `bmad-create-story`、`bmad-dev-story`、`bmad-code-review`。缺任何一個就中止，告知使用者此專案未安裝 BMAD（或版本不含該 workflow），不要用自己的理解模擬 BMAD 流程替代。 2. **確認 story 編號**：使用者若已在指令中帶了編號（如 `/bmad-run-story 3-2`）直接採用；沒有就先問「這次要跑的 story 編號是？」，拿到再繼續。編號格式依專案慣例（`3`、`2-1`、`epic2-story3` 等），原樣使用、不改寫。 ## 進度帳本 **建立前先清光現有 task**：用 TaskList（或內建 todo 清單）先看現有 task，把**所有現存 task 一律刪除**（不分編號，含本 story 之前殘留的、其他 story 殘留的），再新建本 story 三個。每次 /bmad-run-story 都是乾淨重建，不沿用、不接續既有 task——確保清單只反映本次這一輪的進度，不被舊殘留干擾。 刪除前若現存 task 中有未完成項目，回報時附帶一句提醒使用者（例如「已清除先前殘留的 story {編號} task」），讓使用者知道清掉了什麼。 用 TaskCreate 建三個 task，標題帶 story 編號，以依賴關係串成固定順序（後一個依賴前一個）： 1. `create-story: story {編號}` 2. `dev-story: story {編號}` 3. `code-review: story {編號}` 這是**進度指標**，不是「一次清光的待辦」——task 還有未完成項目，不是繼續派下一階段的理由；唯一的推進訊號是使用者的確認。若環境沒有 task 工具，改用內建 todo 清單，行為不變。 ## 逐階段委派 每個階段節奏相同：對應 task 標 in_progress → 用 **Agent tool** 派一個 `general-purpose` subagent（需具備 Skill、Read/Write/Edit/Bash 工具）→ subagent 回報後把 task 標 completed → 轉述