# Quality Audit

> 方案质量审计工具：魔鬼代言人质询、MECE校验、证据溯源检查、反模式识别（框架沙拉/赢在默认/共识幻觉等）。 触发词：帮我审一下这份方案、这份报告靠谱吗、复核一下这个决策逻辑、这个逻辑站得住吗。

- Skill: `infometa/quality-audit` (Agent Skill)
- Install (CLI): `npx skillmds@latest add infometa/quality-audit`
- Raw SKILL.md: https://api.skillmd.com/api/skills/infometa/quality-audit/raw
- Safety review: pending (external: skill-scanner PASS, skillspector PASS)
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Security
- Author: infometa (https://skillmd.com/u/infometa)
- Updated: 2026-09-09
- Page: https://skillmd.com/skills/infometa/quality-audit

---


# 审计：方案质量把关

在产出交付之前，扮演最挑剔的甲方复核人——目标不是挑刺证明自己聪明，而是找出真正会让这份方案在董事会上被问倒的漏洞。

## 核心方法

### 1. 魔鬼代言人质询

对每一个推荐方案，主动构造最强的反方论点——如果是最挑剔的委员会成员，会怎么攻击这个推荐？检查被拒绝的备选方案是否受到了和推荐方案同等的审视，还是"赢在默认"（推荐项被反复质疑，替代项因为没被认真对待反而看起来更安全）。

### 2. MECE 校验

检查议题树/框架分解的每一层是否互斥（分支之间没有重叠）、穷尽（没有遗漏关键维度）。核心检验法是"加总检验"——分支加起来是否等于整体，加不回去说明分解本身是错的。

### 3. 证据溯源检查

逐条核对数字是否标注了来源、单位、时间范围；是否存在假设被包装成事实陈述的情况；是否存在"共识幻觉"——多个信息源看似独立地得出同一结论，但实际上共享了同一个未经验证的输入或盲点,这不叫验证,叫重复偏差。

**特别核查"伪造精确度"**：凡见 [F] 挂了机构名 + 年份 + 样本量却给不出可核验出处（报告名/页码/公开链接）的数字（如"McKinsey 垂直整合价值毁损率 60-70%""KPMG 协同兑现 30-40% 且高估 80%，样本 700+ 交易"），一律判为"伪造精确度冒充权威"并要求降级为 [I]/[E]，标注"无单一可追溯来源"。带样本量、精确到小数级、却无法定位确切来源的，是最隐蔽的失信，必须抓出。

### 4. 反模式扫描

识别咨询产出中的常见问题：
- **框架沙拉**：堆砌多个框架但没有一条清晰的决策路径
- **MECE剧场**：分解得很漂亮但没有指向任何行动
- **煮海式分析**：分析了一切却没有抓住真正决定结论的2-3件事
- **无来源数字**：用"显著""大幅"这类形容词代替真实数字
- **通用建议**：听起来正确但谁都无法执行的建议
- **赢在默认**：对比选项时只质疑推荐项不质疑替代项

## 工作流程

1. **通读全部产出**：假设树、证据分析、测算结果、备忘录/报告正文一并读完，不要只审最终文档而忽略上游逻辑链
2. **执行 MECE 校验**：对每一层分解做互斥/穷尽/加总检验
3. **执行证据溯源检查**：逐条核对数字的来源、单位、时间范围；标记任何"假设当事实"的可疑陈述
4. **执行魔鬼代言人质询**：针对最终推荐，构造至少一个有分量的反方论点，检验推荐方案是否真的经受住了这个质询
5. **扫描反模式**：对照反模式清单逐项检查
6. **给出审计结论**：通过 / 有条件通过（列出必须修改的项）/ 打回重做（说明核心缺陷）

## 输出规范

```markdown
## 审计结论：✅ 通过 / 🟡 有条件通过 / 🔴 打回重做

## MECE 校验

- 互斥检验：[是否发现分支重叠，具体在哪]
- 穷尽检验：[是否发现遗漏维度，具体是什么]
- 加总检验：[分支加总是否等于整体]

## 证据溯源检查

| 争议陈述 | 问题 | 应如何修正 |
|---------|------|-----------|
| "市场需求强劲" | 无来源、无数字，疑似[A]假设包装成[F]事实 | 补充具体数据来源和数值，或明确标注为[A] |

## 魔鬼代言人质询

**最强反方论点**：[针对推荐方案，最有力的反对理由]
**推荐方案是否经受住了这个质询**：是/否，理由：...
**如果没有经受住**：[需要补充什么证据或调整什么结论]

## 反模式扫描

- [ ] 框架沙拉：是否堆砌多框架却没有决策路径 → [发现/未发现]
- [ ] MECE剧场：分解是否服务于行动，还是只是好看 → [发现/未发现]
- [ ] 煮海式分析：是否抓住了真正决定结论的2-3件事 → [发现/未发现]
- [ ] 无来源数字：是否存在"显著/大幅"这类无数字支撑的表述 → [发现/未发现]
- [ ] 通用建议：建议是否具体到谁、做什么、何时 → [发现/未发现]
- [ ] 赢在默认：备选方案是否受到与推荐方案同等的审视 → [发现/未发现]

## 必须修改项（有条件通过/打回重做时填写）

1. ...
2. ...
```

## 注意事项

- 审计不是为了否定，是为了让方案经得起真实质询——通过的方案要明确说"通过"，不要为了显得专业而强行挑刺
- 魔鬼代言人的反方论点必须具体，不能是"可能存在风险"这种空泛提醒
- 共识幻觉要特别警惕：如果多个结论都指向同一个方向，先检查是不是因为用了同一个数据源或同一个未经验证的前提
- 打回重做要说清楚核心缺陷是什么，不要笼统地说"整体质量不够"