Frontend SDD Operational Readiness（方法落地缺口評估）
結論摘要
目前方法已具備 治理、流程、技能、文件模板 四大基礎；若要「正確且高效率」運行，還需補上：
- HTML 參考範本矩陣（單檔/多檔/設定/批次/Modal）。
- 模板選型規則（什麼情境選哪個 UI 骨架）。
- 批次產出一致性規範（命名、狀態、資料來源標記）。
- 交付前量化檢查（完成率、pending 比率、阻塞時程）。
1. 目前已完成能力
- 命名治理與中文啟動策略。
- AI 協作流程（Intake → SDD Handoff → Readiness）。
- 前端 SDD 文件模板（screen/fields/actions/api-map/acceptance/handoff）。
frontend-sdd-coach技能與模板索引。
2. 主要缺口與風險
Gap A：UI 範型參考不足
- 風險：不同人對同一類畫面結構理解不一致。
- 建議：維護
templates/frontend-sdd/html/參考骨架。
Gap B：模板選型規則未顯式化
- 風險：同一需求有人用單頁，有人拆多頁，導致 handoff 歧義。
- 建議：定義「畫面複雜度 → 模板」對照表。
Gap C：批次與設定頁規格常漏
- 風險：批次操作的錯誤提示、回滾策略、權限控管容易遺漏。
- 建議：專用模板 + 驗收場景（部分成功/全失敗/重試）。
Gap D：Readiness 缺少數值判斷
- 風險：是否可開工依賴主觀判斷。
- 建議：加入 KPI（例如 pending < 10%、高風險阻塞=0）。
3. 建議優先順序（兩週內）
- 建立 HTML 範本矩陣（P0）。
- 補模板選型規則與示例（P0）。
- 將批次/設定頁驗收案例納入 acceptance template（P1）。
- 將 readiness 指標加進 handoff 最終檢核（P1）。
4. 回答你的問題
Q1. 這套方法還缺什麼？
缺「UI 參考骨架 + 選型規則 + 量化 readiness」。
Q2. 是否要補單檔、多檔、設定、批次、各種 UI HTML 範本？
建議要補，而且是高優先。因為這會直接降低討論成本與返工率，並提升 AI 生成一致性。