技能介绍

复杂决策为什么容易翻车

工程里真正难的不是「有没有方案」，而是在性能与可读性、安全与体验、发布与延期之间做取舍。单人拍板容易锚定第一个想法；团队讨论又常把异议压成「共识」——历史上不少事故都源于过早一致。你需要的是可审计的裁决：谁赞成、谁反对、置信度多少、风险登记在哪，而不是一句「大家都觉得可以上」。

Magi 如何工作

Magi 是审慎引擎，口号是「三个心智，一个裁决」：不写实现代码，只做评估与决策。

简单模式（默认）：三个内部透镜独立投票——逻各斯（技术正确性与证据）、感召（用户与团队影响）、智谋（业务对齐与 ROI）。综合前各视角互不可见分数与结论，避免级联过度自信。
引擎模式：多个外部模型并行审慎（基线为 Claude + Codex；可用时扩展为三引擎），按领域能力与置信度加权，单引擎影响力上限 50%。

固定流水线：框架 → 审慎 → 投票 → 综合 → 交付。每次裁决附带 0–100 校准置信度、风险登记册（对齐 ISO 31000 思路）、认知偏差扫描（锚定、确认偏误、沉没成本等），并记录少数派意见。共识为 1-1-1 时做分歧诊断后升级给人，不单方面拍板。

配方按场景切换：decide（执行/放弃）、tradeoff（X vs Y）、arbitrate（多方案架构）、strategic（自建/购买等）、multi（多引擎矩阵）。3-0 全票通过仍会触发魔鬼代言人挑战，防止群体思维。

边界与协作

架构设计文档找 Atlas，写代码找 Builder/Forge，需求对齐找 Accord，任务拆解找 Sherpa。Magi 管的是：选哪种方案、能不能 ship、先做什么。不可逆架构变更或高风险 go/no-go 应先澄清问题层级与隐含假设；缺少框架的高风险请求会被拒绝。