Skip to content
design-decision-framework logo

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

design-decision-framework

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

SKILL.md

Full skill instructions

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

版本: v1.0 建立日期: 2025-01-23 狀態: 新建

概述

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

觸發條件

以下情況應使用此 Skill:

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

評估流程

Stage 1: 方案收集

目標: 確保所有可行方案都被考慮

執行步驟:

  1. 列出所有已知的技術方案
  2. 搜尋是否有遺漏的替代方案
  3. 確保每個方案都是可行的(有技術能力實現)

輸出格式:

## 方案收集

### 方案 A: [名稱]
- 簡述: [一句話描述]
- 來源: [誰提出/從哪裡發現]

### 方案 B: [名稱]
- 簡述: [一句話描述]
- 來源: [誰提出/從哪裡發現]

### 方案 C: [名稱]
- 簡述: [一句話描述]
- 來源: [誰提出/從哪裡發現]

Stage 2: 評估維度定義

目標: 確定評估的關鍵維度

建議維度:

維度說明權重範例
實作複雜度實作難度和時間20%
可維護性未來維護成本25%
效能執行效能影響15%
相容性與現有系統相容20%
可擴展性未來擴展空間10%
風險技術風險程度10%

輸出格式:

## 評估維度

| 維度 | 權重 | 說明 |
|------|------|------|
| [維度1] | [X]% | [說明] |
| [維度2] | [X]% | [說明] |
| [維度3] | [X]% | [說明] |
| **總計** | **100%** | - |

Stage 3: 方案評分

目標: 對每個方案進行客觀評分

評分標準:

  • 5 分: 優秀,完全滿足需求
  • 4 分: 良好,大部分滿足需求
  • 3 分: 中等,基本滿足需求
  • 2 分: 較差,勉強滿足需求
  • 1 分: 很差,難以滿足需求

輸出格式:

## 方案評分

| 維度 | 權重 | 方案 A | 方案 B | 方案 C |
|------|------|--------|--------|--------|
| [維度1] | [X]% | [分數] | [分數] | [分數] |
| [維度2] | [X]% | [分數] | [分數] | [分數] |
| [維度3] | [X]% | [分數] | [分數] | [分數] |
| **加權總分** | - | **[X.X]** | **[X.X]** | **[X.X]** |

### 評分理由

#### 方案 A
- [維度1]: [分數] - [理由]
- [維度2]: [分數] - [理由]

#### 方案 B
- [維度1]: [分數] - [理由]
- [維度2]: [分數] - [理由]

#### 方案 C
- [維度1]: [分數] - [理由]
- [維度2]: [分數] - [理由]

Stage 4: 風險分析

目標: 識別每個方案的主要風險

輸出格式:

## 風險分析

### 方案 A 風險
| 風險 | 可能性 | 影響 | 緩解策略 |
|------|--------|------|---------|
| [風險1] | 高/中/低 | 高/中/低 | [策略] |
| [風險2] | 高/中/低 | 高/中/低 | [策略] |

### 方案 B 風險
| 風險 | 可能性 | 影響 | 緩解策略 |
|------|--------|------|---------|
| [風險1] | 高/中/低 | 高/中/低 | [策略] |

### 方案 C 風險
| 風險 | 可能性 | 影響 | 緩解策略 |
|------|--------|------|---------|
| [風險1] | 高/中/低 | 高/中/低 | [策略] |

Stage 5: 決策和建議

目標: 根據評估結果做出決策

輸出格式:

## 決策建議

### 推薦方案: [方案名稱]

**推薦理由**:
1. [理由1]
2. [理由2]
3. [理由3]

**執行建議**:
1. [建議1]
2. [建議2]

**預期效益**:
- [效益1]
- [效益2]

**注意事項**:
- [注意1]
- [注意2]

### 決策記錄

**決策者**: [角色/代理人]
**決策日期**: [日期]
**有效期限**: [如適用]
**複審條件**: [什麼情況下需要重新評估]

完整評估報告模板

# 設計決策評估報告

## 決策背景
- **決策主題**: [主題]
- **決策日期**: [日期]
- **觸發原因**: [為什麼需要這個決策]
- **影響範圍**: [影響的模組/功能]

## 方案收集
[Stage 1 輸出]

## 評估維度
[Stage 2 輸出]

## 方案評分
[Stage 3 輸出]

## 風險分析
[Stage 4 輸出]

## 決策建議
[Stage 5 輸出]

## 5W1H 記錄

- **Who**: [決策者] (決策) | [執行者] (實作)
- **What**: [決策內容]
- **When**: [決策時間]
- **Where**: [影響範圍]
- **Why**: [決策理由]
- **How**: [Task Type: Planning] [執行方式]

使用指南

快速開始

  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

常見問題

Q: 方案只有 2 個怎麼辦?

A: 如果只有 2 個方案,可以簡化流程。但建議思考是否還有第三個方案(如「維持現狀」或「延後決策」)。

Q: 評估維度應該有幾個?

A: 建議 4-6 個維度。太少無法全面評估,太多會過於複雜。

Q: 評分主觀怎麼辦?

A: 所有評分都應該附帶理由。理由越具體,評分越客觀。如果可能,使用量化指標支持評分。


Last Updated: 2025-01-23 Version: 1.0.0

More Other skills

Delegate independent tasks to specialized agents working concurrently with isolated context.

295.4K 206.3K
View

Applies Anthropic's official brand colors and typography to any sort of artifact that may benefit from having Anthropic's look-and-feel. Use it when brand colors or style guidelines, visual formatting, or company design standards apply.

179.7K 100.1K
View

Toolkit for styling artifacts with a theme. These artifacts can be slides, docs, reportings, HTML landing pages, etc. There are 10 pre-set themes with colors/fonts that you can apply to any artifact that has been creating, or can generate a new theme on-the-fly.

179.7K 89.5K
View

A set of resources to help me write all kinds of internal communications, using the formats that my company likes to use. Claude should use this skill whenever asked to write some sort of internal communications (status reports, leadership updates, 3P updates, company newsletters, FAQs, incident reports, project updates, etc.).

179.7K 76.1K
View

Fundamental design principles for writing maintainable, testable Python code.

40.2K 21.9K
View

Modern responsive layouts using container queries, fluid typography, CSS Grid, and mobile-first strategies.

40.2K 20K
View

Generate Playwright tests from scenarios using interactive browser exploration and validation.

39.7K 18.2K
View

Modern React state management with Redux Toolkit, Zustand, Jotai, and React Query for every state category.

40.2K 14.7K
View

GDPR-compliant data handling with consent management, data subject rights, and privacy controls.

40.2K 14.3K
View

Python error handling patterns including input validation, exception hierarchies, and partial failure handling. Use when implementing validation logic, designing exception strategies, handling batch processing failures, or building robust APIs.

40.2K 13.5K
View

Detailed multi-file refactor planning with safety checks and rollback guidance.

39.7K 13K
View