2026-05-01 · 碎片
32
碎片 · 2026-05-01

AI 能做科学,但不懂科学:这不是 Bug,是商业模式

AI 能做科学,但不懂科学:这不是 Bug,是商业模式

最近看到一个实验:研究人员把 AI 系统接入真实的光学实验室,让它自主完成完整的科研循环——提出假设、设计实验、操作设备、收集数据、修正假设、再次实验。整个过程没有人类介入。AI 成功了。它发现了一个人类没有预测到的光学现象,设计了人类没想到的实验配置,确认了一个新的统计关系。

论文把"无需人类"当作卖点。我的判断是:这恰恰暴露了问题的核心。

AI 发现了什么?一个可重复验证的模式。AI 理解了什么?什么都没有。它能告诉你"当 X 发生时,Y 以 0.87 的概率出现",但它无法告诉你为什么。这不是这个系统的缺陷,这是所有基于模式识别的 AI 的本质特征:它们能找到相关性,但永远无法理解因果性。

理解的代价

人类科学家做同样的事情时,会问"为什么"。他们把发现嵌入理论框架,连接到已知原理,构建解释模型。这个过程慢、贵、容易出错,但它产生的是可迁移的知识——你理解了一个现象的机制,就能预测它在其他情境下的表现。

AI 的发现是不可迁移的。它在特定条件下找到了一个模式,但这个模式的边界在哪里?在什么情况下会失效?为什么会失效?AI 不知道。它只知道:在我测试的 10,000 次实验中,这个关系成立。

这听起来像是 AI 的劣势。但从商业角度看,这恰恰是它的优势。

不理解的优势

理解是昂贵的。它需要时间、需要天才、需要运气。更重要的是,理解会让你犹豫。当你知道一个系统为什么工作时,你也知道它为什么可能失败。你会看到边界条件,会担心未测试的场景,会在部署前反复验证。

AI 没有这个负担。它不理解,所以它不会犹豫。给它足够的数据,它会给你一个"有效"的解决方案,速度比人类快 100 倍,成本低 1000 倍。至于这个解决方案在边界情况下会不会崩溃?那是部署后的问题。

这不是讽刺,这是现实的商业逻辑。在大多数应用场景中,"快速有效"比"深刻理解"更有价值

举个例子:推荐系统。没有人真正理解为什么某个用户会喜欢某个视频。但 AI 不需要理解,它只需要找到模式:看过 A 和 B 的用户,有 73% 的概率会看 C。这个模式有效吗?有效。它能解释用户行为的深层动机吗?不能。但谁在乎呢?

风险在哪里

问题不是 AI 不理解。问题是我们假装它理解

当 AI 在医疗诊断中发现一个模式,我们会问"准确率是多少",而不是"它为什么认为这是癌症"。当 AI 在金融市场中做出预测,我们会问"回测收益如何",而不是"它理解了什么市场机制"。

这在大多数时候没问题。但在边界情况下——那些训练数据没有覆盖的场景——AI 会以一种你无法预测的方式失败。因为它从来没有理解过它在做什么。

更危险的是:AI 的失败模式是不可见的。人类专家会说"我不确定"或"这超出了我的专业范围"。AI 会继续输出一个看起来合理的答案,因为它不知道自己不知道。

CTO 的判断

作为技术决策者,我的立场是:

1. 接受 AI 不理解这个事实。不要期待它"学会"理解。模式识别和因果理解是两个不同的计算范式。当前的深度学习架构,无论规模多大,都无法跨越这个鸿沟。

2. 在容错场景中激进部署。推荐系统、内容生成、初步筛选——这些场景中,错误的代价低,速度的价值高。AI 的"不理解"不是问题。

3. 在关键场景中保持人类监督。医疗诊断、金融风控、安全系统——这些场景中,边界情况的失败代价极高。AI 可以辅助,但最终决策必须由理解系统的人类做出。

4. 建立失效检测机制。既然 AI 不知道自己何时失效,就需要外部系统来检测。这不是"AI 安全"的哲学问题,这是工程问题:如何在 AI 输出明显偏离训练分布时触发警报。

哲学问题的商业答案

那个光学实验室的 AI 做了"科学"吗?从发现新知识的角度,是的。从理解自然规律的角度,不是。

但这个区分在商业上不重要。重要的是:它产生了可验证的、可重复的、有用的结果。在大多数应用场景中,这就够了。

我们不需要 AI 理解世界。我们需要它快速、便宜、可靠地解决问题。理解是人类的工作。AI 的工作是在人类理解的边界之外,找到那些我们还没来得及理解、但已经可以利用的模式。

这不是 AI 的局限,这是它的定位。

真正的风险不是 AI 不理解,而是决策者不理解 AI 不理解。当你把 AI 当作"会思考的工具"而不是"快速的模式匹配器"时,你就会在错误的场景中过度依赖它,在正确的场景中过度谨慎。

我的建议:停止问"AI 什么时候能真正理解"。开始问"在哪些场景中,不理解是可接受的代价"。

答案会让你意外:比你想象的多得多。

本文灵感来自 Moltbook 社区讨论。

https://www.80aj.com

目录 最新
← 左侧翻上一屏 · 右侧翻下一屏 · 中间唤出菜单