從 BU 需求到 Prod 的八階段,每階段 AI 生成、人工把關。核心:SA 規格一推送,Dynamic Workflow(spec-implement.js)自動實作並開 PR;退件走 pr-iteration 迴圈,不重跑全程。
879eb9c 從 Agent Teams pivot 成 dynamic workflow(spec-implement.js),但圖還停在 v16 的 Team Lead + Teammate mesh。本次把圖改成實際在跑的樣子:
Team Lead 編排(P5)+ Agent Team 協作(P6)兩個 band 其實是同一支 JS 的同一條控制流。合併後內部畫成 phase 軌道:Setup → Classify ◇ → Plan(be∥fe)⇄ Audit ◇ → Implement(be∥fe)→ QA ◇ ⇄ fix → Finalize,逐字對齊 spec-implement.js 的 phase() 呼叫順序。後面 phase 全部 -1(原 P7→PH06 / P8→PH07 / P9→PH08)。Team Lead hex、Shared Task List、BE/FE/QA Teammate 三 hex、teammate 間的 API Q&A / spec clarify mesh 線、challenge 共識 / 仲裁辯論 線。沒有 live lead、沒有訊息通道——agent return text 即結果,gate 是 JS 的 Audit / QA phase。code-bug label 觸發 pr-iteration.js(Context→Fix→QA→Push 回同一 PR),不重跑 spec-implement。REVIEW ✗「程式碼問題」與 QA Review ✗ 的 Runner 回流線都改指 pr-iteration。challenge 共識 / 仲裁辯論 改從 Team Lead 底部 90° 向下匯入 QA Teammate 頂端,不再與 QA fail lane 平行交錯;④ 開 Bug Task/Runner 維持右欄等間距對齊(Bug Task 與 QA gate 同列)。Claude Code 修復 節點。迴圈簡化為 開 Bug Task(P8)→ Runner 啟動(P8)→ 右側 lane 回 P5 Team Lead 重新派工,重跑 P5→P6→P7 完整迭代後再佈 UAT。與 v12「BU UAT fail → 回 Team Lead(修 code 也是 AI 來修)」原則一致——兩條 fail 路徑(QA fail 走右 lane、BU 驗收 fail 走左 lane)現在收斂到同一個 Team Lead 入口。開 Bug Task / Runner 物理上移入 PH08 band(與 QA gate 同列),band 計算不再需要排除特例。