推文

@zouyanjian · 2026-10-17 20:01

10,579 票里 71.7% 投给否定，聊天框接不住多 agent 并发 Lauren Tan 在 X 上发起了一场还没结束的投票，问聊天是不是 agent 界面的最终形态，10,579 票里有 71.7% 投了否定。投票页显示 7,581 票选了 no，这是自愿参与的投票，只代表投了票的人。大家习惯把聊天窗口当成 AI 的标配，但在多任务并发推进时，单线程的对话框已经开始卡手。 发起人 Lauren Tan 是 React 官方博客注明的 React Compiler 1.0 署名作者之一。据她在 LinkedIn 的个人自述，她离开 Meta 之后加入 Cursor，入职第二天就参与 Cursor 3 客户端性能工作；在 X 上，她也在 SpaceX 做 Grok Bot。天天跟最前沿 agent 客户端打交道的人抛出这个问题，说明前端工具链里的交互痛点已经很具体。 网友 @kunchenguid 说了对话框的瓶颈所在："聊天最大的问题是同步、线性、一来一回。吞吐量低的时候挺好用。一旦你和同一个'幕僚长'同时开 5 个以上不同话题，它明显就崩了。你开始上下翻找可能漏掉的消息，开始一遍遍让 agent 复述发生了什么、下一步做什么。"据他自述已经想到了解决方案并且很快会分享，不过具体方案没有公开，属于未核实信息。 我自己平时日常用 Claude Code 写代码、并行跑多个任务，碰到任务一多，单是在终端里来回翻看输出都很吃力。低吞吐的一问一答，聊天框确实顺手。可一旦进入多 agent 并行，人的精力全耗在同步状态上。Cursor 官方在 Cursor 3 发布日志里提到，工程师还在各个终端、窗口和不同对话之间来回跳，微观管理单个 agent。他们给出的解法是在侧边栏集中列出所有本地和云端 agent，让云端 agent 生成演示和截图供人核验，再配合 diffs 视图审改动。 聊天界面不会消失，但位置已经下沉。单线沟通留给对话框处理；多 agent 并行干活时，界面重心会全面转向状态列表、运行产物和 diff 审查，对话记录退成核对细节的审计底稿。工程协作最终拼的是人审查产物和防范风险的效率。 来源： 投票主帖：http://x.com/poteto/status React Compiler 1.0 官方博客：http://react.dev/blog Lauren Tan LinkedIn 个人自述：http://www.linkedin.com/posts Lauren Tan X 个人自述：http://x.com/poteto 网友 @kunchenguid 回复：http://x.com/kunchenguid/status Cursor 3 官方发布日志：http://cursor.com/blog

曝光 11 · 评论 0 · 点赞 0 · 书签 0