Agent UI 的人注意力极限设计：从空管塔台到动态岛

@nurijanian (George from 🕹prodmgmt.world) · 2026-06-14 · ❤ 56

原文：how to design agent UIs for human attention limits

我正在收集与 agent 一起工作的模式。

这源于我在 Claude Code 和 Cursor 内为产品经理构建 AI PM OS 时的经历。当你同时在多个 repo 间操控 agent 时，你会 firsthand 感受到注意力天花板。

PostHog Code 的网格：方向正确，但层次不足

PostHog Code 的这个 UI 是朝正确方向迈出的一步。你可以从不同网格中选择，每个网格内可以运行单独的任务。

但我认为实践中它会崩溃，因为 UI 中的层次不足，所以实际上很难知道该把注意力放在哪里：

[图：not enough contrast]

他们还有一个 Inbox，用于你不主动看网格时。Inbox 比没有好，但我们都知道它们不会自己解决，需要大量工作才能达到 inbox zero：

我得到的主要认知是，运行多个 agent 时，我们无法欺骗生物学；瓶颈是我们自己的注意力和感官吞吐量。

几周前我论证过，只有一类工作属于 agent 的「set and forget」桶——ambient background automation——人们不想做这项工作，也不关心对其有监督：

大多数我们今天用 agent 处理的东西，可能将继续生活在这个右上象限的「exceptions and approvals」中：

所以无论哪种方式，我一直在寻找在不同领域中，鉴于人类能力限制，尽可能好地解决这个问题的方法。你可以从这次探索中提取有用的想法，即使你不直接借用。

最明显的寻找起点是空管员如何做到这一点。

例如，每个东西距离到达点有多远，这有助于优先化你的注意力（而优先化注意力正是游戏的名称）。

你可以将其概念化为一个到达板：

但实际的雷达视图太嘈杂了：

借鉴 Basecamp，即使是他们的 Hill chart 也可能变得太嘈杂：

为什么这个距离很重要？如果一个 agent 刚刚启动计划，但另一个 agent 即将完成，你可以对正在计划的那个放松，专注于即将完成的那个。但这仍然是大量墨水，只为传达那么少的信息。

我处理任何队列的最喜欢方式是逐个分诊。我对 todos、要看的 YouTube 视频、Tabmaster Chrome 扩展中的链接都这样做：

这其实都是关于注意力，在这种情况下，需要看的「数据」更少，你的眼睛不需要在选项间 dart 来决定如何思考这些数据。

主要缺点是它感觉慢，如果某事需要更多注意力，那么即使在这种情况下也很容易 down the rabbit hole。

你可以问自己是处于专注状态，还是没什么可给、四处奔波，然后获得适当大小的输入块。也就是说，如果你正在照顾婴儿，不要告诉我一个 1000 行的 PR，我不会做好审查工作：

我在这个阶段有点兴奋，开始拉扯关于注意力理论、Tufte 的数据墨水和其他想法的研究，但这里的重点不是找到「正确的 UI」——而是找到一个 provocation，触发横向想法。

例如，我喜欢这个弹出条概念。我可以想象它作为一个动态岛（dynamic island），在 agent 需要输入时吸引你的注意力：

或者这个 「副官（lieutenants）」（agent 编排器）概念，照看多个会话并报告最重要的事情（UI 不那么重要，重要的是编排器拥有的不仅仅是 subagent 的集合）：

或者这个 Sparkline 图表，尽管我多么喜欢一个好的 sparkline，它在传达重要信息方面并不出色：

我认为我停在了最后一个，通过沉默作为哪些 agent 可能卡住的代理来排名 agent——因为陪审团仍未决定：

回到 PostHog Code 和一大堆其他 agentic 产品，感觉只需要一个玩家找到该切哪个戈尔迪之结，就会有一个新的粘性模式出现。常见的「侧边栏带主列表视图/一个文本框用于输入」正在等待被取代。但赢家必须赢得它的位置。

另外，形成这篇文章的另外两个想法：

我坚信每篇文章、每本非虚构书籍现在都必须附带一个原型 + 技能，用于它试图教授和传达的任何内容。这不是一个新想法，但还不常见。这是逃离作者一定程度 slop 的方式（他们可以 vibe code 原型和技能，但至少显示了更多 token 努力）。
例如，这次探索是用 Claude Code、Squeaks.dev 和 design lab plugin 完成的，在我输入了我的思考和想法背景之后。