核心用法
Decision Frameworks 是一套系统化的工程决策方法论，帮助技术团队在面临复杂选择时建立理性、可追踪的决策流程。核心用法包括：
1. 加权评分矩阵 — 对3个以上选项按多维度打分加权，消除主观偏好
2. Build vs Buy 决策树 — 通过核心差异化、成熟度、集成成本三层判断自研或采购
3. 库/框架评估清单 — 9项硬性指标（维护活跃度、社区规模、Bundle体积、TS支持、破坏性变更历史、许可证、安全审计、文档质量）快速筛选依赖
4. 架构对比表 — 覆盖单体vs微服务、SQL vs NoSQL、REST vs GraphQL、SSR/CSR/SSG、Monorepo vs Polyrepo等经典场景的权衡维度
5. RICE优先级评分 — (Reach × Impact × Confidence) / Effort 量化排序需求
6. 可逆性检查（Two-Way Door） — 识别单向门（高成本回退）与双向门（低成本试错）决策，差异化投入分析精力
7. ADR轻量模板 — 标准化记录重大技术决策，支持状态流转与版本追溯
显著优点
- 对抗认知偏误：显式化权重与评分机制，有效抑制HiPPO（最高薪者意见）、从众效应、沉没成本谬误
- 加速决策节奏：双向门决策可"快速决策-发布-度量-迭代"，避免分析瘫痪
- 降低长期维护成本：库选型前的9项检查大幅减少技术债务引入
- 团队对齐工具：结构化输出便于跨角色沟通，减少决策反复讨论
- 知识资产沉淀：ADR形成可审计的决策历史，支撑新人 onboarding 与季度复盘
潜在局限
- 量化幻觉风险：权重与评分仍含主观判断，过度信任数字可能忽视质性因素
- 上下文依赖：部分框架（如微服务适用条件）需结合团队规模、域名成熟度调整
- 轻量级场景过重：简单决策使用完整流程反而降低效率，需灵活裁剪
- 工具链依赖：ADR需配套版本控制与检索机制，否则易成文档垃圾
适合人群
- 技术负责人/架构师：面临技术栈选型、架构演进决策
- 工程经理：需要团队对齐框架、优先级排序方法
- 全栈/前端工程师：评估UI框架、构建工具、部署方案
- 开源维护者/平台团队：制定内部工具采纳标准
常规风险
- 决策僵化：过度依赖模板可能抑制创造性方案涌现，需保留"直觉校验"环节
- 指标游戏：为凑高分而操纵权重，违背框架初衷
- ADR腐化：决策后续状态更新不及时，导致文档与实现脱节，反而误导后人