用途：当需要在一组系统架构或技术栈之间做选择、对设计进行结构化评审、在未记录权衡前就准备确定数据库/消息模式/部署模型，或需要产出 ADR（架构决策记录）时使用。核心原则是每个架构决策都在质量属性之间取舍，应把权衡显式化、记录在 ADR 中并评估可逆性。
主要能力与流程：
- 确立决策背景：明确具体选项、驱动原因、硬性约束（预算、团队规模与技能、合规、需保留的既有基础设施、时间线）及相关干系方。
- 评估质量属性：按可扩展性、可靠性、性能、安全、可维护性、可运维性、成本等逐项评估各选项，以 强/够用/弱 加一句话理由打分。
- 映射权衡：识别如一致性对可用性、简单对灵活、性能对可维护性、开发速度对运维复杂度、成本对可靠性等张力，说明各选项偏向哪一侧。
- 评估架构选项：检查是否满足全部硬性约束、质量属性画像、采用前提（如微服务需要 CI/CD 成熟度、可观测性、团队自治）、迁移路径（增量或一次性切换），淘汰违反约束者并比较剩余项。
- 评估演进特性：可逆性、锁定来源（供应商、数据模型、API 契约、团队知识）、出错后的迁移成本、可选性。
- 撰写 ADR：包含标题、状态、背景、决策、后果（正面/负面/运维/团队/已知风险）、被拒替代方案。
输出结构通常包括决策背景、质量属性评估表、权衡映射、ADR、演进评估，以及执行规划交接。
使用限制：技能资料未提供具体平台、价格或安装方式；实际使用需结合团队、预算与时间线等真实约束，避免为技术而选型、忽视采用前提、优化错误属性或忽视不可逆性。