不当诉诸权威
解释专家意见何时是合理证据、何时会变成不当诉诸权威:关键取决于专业相关性、共识、利益冲突与独立证据。
[!info] related notes
- 所属 MOC: logical-fallacies-moc
- 前置概念: argument-premise-and-conclusion
- 并列概念:
- 易混淆概念:
- 关系笔记:
不当诉诸权威
一句话定义
诉诸权威并不天然是谬误;真正的问题是把某人的地位、名气或专家身份当作结论必真的充分保证,而忽略专业领域是否相关、专家之间是否有共识以及独立证据是什么。
先纠正一个常见误解
现实世界不可能每件事都从零亲自验证。
我们合理地依赖:
- 医学专家;
- 工程标准;
- 学术共同体;
- 专业机构;
- 有专门知识的人。
所以:
“因为专家这么说,所以我提高对这个结论的可信度”
可以完全合理。
谬误通常是:
“某个权威这么说,所以结论一定是真的,讨论结束。”
典型问题
权威不属于相关领域
著名物理学家认为某种饮食法最好,所以它一定是最健康的饮食法。
“著名科学家”不是跨所有领域的万能专家。
只有单个专家,忽略领域共识
某一位专家可能持少数观点。引用他可以作为信息,但不能假装他的个人意见代表整个领域。
以名气替代专业性
演员、企业家、网红的影响力不会自动转化成医学、历史或工程证据。
忽略利益冲突
利益冲突并不自动证明专家说错,但可能降低我们对其独立性的信心,需要更多外部证据。
一个合理的专家证言框架
专家意见越满足下面条件,作为证据越合理:
- 专业领域与问题直接相关;
- 专家确实具有相应知识与经验;
- 观点与该领域可靠证据或主流共识相符,或明确说明自己是少数意见;
- 利益冲突得到披露;
- 结论最好能追溯到数据、方法、文献或可复核依据。
所以真正应该问的不是:
“你是不是引用了专家?”
而是:
“为什么这个专家在这个问题上的意见值得多少权重?”
技术场景
“某个大厂这样设计,所以我们也必须这样设计。”
这很容易成为工程里的权威诉诸。
大厂架构可以提供经验,但还必须问:
- 它解决的规模问题和我们一样吗?
- 团队人数一样吗?
- 可靠性要求一样吗?
- 成本约束一样吗?
否则“Google/Netflix/Meta 这么做”不能直接推出“我们也应该这么做”。
什么情况不是谬误
“RFC 对这个协议字段做了这样的规范,因此我们实现互操作时应该遵循这个要求。”
如果 RFC 正是相关规范来源,那么引用它不是偷懒,而是使用规范性证据。
同样,遇到高专业门槛问题时,可靠专家共识往往比非专家个人直觉更值得信赖。
如何回应
不推荐:
“诉诸权威,谬误!”
更好的分析:
“他的专业是否直接覆盖这个问题?这个观点是个人意见还是领域共识?有没有可以独立检查的数据或文献?”
这样才能判断证据权重。
使用场景
- 健康信息;
- 科学传播;
- 技术选型;
- 投资和经济评论;
- 名人代言广告;
- AI 回答中的“某专家认为”式引用。
一句记忆
专家身份可以增加证言的权重,但不能把证言变成不可质疑的真理。
来源
- HKU Critical Thinking Web, Fallacies and biases: https://philosophy.hku.hk/think/