design

接收功能需求，自動盤點可用的 ECC 資源（agents/skills/commands），建立完整實作計畫並輸出 plan.md。不會自動執行實作，必須等使用者確認。

| 低 | 單一檔案、不涉及架構變更（例：更新 README、加 badge、改設定） | 跳過 Step 4（architect），直接 Step 3 → Step 5 | | 中等以上 | 跨檔案或有架構影響 | 完整流程 Step 3 → Step 4 → Step 5 |

| 完整性 | 每個需求都有對應的實作步驟 | | 可執行性 | 每個步驟有明確的檔案路徑和具體動作 | | 依賴正確性 | 步驟間依賴無環且順序合理 | | 粒度適當 | 每個步驟 1-3 個具體動作 | | ECC 資源合理 | 每個 agent/skill 在其設計用途內使用 | | 驗收可測 | 每個驗收標準都可客觀驗證 | | 業界/學術支撐 | 每個技術方案都有明確的業界標準、學術研究或標準化方案參照 | | 實作後工具 | plan.md 的步驟中包含實作後的品質保障（code-reviewer、/update、/verify 等） | | Eval 基線 | 若涉及行為變更，計畫中包含 eval 基線建立與回歸驗證步驟（參考 /quality-gate） |

開發設計 — 自動盤點 ECC 資源，透過 planner + architect 建立完整實作計畫，輸出 plan.md 供使用者確認後才進入實作。 Source: ashe-li/agent-skills.