design-decision-framework

多方案評估決策框架. Use for: (1) 面臨 3+ 技術方案時的結構化評估, (2) 架構決策時的系統化分析, (3) 防止衝動決策和技術債務累積

SKILL.md

GitHub

多方案評估決策框架 (Design Decision Framework) SKILL

版本: v1.2 建立日期: 2026-01-23 狀態: 穩定

概述

多方案評估決策框架是一套結構化的技術決策工具,用於在面臨多個技術方案時進行系統化評估和選擇。避免衝動決策,確保決策品質。

框架依賴:五階段評估流程(方案收集、評估維度、評分、風險分析、決策)可以單獨使用。〈與其他 Skill 的關係〉裡的 /ticket create、/5w1h-decision、/pre-fix-eval 屬於另一套工作流框架;沒有安裝該框架的專案沒有這些 skill,決策完成後改用專案自己的方式記錄與建立後續工作。

觸發條件

以下情況應使用此 Skill:

情境 識別特徵 強制性
多技術方案 面臨 3 個以上可行的技術方案 強制
架構決策 需要選擇設計模式或架構方案 建議
重大變更 變更可能影響多個模組 建議
不確定性高 團隊對方案沒有共識 建議

評估流程

此 Skill 採用五階段結構化評估流程:

階段 目標
Stage 1 方案收集 - 確保所有可行方案都被考慮
Stage 2 評估維度定義 - 確定評估的關鍵維度
Stage 3 方案評分 - 對每個方案進行客觀評分
Stage 4 風險分析 - 識別每個方案的主要風險
Stage 5 決策和建議 - 根據評估結果做出決策

詳細流程和輸出格式

各階段的詳細執行步驟、評分標準、輸出格式模板請參考:

  • Stage 1-5 詳細模板: references/stage-templates.md
  • Stage 1 對稱性偏誤檢查(雙向操作題目強制讀): references/symmetry-bias-check.md
  • 完整評估報告模板: references/full-report-template.md
  • 常見問題: references/faq.md

使用指南

快速開始

  1. 執行 /design-decision-framework
  2. 按照五個階段逐步填寫
  3. 產出完整的評估報告
  4. 根據建議執行決策

何時使用

  • 面臨 3+ 技術方案選擇
  • 重大架構決策
  • 團隊意見分歧
  • 高風險技術選型

何時不使用

  • 簡單的技術選擇(少於 3 個方案)
  • 明顯的最佳選項
  • 緊急修復(使用 /pre-fix-eval 代替)

與其他 Skill 的關係

Skill 關係
/5w1h-decision 本 Skill 產出的決策應符合 5W1H 格式
/pre-fix-eval 錯誤修復評估使用 pre-fix-eval,不是本 Skill
/ticket create 決策完成後使用 ticket-create 建立執行 Ticket
/wrap-decision 認知偏誤防護與資料充足度閘門,見下方「與 wrap-decision 的分工與路由」
/system-design 上游:system-design 依改動成本決定這一版要做哪些決定(定案、先做、延後);清單上需要從多個方案中挑一個的決定,交給本 Skill 評估

與 wrap-decision 的分工與路由

DDF 負責結構化多方案評估(方案收集 → 評估維度 → 評分 → 風險分析 → 決策),前提是候選方案本身已明確且未受偏誤污染;wrap-decision 負責認知偏誤防護與資料充足度閘門(防止假選項、自動駕駛、證據不足下倉促決策),不做結構化評分。

wrap-decision 已在 references/project-integration/simplified-three-questions.md(約 L231)設有「答題發現需多方評估 → 升級至 DDF」的路由,但 DDF 端過去未回指,使用者從 DDF 進入時不知道 wrap-decision 存在,也無從判斷候選方案本身是否已受偏誤污染。若跳過偏誤檢查直接進入 DDF 五階段評分,得到的是建立在假選項或資料不足之上、看似客觀實則失真的評估結果。

情境 建議路徑
候選方案已明確,只需系統化評分與風險分析 直接用 DDF 五階段流程
懷疑候選方案有偏誤(假選項 / 自動駕駛 / 資料不足) 先用 /wrap-decision(Step 0 資料充足度閘門 + W 階段)排除偏誤,再回 DDF 評分

版本紀錄在同目錄的 CHANGELOG.md。