Richard Teachout // Teachout.com
← 全部文章

设计被允许说「我不知道」的 AI 系统

Richard Teachout
Richard Teachout Ashley Furniture Industries 首席技术官 —— 高管级技术领导者、创业者、AI 领导者、架构师、问题解决者、前开发者。 March 01, 2026
AI
designing-ai-systems-that-are-allowed-to-say-i-don-t-know

设计被允许说「我不知道」的 AI 系统

大多数 AI 的失败,并不是从错误的答案开始的,而是从那些本就不该给出的答案开始的。

在自动化、优化和扩张的匆忙中,我们造出了非常擅长"去做"、却几乎无法"不去做"的系统。它们在不该行动时行动,在不确定性很高时拍板,并自信满满地越过了人类会停下来提问的那个临界点。

这不是模型的问题,而是设计的失败。

智能不是行动——而是克制

人类智能并不由持续不断的果决来定义,而是由判断力来定义。有经验的操作者会犹豫,专家会停顿,领导者会在信号对不上时提出澄清性的问题。而大多数 AI 系统恰恰相反。

它们被优化成去:

  • 产出结果
  • 把延迟降到最低
  • 避免承认不确定性
  • 让工作流持续推进

换句话说,我们把 AI 训练成了房间里最没经验的那个人——快速、自信,却对自己的局限毫无察觉。

那不是智能,那是惯性。

从失控的自动化到被设计出来的不确定性

在上一篇文章里,我们探讨了那些不知道何时停手的 AI 系统所付出的代价。本文正是对这一问题的架构性纠正。

解决办法不是让更多的人在事后纠错,而是让系统能够识别出自己究竟何时根本不该继续。

这需要一次根本性的转变:

  • 从纠正 → 克制
  • 从优化 → 判断
  • 从"永远在线" → 有条件授权

一个不会说"我不知道"的 AI 系统不是自主的,而是鲁莽的。

"我不知道"是一种能力,而不是一种失败

在大多数组织里,不确定性被当作缺陷对待。

模型被调优去降低歧义,自信受到奖励,犹豫被视为摩擦。

但在真实运营中——尤其是那些安全攸关、受监管或高成本的环境里——不确定性是信号,而不是噪音。

一个能够说出以下这些话的系统:

  • "置信度过低"
  • "上下文不完整"
  • "结果风险超过阈值"
  • "需要升级处理"

……并不是软弱的。

它在运营上是成熟的。

这与人类决策所经历的演变如出一辙:

  • 初级员工负责行动
  • 资深员工负责判断
  • 领导者决定何时先不做出决定

AI 系统也应该沿着同一条曲线走。

为什么大多数 AI 系统会隐藏不确定性

那它们为什么不这么做?因为不确定性会让组织感到不适。

可见的不确定性:

  • 迫使做出权责归属的决定
  • 要求建立升级路径
  • 拖慢自动化进程
  • 暴露出治理中的缺口

让系统先行动、事后再处理后果要容易得多——尤其是当问责被摊薄的时候。

但正是这种便利,让小错误一步步演变成了事故。

把"我不知道"设计进系统

允许 AI 说"我不知道"并不是一项用户体验(UX)功能。[再读一遍——这一点很重要。]

它是一项架构层面的承诺。

它需要:

  • 明确的置信度阈值
  • 清晰界定的决策边界
  • 拥有真正权威的升级路径
  • 把人类安排在不可逆行动之前
  • 组织层面对"接下来由谁决定"达成一致

这直接呼应了本系列前文中的主题:

  • 人在回路必须被设计出来,而不是象征性的
  • AI 风险必须有归属,而不是靠委员会
  • 停止条件必须在自动化开始之前就存在

没有权威的不确定性是噪音,没有不确定性的权威是危险的。

两者你都需要。

那个没人愿意问的高管问题

如今的每一个 AI 系统都在许下一个无声的承诺:

"除非你明确阻止我,否则我就会行动。"

这是个错误的默认值。

更好的承诺是:

"我只会在条件合理时才行动——并且会在条件不合理时告诉你。"

这才是真正的智能在规模化时的样子。

发人深省的收尾之问

如果你的 AI 系统遇到一种它并不完全理解的情况,它是会慢下来——还是会硬闯过去?

因为智能与自动化之间的区别,不在于知道该做什么。

而在于知道何时不该做。

觉得这套论述适合你的活动吗?跟我说说那个场合—— 日程是有选择的.

开始对话
English简体中文Tiếng Việt