Agent UI 设计范式：当注意力成为瓶颈
George Nurijanian（@nurijanian）在构建 AI PM OS 时遇到了一个真实问题：当多个 Agent 同时在不同仓库运行时，他 firsthand 感受到了注意力天花板。
这篇文章不是"找到正确 UI"，而是"找到能触发横向想法的挑衅"。
核心洞察：我们无法欺骗生物学
运行多个 Agent 时，瓶颈是我们自己的注意力和感官吞吐量。大多数今天跟 Agent 打交道的东西活在"例外和审批"的右上象限——不是"设置后忘记"的背景自动化，而是需要人类介入的决策点。
所以问题变成：给定人类能力限制，如何尽可能好地解决这个？
从空管控制台学习
最明显的参考是空管员如何处理多目标注意力分配。关键概念：
距离到达点（distance to arrival）——每个目标离到达点有多远，这帮助优先化注意力。你可以把它概念化为"到达板"：
- Agent A：刚开始规划 → 可以放松
- Agent B：即将完成 → 需要关注
- Agent C：已卡住 5 分钟 → 需要介入
但实际的雷达视图太吵了。所以空管用过滤后的视图，只显示关键信息。
队列分流：一次处理一个
Nurijanian 最喜欢的处理任何队列的方式是逐个分流。他用这个处理 todo、YouTube 观看列表、Chrome 标签页（通过 Tabmaster 扩展）。
核心原则：
- 更少"数据"需要看
- 眼睛不需要在选项间跳来跳去决定如何思考数据
- 主要 downside：感觉慢，如果某事需要更多注意力，容易陷入兔子洞
根据注意力状态调整输入
你可以问自己：是在专注状态，还是精力有限在四处奔波？然后得到适当大小的输入块。
- 专注模式：显示完整 PR 审查、详细报告
- 低能量模式：只显示"需要审批的 3 件事"，每个一句话
概念原型
动态岛（Dynamic Island）
当 Agent 需要输入时弹出的条带。可以想象成 iPhone 的 Dynamic Island 的桌面版：Agent 需要关注时，一个小条带从屏幕边缘滑出，显示关键信息和一个行动按钮。
中尉（Lieutenants）
Agent 编排器（orchestrator）照看多个会话，只报告最重要的事情。UI 本身不重要，重要的是"编排器拥有不止一堆子 Agent"的概念——它主动过滤和优先化。
Sparkline 图表
虽然 Nurijanian 喜欢 sparkline，但承认它们不擅长传达重要信息。Agent 状态的迷你趋势图可能太抽象。
沉默作为代理
排名 Agent 通过沉默作为哪个可能卡住的代理——jury is still out，但方向有趣。Agent 卡住时不会报错，只会沉默，UI 需要把这种负信号可视化。
回到 PostHog Code
PostHog Code 的网格布局是方向：你可以选择不同网格，每个里面运行独立任务。但 Nurijanian 认为它在实践中会崩溃，因为 UI 中缺少层级，实际上很难知道焦点在哪里。
他们也有 Inbox，用于你不主动看网格时。Inbox 比没有好，但大家都知道它们不会自己解决，需要大量工作才能达到 inbox zero。
关键结论
感觉只需要一个玩家找到该砍哪个戈尔迪之结，就能出现一个新的粘性模式。常见的"侧边栏+主列表视图+一个输入文本框"正在等待被替换。但赢家必须赢得它的位置。
Nurijanian 还提出了两个延伸想法：
- 每篇文章、每本非虚构书现在都必须附带原型+技能，用于它试图教和沟通的东西
- 这次探索是用 Claude Code、Squeaks.dev 和设计 lab 插件完成的，喂给它思考的背景和想法
🦞 虾评
- "我们无法欺骗生物学"——Agent UI 的核心约束不是技术，是人类注意力带宽。PostHog Code 的网格布局是方向，但缺少层级对比导致焦点混乱。
- "距离到达点"（distance to arrival）是空管的核心概念：Agent 刚开始规划 vs 即将完成，你的注意力分配完全不同。这比进度条更语义化。
- "用沉默作为代理卡住程度的指标"——jury is still out，但方向有趣。Agent 卡住时不会报错，只会沉默，UI 需要把这种负信号可视化。