BDD

把 /dsl-refine 已交付的介面 feature files 與 dsl.md，轉成可執行的 step definitions、測試實作與產品碼變更：

• feature file 與 dsl.md 是本 skill 的上游單一溯源。
• /bdd 只在使用者指定的單一介面 feature file 或其明確區塊內推進工作。
• /bdd 有 red、green、refactor 三個入口；每次只進入其中一個入口。
• 同一次 invocation 可以在指定範疇內 sequentially 推進多個 slices，但同一時刻只處理一個 slice。
• 若 /bdd 是由 /implement 的單一 task 委派，必須服從該 task 的單一 slice、單一 requested step 與當前 scope，不能順手吞掉後續 task。
• 若發現 feature file 或 dsl.md 有高影響缺口，必須停止並回交 /dsl-refine 或使用者指定的上游流程。

SOP

Phase 1 -- 對齊上游交付、測試入口與本輪範疇

1. READ 讀取使用者需求、指定的介面 feature file 或其明確區塊、同模組 dsl.md、該 feature 實際使用的介面根共用 dsl.md rows、相關測試程式與產品碼，確認本輪入口是 red、green 或 refactor，以及使用者圈定的範疇；若由 /implement 委派，額外確認當前 task 只授權單一 slice 與單一 requested step。
2. READ 若需要確認模組化 truth 的承接方式或專案既有 symlink 策略，讀取 rules/模組化Truth按需承接與Symlink判準.md。
3. READ 若需要確認本 skill 可承接的上游交付物、何時必須停止，或何種缺口應回交上游，讀取 rules/上游交付承接與回交判準.md。
4. THINK 若本輪範疇、已載入 DSL、介面邊界或上游交付物仍有高影響缺口，先收斂最小必要澄清點。
5. DELEGATE 若仍有會改變 slice 邊界、驗收結果或 DSL 承接方式的高影響缺口，呼叫 /clarify 並停止受影響範圍；若缺口來自 feature file 或任一層 DSL 本身，改為回交 /dsl-refine 或使用者指定的上游流程，不自行補寫規格。
6. READ 若需要確認 focused rerun、Given 建態入口、既有 helper / fixture / abstraction 是否可沿用，讀取 rules/專案測試入口與既有抽象盤點判準.md。
7. THINK 依本次已載入資訊與規則，收斂本輪可推進的範疇、最窄測試入口與候選 slices。

Phase 2 -- 啟動指定入口與選定推進順序

1. THINK 若需要判斷指定範疇內應先推進哪個 slice、何時可繼續下一個 slice、Scenario Outline 應如何維持可驗證粒度，或何時算完成當前 slice，先讀取 rules/範疇內slice選取與推進順序判準.md，再依使用者指定入口與本輪範疇選出下一個可推進的 slice。
2. READ 若本輪入口是 red，讀取 rules/red-失敗訊號建立判準.md。
3. READ 若本輪入口是 green，讀取 rules/green-最小補碼轉綠判準.md。
4. READ 若本輪入口是 refactor，讀取 rules/refactor-綠燈保護重構判準.md。
5. THINK 依已載入規則，收斂本輪在該入口下要逐一推進的 slice 順序、停止條件與預計觸及的測試或實作落點。

Phase 3 -- 在指定範疇內推進 slices

1. WRITE 依指定入口先處理當前 slice：red 先建立有效失敗訊號，green 只補目前 failure 所需的最小程式，refactor 只在綠燈保護下整理既有結構。
2. DELEGATE 執行對應的 focused tests 或最小代表性測試集合，觀察失敗或通過訊號並持續修正當前 slice，直到達成該入口的完成條件。
3. THINK 若當前 slice 完成後，本輪範疇內仍有下一個可在相同入口繼續推進的 slice，且未觸發 stop 條件，回到本 phase 的 step 1；若需要改動上游規格、跨出指定範疇或失去 focused 回饋，停止本 phase 並整理阻塞原因。

Phase 4 -- 回報結果與下一步

1. WRITE 向使用者回報本輪已完成或阻塞的 slices、觸及的測試或產品碼落點、測試結果、任何需要回交上游的缺口，以及建議下一次應從 red、green 或 refactor 哪個入口繼續。