功能開發
依據標準規劃 → 依據標準建置 → 依據標準驗證。
此技能僅負責協調。每個階段會委派給子技能。請勿在此重述子技能的工作流程。
| 階段 | 技能 | 路徑 | 模式 (子技能) |
|---|---|---|---|
| 1 | 精煉 | refine/SKILL.md | — |
| 2 | 設計系統 | design-system/SKILL.md | PLAN |
| 3 | 架構 | architecture/SKILL.md | PLAN |
| 4 | 建置 | build/SKILL.md | BUILD |
| 5 | 驗證 | verify/SKILL.md | 生產關卡 |
當團隊需要一個「準備好 / 未準備好」的決定來判斷是否要開始時，請在階段 1 之前使用 feasibility。
工作流程
規劃進度：
- [ ] 1. 精煉
- [ ] 決策已解決 (若有)
- [ ] 2. 設計系統 (PLAN)
- [ ] 3. 架構 (PLAN)
- [ ] 功能開發計畫已產出
- [ ] 4. 建置
- [ ] 5. 驗證生產就緒
- [ ] 準備好發送 PR
1. 精煉
調用： refine/SKILL.md
傳入： 票務金鑰或貼上內容、Figma/設計連結、父級史詩、對話上下文。
退出條件： 什麼/如何做的內容足夠清晰以進行估算；已命名或已解決的開放決策；在決策確定後，產生一份完整的精煉摘要。
關卡： 在階段 2 之前，暫停以處理需要決策的問題。
2. 設計系統
調用： design-system/SKILL.md 並設定為 PLAN 模式。
傳入： 精煉摘要、Figma/截圖、範圍內的路由/頁面。
退出條件： 重用建議、潛在的 PL 變更、順序安排 (若有 PL PR)。或者一行「不適用 (無 UI)」。
3. 架構
調用： architecture/SKILL.md 並設定為 PLAN 模式。
傳入： 精煉摘要、設計系統計畫 (若有)、範圍內的路由/API/會話欄位。
退出條件： 適用的主題檢查清單，並附上程式庫中的先例。
在階段 1–3 之後： 產生一次合併計畫。
4. 建置
調用： build/SKILL.md
傳入： 精煉摘要、設計系統 PLAN 輸出、架構 PLAN 檢查清單。
退出條件： 在分支上遵循那些標準的實作。
5. 驗證生產就緒
調用： verify/SKILL.md — 單一的 PR 前關卡。請勿分別執行設計系統或架構的 REVIEW；驗證技能會負責統整。
傳入： 精煉摘要 / 驗收條件、設計系統 PLAN 輸出、架構 PLAN 檢查清單、分支差異。
退出條件： 通過 (PASS) | 部分通過 (PARTIAL) | 失敗 (FAIL)、PR 就緒狀態、以及已檢查/修正的項目。
協調規則
- 子技能擁有自己的行為。 閱讀並遵循每個階段的連結技能。
- 向前傳遞上下文 — 每個階段都會使用前一個階段的產出。
- 僅產生一份規劃產出 — 在階段 1–3 之後；請勿傾印三份完整的報告。
- 驗證需要程式碼 — 在僅規劃的調用中跳過階段 4–5，除非實作已存在。
- PR 前是階段 5 專屬 — 沒有單獨的「在 PR 前重新執行架構」。
調用時機
| 意圖 | 執行 |
|---|---|
| 規劃一個新故事 | 階段 1–3 → 合併計畫 |
| 實作功能 | 階段 4 (在階段 1–3 之後，或搭配現有摘要) |
| 收尾 / PR 前 | 階段 5 |
| 完整生命週期 | 1 → 2 → 3 → 計畫 → 4 → 5 |
合併計畫 (階段 1–3 之後)
綜合子技能的輸出。請勿重印完整的子技能報告。
# 功能開發計畫：[票務或標題]
## 摘要
[3–5 句來自精煉的內容 + 阻礙 + 估算就緒狀態]
## 精煉
[差異發現、驗收條件草稿、後續事項 — 來自精煉技能的輸出]
## 設計系統 (PLAN)
[來自設計系統 PLAN 模式 — 或「不適用」]
## 架構 (PLAN)
[來自架構 PLAN 模式的檢查清單]
## 開放決策
[若精煉已完成則為空白]
## 下一步
→ 階段 4 建置，然後階段 5 驗證
驗證之後 (階段 5)
附加或回傳驗證技能的輸出 (參閱 verify/SKILL.md)。
父技能不定義驗證章節 — 子技能擁有報告的內容。
子技能
refine/SKILL.mddesign-system/SKILL.md— PLAN | BUILD | REVIEWarchitecture/SKILL.md— PLAN | BUILD | REVIEWbuild/SKILL.mdverify/SKILL.md