告别“多窗口地狱”！Claude Code 新功能 Agent View：同时指挥一群 AI 干活的“总控台”来了

🚀 告别“多窗口地狱”！Claude Code 新功能 Agent View：同时指挥一群 AI 干活的“总控台”来了

昨晚在 Hacker News 上看到一个开发者吐槽：他在 5 个终端里跑了 5 个 Claude Code，结果切换到第 3 个的时候，已经忘了前面两个在干什么。底下的高赞评论就一句——“兄弟，你需要 Agent View。”

这大概是 Claude Code 近期最让我兴奋的一个更新。

一、多终端分屏，当代开发者的“隐形内耗”

如果你是用 AI 编程工具的重度用户，下面这个场景应该不陌生：

修 Bug 开一个终端，重构模块开一个终端，跑测试开一个终端，审 PR 还得再开一个……很快屏幕就变成了俄罗斯方块。每次切换窗口，大脑都要重新加载一遍上下文：“这个窗口是在干嘛来着？卡在哪一步了？我说过要什么来着？”

这种上下文切换的代价比你想象的大得多。在 Agent View 上线前，开发者并行跑多个 AI 任务时，要么开着七八个 Terminal 标签页，要么用 tmux 搭一个网格手动管理。任务状态分散、进度无法实时追踪、认知负荷越堆越重。

就像 36kr 那篇报道里说的——“这就像你雇了 10 个实习生，但他们每个人都坐在不同的房间里，门关着。你想知道谁在干什么，得一个一个开门。”

Anthropic 这次给出的解法，就是让所有这些实习生坐到同一个办公室里。2026 年 5 月 11 日，Claude Code v2.1.139 正式上线了 Agent View 研究预览版——一句话概括：一个总览面板，把你所有 Claude Code session 列在一起，谁在跑、谁在等你、谁已经完事，一眼看清。

二、Agent View 到底是个什么东西？

说人话：它是一个“AI 任务调度面板”。把下面这张图想象成一个表，上面每一行都是一个独立的 AI 会话——也就是一个正在帮你干活的 Agent。

底层原理也不复杂。Agent View 是一个 Terminal 内的全屏管理界面，你不需要装任何新东西，升级 Claude Code 就能用。背后用一个Supervisor 进程来托管所有后台会话：每个 Agent 都是一个独立的 Claude Code 子进程，关掉终端、重启电脑都不会丢，任务状态持久化到~/.claude/jobs/目录。

你不需要再开 N 个终端窗口分别跑。打开这个面板，一眼就能看到：

• 🔄谁在干活（带旋转动画）
• ⏸️谁卡住了需要你拍板（黄色标记）
• ✅谁已经把 PR 提好等你 Review（绿色标记）
• ❌谁崩了（红色标记）

而且每一行都会自动生成一句话摘要——Agent 正在干嘛、需要你干嘛、产出了什么结果——不用点进去就能知道大概。

这就是 Agent View 最核心的价值：把 AI 干活这件事，从“对话窗口”拉成了“任务看板”。

三、三种方式上手，简单到离谱

进 Agent View 的方式非常简单，三种都只花 1 秒：

• 🧭方式一：在已有会话里按←左方向键，当前会话会自动后台运行，同时打开 Agent View 面板，你就可以在面板里起新任务。
• ⌨️方式二：直接在终端输claude agents，终端会变成全屏管理面板，所有后台会话一目了然。
• 🚀方式三：直接派后台任务——在终端里跑claude --bg "修一下登录页那个报错"，任务直接丢到后台，Agent View 里自动出现一条新记录。

进面板之后，有几组最常用的快捷键值得记住：

它的“预览”交互做得相当顺手：选中任意一行按空格键，会弹出一个 peek 面板，直接显示这个 Agent 干了什么、遇到了什么问题。你在这个面板里直接打字回复、拍板，它就接着往下跑——全程不需要跳出总控界面。

四、一个关键问题：有 tmux 了，为什么还需要 Agent View？

这是开发者社区讨论最激烈的问题之一。tmux 当然能管理多个终端会话，但它和 Agent View 解决的是不同层面的问题。

tmux 管的是终端进程——你可以在不同窗口之间切来切去，但每个窗口里有什么、AI 干到哪一步了，你得自己进窗口里看。Agent View 管的则是Agent 状态：它自动给每个会话做语义总结，告诉你“这个 Agent 正在改登录模块的性能瓶颈，进度 8/14”“那个 Agent 卡在权限确认需要你拍板”。

就像一位开发者说的——Agent View 是Claude Code 原生版的 tmux，专为多 session 调度设计。它不是替代 tmux，而是在 tmux 之上加了一层“语义层”：你不再需要手动命名和记忆每个窗口在干什么。

此外，tmux 本身也有管理瓶颈——当窗口数量激增时，命名混乱、状态追踪困难等问题会显著拉低效率。Agent View 用“一句摘要 + 彩色状态 + 不丢进度”这三板斧，解决了 tmux 在多 Agent 场景下的原生短板。

五、为什么 Agent View 现在才出现？

这里有个很有意思的时机问题。

Agent View 做的事情，从技术上来说不是没人想过。但过去 AI 编程工具的自主完成度不够高——你给它一个任务，它常常要跟你来回讨论好几轮才能跑通。在这种“紧密协作”的模式下，同时开两三个会话已经是人类注意力能承受的极限了。

最近的变化是，Claude Code 的任务完成度越来越高了。你说一句“修一下这个 bug”，它能自己读代码、定位问题、改完、跑测试、提 PR——全程不用你插话。

当 AI Agent 的独立性突破某个临界点之后，“并行派活”才有意义。Agent View 不是一个凭空设计出来的功能，而是在能力门槛被跨过之后“长出来”的工具。

这个时间节点也呼应了 Anthropic 整体产品方向的变化——从“终端里的 AI 编程助手”转向“工程团队的异步自动化基础设施”。

六、三个最实用的场景

官方和社区总结了几种典型用法：

• “撒网式”开发。脑子里同时有几个想法，每个派一个 Agent 带着不同 skill 去跑，回头集中收 PR、逐个 Review。
• “托管式”运维。把 PR babysitter、Dashboard updater 这种需要周期性跑的任务丢到后台/bg，Agent View 里直接能看到下次执行时间，不用每次都手动触发。
• “边写边问”模式。代码写到一半有问题想查，左方向键切出去派个 Agent 搜整个 codebase，回到原会话继续写，查完的答案直接在 peek 面板等着你。

我自己觉得最好用的场景是：当你面对一个复杂项目，同时需要改前后端 + 写测试 + 更新文档时，直接在 Agent View 底部输入框一口气派出去，几分钟后回来看哪些需要你拍板，逐个击破——那种当“工头”而不是当“打字员”的感觉，确实过瘾。

七、这个功能意味着什么？

这件事有意思的地方，不在于“多了一个面板”，而在于它重新定义了人跟 AI 的关系。

在 Agent View 出现之前，你跟 Claude Code 的关系是1:1——你问一句，它回一句，你在等它，它也在等你。这种模式本质上还是“聊天”。

Agent View 把这种关系变成了1:N。你不是在跟 AI “对话”，你是在“调度”它。你的角色更像一个工头——派活、扫进度表、在关键节点拍板、最终复核结果。

这一点，恰恰是 AI 编程从“辅助工具”走向“工程基础设施”的关键一步。

Anthropic 的 PM 对这事的定位也很直白：“从 1 个 Agent 升级到多 Agent 的最佳路径，不用再来回切 terminal tab。”这跟 Claude Code 的主创 Boris Cherny 在红杉分享的观念一致——他自己每天用手机调度着几百个 Agent，让它们自行完成编码、审查甚至相互通信。Agent View 就是把这种工作方式打包成一个产品功能，让每个开发者都能用到。

当然，也不是所有开发者都完全买账。有人觉得功能不错，但也调侃 Anthropic 现在变成了“每天必须发点啥”的节奏。还有人指出，更好的可视化解决不了 AI Agent 在信任度和可靠性上的根本差距——你看得见它卡住，不代表它不会卡住。

但在我看来，Agent View 的方向是对的。当 Agent 的可靠性不断提升（这几乎是必然趋势），谁先掌握“多 Agent 调度”的工作范式，谁就在下一轮效率革命里占了先机。

八、上手与注意事项

适用范围：目前 Agent View 已向 Pro、Max、Team、Enterprise 及 API 用户开放，升级到 Claude Code v2.1.139 即可体验。如果你是企业版用户，注意检查组织是否开启了 ZDR（零数据留存）限制，部分功能可能因此受限。

上手也非常简单，三行命令，现在就试试：

# 确保版本 ≥ v2.1.139claude--version# 直接启动后台任务，体验“派活即走”claude--bg"分析这个项目的性能瓶颈"# 打开 Agent View 面板，看看你的 Agent 在干什么claude agents

第一次跑 Agent View 的时候，可能会有一种短暂的不适感——好像突然不知道自己在跟谁说话。但这种不适其实是解放的开始：你不再是打字员，你是调度官。

最后提醒一个坑：每个后台 Agent 独立消耗 Token 额度。你同时跑 10 个 Agent，消耗速率大约是单独跑一个的 10 倍。刚开始玩别太兴奋一口气派出去太多，不然月底看账单可能会哭。

如果你已经上手试过了 Agent View，欢迎在评论区聊聊你的使用体验——是感觉效率起飞，还是觉得更累了？有哪些场景特别适合，又有哪些坑需要注意？期待听听你的真实反馈。