AI 副驾驶已经够多了！我们需要 AI HUD

大家好，我是Ai学习的老章

继续推荐优秀技术博客文章

https://www.geoffreylitt.com/2025/07/27/enough-ai-copilots-we-need-ai-huds

在我看来，对现代 AI 设计最犀利的批评之一来自研究员 Mark Weiser 在 1992 年的一场演讲，他在会上猛烈抨击了把 AI 比作“副驾驶”的隐喻。

这是 33 年前的观点，但对任何从事 AI 设计的人来说依旧振聋发聩。

Weiser 的抨击

Weiser 在 MIT Media Lab 的一场“界面代理”活动上发言。他们当时面临的诸多问题，与我们在 2025 年讨论的如出一辙：如何打造一位能替你自动完成任务、并掌握你全部上下文的私人助理。台上甚至安排了一位真人“管家”来代表 AI 代理。

所有人都为此兴奋不已……唯独 Weiser 例外。他反对整套“代理”概念！他举了一个例子：计算机该如何帮你驾驶飞机并避免相撞？

“代理式”方案是“副驾驶”——一个虚拟人类，你与他对话以获得飞行协助。如果你即将撞上另一架飞机，它可能会朝你大喊：“碰撞警告，向右下方规避！”

Weiser 提出了另一种方案：把驾驶舱设计成让飞行员自然感知周围环境。用他的话说：“你会撞上另一架飞机的可能性，就像你想直接穿墙而过一样低。”

Weiser 的目标是打造“隐形计算机”——不是抢占你注意力的助手，而是融入背景、成为“你身体的延伸”的计算机。

Weiser 1992 年关于飞机界面的幻灯片

HUD

现代飞机里有一种工具，我认为很好地诠释了 Weiser 的理念：平视显示器（HUD），它将地平线、高度等飞行信息直接叠加在飞行员视野中的透明显示屏上。

HUD 给人的感觉与 Copilot 完全不同！你无需与它对话，它几乎隐形地融入，让你自然而然地感知更多信息，仿佛拥有了魔法之眼。

设计 HUD

好了，比喻到此为止。在现代软件设计中，HUD 会是什么体验？

一个熟悉的例子是拼写检查。想想看：拼写检查并不是以“虚拟协作者”的身份跟你讨论拼写。它只是在你拼错时立刻标出红色波浪线！于是你瞬间拥有了原本没有的新感官。这就是 HUD。

（这个例子来自 Jeffrey Heer 的优秀论文 《Agency plus Automation》。我们今天可能不认为拼写检查是 AI 功能，但它底层仍然是一个模糊算法。）

拼写检查让你意识到拼写错误，而无需“助手”界面。

这里再举一个我个人在 AI 编程中的例子。假设你想修复一个 bug，最直观的“copilot”方式是打开一个代理聊天窗口，让它去修。

但我发现另一种方法有时更强大：用 AI 构建一个自定义调试器 UI，把程序行为可视化！有一次，我为 Prolog 解释器做了一个黑客主题的调试视图 。

有了调试器，我就有了 HUD！我拥有了新的感官，可以“看见”程序如何运行。HUD 的作用远不止于修复某个具体 bug；它让我在日常中持续构建自己的理解，发现新问题、新机会。

拼写检查器和定制调试器都说明，自动化/“虚拟助手”并非唯一的 UI 可能。我们完全可以利用技术打造更强大的 HUD，直接增强人类感官。

权衡

我并不认为 HUD 在所有场景下都优于 copilot！但我坚信，任何认真对待 AI 设计的人，都应考虑非 copilot 的形态，让人机界面更直接地延伸人类思维。

那么，什么时候该用哪种方式？这个问题很难回答，但我们可以借用飞机的类比来获得一些直觉：

当飞行员只想让飞机平稳直线飞行时，他们会把这项任务完全交给自动驾驶仪，这类似于“虚拟副驾驶”。但如果飞机撞上了一群鸟，需要在哈德逊河上迫降，飞行员就会接管手动控制，而我们最好希望他们拥有出色的仪表来帮助他们了解局势。

换句话说：对于那些例行且可预测的工作，交给虚拟副驾驶/助手可能是有意义的。但如果你追求的是非凡的成就，那么最好的做法也许是赋予人类专家全新的超能力。