告别“多窗口地狱”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 里自动出现一条新记录。进面板之后有几组最常用的快捷键值得记住操作快捷键作用预览详情Space空格键弹出预览面板看最近输出和待处理问题进入对话Enter或→深入某个会话开始完整对话返回面板←从会话返回 Agent View 总览后台运行输入/bg把当前会话推到后台继续跑直接派活底部输入框打字 Enter在面板里新建一个后台任务它的“预览”交互做得相当顺手选中任意一行按空格键会弹出一个 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 这种需要周期性跑的任务丢到后台/bgAgent 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欢迎在评论区聊聊你的使用体验——是感觉效率起飞还是觉得更累了有哪些场景特别适合又有哪些坑需要注意期待听听你的真实反馈。