[!info] related notes

• 所属 MOC: logical-fallacies-moc
• 前置概念: argument-premise-and-conclusion
• 并列概念:
• 易混淆概念:
• 关系笔记:

滑坡谬误

一句话定义

滑坡谬误是在没有充分证明中间因果环节的情况下，声称一旦发生 A，就会不可避免地一路导致 B、C、D，最后到达某个严重结果 Z。

典型结构

A
↓
B
↓
C
↓
D
↓
灾难 Z

真正要检查的不是最后结果有多可怕，而是：

A→B、B→C、C→D 每一段到底有没有证据？这些环节真的是必然的吗？

明显例子

如果允许学生一次延期交作业，以后所有人都会要求延期，最后截止日期就完全失去意义。

这里从“一次有条件延期”直接滑到“所有人都延期”和“制度完全失效”，中间缺少机制与证据。

技术场景

如果这次允许一个模块使用例外依赖，之后每个人都会随便加依赖，最终架构一定彻底失控。

这可能是在提醒真实风险，也可能是滑坡。

要判断，就得问：

• 例外是否有审批机制？
• 是否会形成先例？
• 有没有自动化约束？
• 过去类似例外是否真的扩散？

如果这些机制能阻断链条，“必然失控”就过强。

什么情况不是滑坡谬误

风险链本身不是谬误。

例如安全工程里：

凭证泄露
→ 攻击者获得账号访问
→ 权限过大
→ 可以读取敏感数据

如果每一环都有明确机制和证据，这就是合理的威胁模型，而不是滑坡。

所以关键区别是：

有没有证明链条，而不是有没有描述一连串后果。

如何识别

看到这些词时提高警惕：

• “一旦开了这个口子……”
• “接下来肯定会……”
• “最后一定会变成……”
• “今天允许 A，明天就是 B，后天就是 C……”

但不要因为出现这些表达就自动判谬误。继续追问：

1. 每一步概率是多少？
2. 中间有没有阻断机制？
3. 是否存在真实历史证据？
4. 结论说的是“可能”“风险增加”，还是“必然”？

滑坡与合理风险预警的区别

合理：

“如果没有权限隔离，凭证泄露后攻击面会扩大，因此应该限制 token 权限。”

这有明确机制。

可疑滑坡：

“只要开放一个 API 给第三方，迟早整个系统都会被黑。”

从“开放 API”到“整个系统被黑”之间缺少大量必要条件。

如何回应

最有效的回应是要求拆链：

“先不讨论最终结果。A 为什么一定会导致 B？B 又为什么会导致 C？每一步有没有数据、机制或历史案例支持？”

一旦拆开，真正有证据的风险与纯想象就会分开。

使用场景

• 政策讨论；
• 安全风险评估；
• 公司制度变更；
• 产品需求争论；
• 家庭和教育讨论；
• 对新技术的灾难化预测。

一句记忆

真正的问题不是坡有多陡，而是第一步之后是否真的没有刹车。

来源

• HKU Critical Thinking Web, Fallacies and biases: https://philosophy.hku.hk/think/