[!info] related notes

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

移动球门谬误

一句话定义

移动球门（moving the goalposts）是在对方满足了原先约定或隐含的证明标准之后，临时提高、替换或新增要求，让结论永远无法被承认。

它的问题不是“后来发现需要更多证据”本身，而是：标准是否因为现有证据对自己不利，才事后被改动。

典型结构

甲：只要你证明 E1，我就接受 C
乙：提供 E1
甲：E1 还不够，你还必须证明 E2
乙：提供 E2
甲：其实还要 E3……

如果新的要求没有来自事先规则、真正的新信息或合理方法论，而只是为了避免承认结论，球门就在不断后退。

明显例子

甲：

你要是能给我一篇同行评审研究，我就相信这个现象值得认真考虑。

乙找到研究后，甲说：

一篇不算，至少要五篇。

找到五篇后又说：

这五篇也不行，必须每篇样本都超过一万人。

如果这些标准都是证据出现后才临时追加，而之前从未说明，就具有典型移动球门结构。

技术场景：验收标准不断变化

需求最初定义：

P95 < 300 ms
错误率 < 0.1%
测试全部通过

团队完成后，评审者才说：

其实还必须把 P99 降到 200 ms，否则不能算优化成功。

P99 也许确实值得关注，但如果它从未属于本轮验收标准，而且没有新证据证明原标准遗漏了关键风险，那么它不应该被事后用来否认“原目标已经达成”。

正确做法是区分：

原目标是否完成？ —— 按原标准判断
下一轮是否应提高目标？ —— 可以重新讨论

不能把第二个问题偷偷改写成第一个。

面试和绩效中的移动球门

例如：

“做到 A 就可以晋升。”

员工做到 A 后：

“其实还需要 B。”

做到 B 后：

“现在大家都做到 B 了，还得有 C。”

如果标准事前不透明、持续因结果而变化，就不只是管理体验差，也是一种推理与评价结构的问题：任何证据都无法满足一个不断后移的标准。

科学中的“要求更多证据”为什么不一定是移动球门

这是非常重要的边界。

科学研究经常会因为新证据暴露新问题而提高要求。例如：

1. 初步实验支持结果；
2. 后来发现严重混杂因素；
3. 因此要求更严格的对照实验。

这不是移动球门，因为新标准来自新发现的方法学问题。

合理标准更新通常满足：

• 能明确指出为什么旧标准不足；
• 新要求对所有同类主张一致适用；
• 不是只在自己不喜欢的结果出现后才使用；
• 承认“按旧标准，旧问题已经得到回答”，只是提出了新的、更强问题。

软件开发中也允许需求变化

产品需求发生变化并不天然是谬误。

例如上线前出现新的合规要求，必须新增审计日志。这里现实约束真的发生了变化。

问题在于不要把：

“需求后来变化了”

包装成：

“你从一开始就没有完成原需求。”

逻辑上应该保留版本：

Acceptance Criteria v1
→ 已满足

新约束出现
↓
Acceptance Criteria v2
→ 新工作

这其实和良好的软件工程需求管理完全一致。

与特殊辩护的区别

特殊辩护谬误是：

通用规则 R
↓
对我的案例不利
↓
我的案例例外

移动球门是：

标准 R
↓
你已经满足
↓
我把标准改成 R'

可以简单记成：

特殊辩护是在规则旁边开后门；移动球门是把终点线往后搬。

和正常“逐步提高要求”的区别

训练、学习、软件迭代本来就会不断提高标准：

初级目标 → 完成
中级目标 → 新阶段
高级目标 → 新阶段

这不是移动球门，因为每一阶段都承认上一阶段已经完成。

真正有问题的是：

完成初级目标
↓
因为你完成了，所以我现在宣布它从来不算完成

AI 对话中的移动球门

用户或 AI 都可能无意间产生这种结构。

例如要求 AI：

“给出三个独立来源支持这个判断。”

AI给出后，又说：

“其实除非有官方来源，否则完全不算。”

如果官方来源是必要标准，最好一开始就明确。

反过来，AI 做评审时也可能不停发明新要求，使任务永远不能完成。因此工程化评审最好使用事先固定的 rubric / acceptance criteria。

如何识别

问：

1. 原来的标准是什么？
2. 它是否已经被满足？
3. 新标准什么时候出现的？
4. 是因为新事实暴露旧标准不足，还是因为原结论即将成立？
5. 新标准是否对所有同类案例一致适用？

最好把标准显式写下来，而不是依赖记忆。

如何回应

“我们先按之前约定的标准判断原问题：E1 已经满足，因此按原标准 C 应该被接受。你现在提出 E2 可以作为新的、更严格问题，但需要说明为什么要更新标准。”

技术场景可以说：

“P95 和错误率已经达到本轮 acceptance criteria。P99 可以进入下一轮优化目标，但不能反过来把已完成的本轮定义成失败。”

使用场景

• 科学与证据争论；
• 技术验收；
• 产品需求；
• 面试与绩效；
• 网络争论；
• AI Agent 的 review / repair loop；
• 项目完成条件设计。

一句记忆

如果每次你走到终点，终点就再往后退，那问题可能已经不是证据，而是规则不允许你赢。

快速自测

“只要单测全过我就同意合并。” 单测全过后：“不行，你还得把没有要求过的 Benchmark 提升 50% 才能合并。”

如果没有新风险或新需求解释这个变化，就是典型移动球门。

来源

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