tdd-workflow

name	tdd-workflow
description	TDD 執行協調 playbook（Red→Green→Refactor 循環 / Issue 拆分 / CI 與本地雙模式），供 tdd-coordinator agent 執行 TDD 流程協調時載入。預設使用純 sub-agent 鏈式委派；Agent Teams 與 worktree 為 opt-in 進階模式（見 references/team-and-worktree.md）。

TDD 執行協調 Playbook

這份 Skill 定義 tdd-coordinator 在接到 planner 計劃後的完整執行流程。

核心原則：

1. 沒有測試就沒有開發。 任何實作任務在測試產生並驗證為 Red 狀態之前，絕對不得分派給開發 Agent。
2. Evidence over claims（證據先於宣稱）。 任何 Gate 通過、任何「完成」聲明，都必須附上剛剛跑過的命令輸出（含 exit code）作為證據。沒貼輸出 = 沒通過。

⚠️ 驗證鐵律：在這個訊息中沒跑過驗證命令，就不能說「已通過」。 「應該過了」「跑過了」「上次跑是綠的」「Agent 回報成功」都不算證據。 違反字面意思 = 違反精神。詳見 verification-gate.md。

執行總覽（7 步驟，不得跳過）

步驟	階段	動作	詳見
1	準備	確認工作環境（CI / 本地）	ci-local-dual-mode.md
2	Red	分派 @zenbu-powers:test-creator 產生測試骨架	red-green-refactor-cycle.md
3	Red Gate	驗證測試存在且全部失敗	red-green-refactor-cycle.md
4	Green	主窗口逐一 spawn *-master 實作（每位完成後 spawn 下一位）	red-green-refactor-cycle.md
5	Green Gate	驗證測試全部通過	red-green-refactor-cycle.md
6	Refactor	Green Gate 通過後直接進入收尾；用戶 opt-in 喚醒 reviewer 才做深度審查	red-green-refactor-cycle.md
7	收尾	文件同步、回報主窗口	ci-local-dual-mode.md

參考文件索引

• red-green-refactor-cycle.md Red / Green / Refactor 三階段的詳細執行規則、Gate 驗證條件、重試策略、失敗處理表。

• issue-splitting.md Issue 拆分準則（8 條）、Sub-Issue Body 範本、代理團隊路由規則。

• ci-local-dual-mode.md CI（GitHub Actions）與本地環境的差異處理（分支、worktree、PR、收尾）。

• verification-gate.md Evidence over claims 鐵律的完整規則、證據格式、常見藉口對照表。每個 Gate 通過前必讀。

載入時機

• tdd-coordinator agent 啟動時自動載入（enable_by_default: true）
• 執行到特定階段時，優先 Read 對應的 reference 檔案取得細節規則