作为一名每天都在和 AI 编程工具打交道的开发者，我对"多任务管理"这个话题一直有很多话想说。
过去一年，AI 编程助手从一个"高级自动补全工具"逐渐成长为一个能独立完成复杂任务的"数字同事"。但这个"同事"有个让人头疼的问题：我一次只能跟它聊一个事。当我需要同时修一个 bug、审一个 PR、跑一个性能测试，还想让 AI 帮忙重构一个模块的时候，我只能在终端里开五六个 tab，像杂技演员一样在 tmux 窗口之间跳来跳去——很快我就忘了哪个 tab 跑到哪一步了。
这大概是所有重度 AI 编程工具用户共同的痛点。而 Anthropic 刚刚交出的答卷，叫做 Agent View——一个让 AI 编程从"一对一结对编程"升级为"一对多团队管理"的新功能。
一、Agent View 是什么？
用官方文档的话说，Agent View 是"一个屏幕管理所有后台会话"的界面——打开 claude agents，你会看到一个表格，每一行都是一个独立的 AI 会话，谁在跑、谁在等你回复、谁已经完成了，一眼就能看清楚。
但这只是表象。
真正理解 Agent View 的价值，需要跳出"这不就是 CLI 版的 tmux 吗"的第一印象。Anthropic 在这里做的不只是把多个终端窗口塞进一个面板——他们在重新定义开发者与 AI 之间的协作关系。
从产品定位来看，Agent View 的核心理念是 "派遣、监控、介入"三步走：你可以把任务派给不同的后台会话，让它们在你看不到的地方跑；偶尔扫一眼状态面板，看到哪个需要你做决策了就快速回复一句；哪个跑完了就去收 PR。
用知乎上一位开发者的比喻来说——这是 Claude Code 原生版的 tmux，但专为多 session 调度设计。这个类比很贴切，但 Agent View 做的远不止"窗口聚合"这么简单。
二、核心能力拆解
2.1 三种会话状态，一眼看懂
Agent View 将所有会话归为三类核心状态，清晰呈现任务生命周期：
| 状态 | 图标 | 含义 |
|---|---|---|
| Needs Input | 黄色标记 | Agent 需要你做出决策或回复 |
| Working | 动画旋转 | 任务正在执行，无需介入 |
| Completed | 绿色勾 | 任务完成，可以查看结果 |
但这些图标还藏着第二层信息：实心图标代表进程活跃（可以立即回复），空心图标代表进程已被 supervisor 挂起（回复时会自动唤醒）。
更重要的是，每个会话都由 Haiku 模型自动生成一行摘要，每 15 秒刷新一次——"api-migration: 正在编辑 src/routes/users.ts"、"lint-fix: 47 处格式问题已修复"——你不需要进入会话就能知道它现在的进度。
2.2 Peek：不离开面板就能回复
这是我最喜欢的一个设计细节。
选中一个会话，按空格键，会弹出一个 Peek 面板，显示该会话的最新输出和可能的问题；你可以直接在这个面板里输入回复，按回车发送——全程不需要离开 Agent View 主界面。
举个例子：你的 test-suite 会话跑完了，发现 /export 接口的 p95 延迟超标，在 Peek 面板里直接回复一句"加到 rate limiter 里"，10 秒搞定，然后继续干自己的事。
2.3 Attach/Detach：随时深入，随时离开
如果 Peek 不够用，按回车或右箭头就能 attach 到会话的完整对话界面，跟普通的 claude 交互体验完全一致。处理完了，在空提示符下按左箭头就能 detach，回到 Agent View 总览面板。
关键是：detach 之后会话继续跑，不会中断。
2.4 后台托管：关掉终端也不会停
这是 Agent View 最颠覆性的设计之一。
新增的 /bg 命令可以把手头正在进行的会话"丢到后台"继续跑，claude --bg "任务描述" 则可以直接启动一个后台会话，完全不占用当前终端窗口。
三、技术架构：藏在背后的 Supervisor
如果只看到"多开了几个会话"这个层面，那就完全错过了 Agent View 在设计上的精妙之处。
3.1 Supervisor 进程：会话与终端解耦
Agent View 的核心基础设施是一个独立的 Supervisor 守护进程。普通的 claude 命令，会话的生命周期和终端窗口绑定——关掉终端，会话就结束了。这个心理负担每个做过长任务的开发者都有体会：不敢关终端，盯着屏幕等结果。
Agent View 的后台会话完全不一样：它由 Supervisor 进程托管，和你的终端完全解耦。你可以关掉 Agent View 界面、打开其他终端、甚至开启新的交互式 Claude 会话——后台任务继续运行。
更有意思的是资源管理策略：当一个后台会话完成并空闲约 1 小时后，Supervisor 会自动停止进程释放资源；但下次你 attach 或 peek 时，它会从磁盘状态无缝重启——这就是典型的冷热分离架构思路。
3.2 自动 Git Worktree 隔离
多 Agent 并行带来的一个真实痛点是文件冲突。三个 AI 同时修改同一个文件，不打架才怪。
Agent View 的解决方案很聪明：任何需要写入文件的后台会话，Claude 会自动把它隔离到 .claude/worktrees/ 下的独立 Git Worktree。所有会话可以读取同一个 checkout，但各自写入自己的独立分支——互不干扰，最后各自 merge 或 push。
这意味着你再也不用手动管理多个 worktree 了。以前那种"先 git worktree add 三个目录，再挨个开 Claude"的繁琐流程，现在被彻底自动化。
3.3 状态持久化与恢复
每个会话的状态保存在 ~/.claude/jobs/<id>/state.json，Supervisor 维护一个 roster 文件来追踪所有后台进程。即使 Supervisor 重启，也能重新连接到之前的进程。
关闭终端或系统休眠会停止所有运行中的会话，但执行 claude respawn --all 就能从磁盘恢复全部状态——这种"有状态服务"的设计思路，让 Agent View 在可靠性上远超市面上的临时多开方案。
四、实战：一个真实的并行工作流
让我们用几个实际场景来感受 Agent View 的工作方式。
场景一：批量并行任务
假设你早上打开电脑，有三个独立任务要处理：
# 启动 Agent View
claude agents
# 在底部输入区依次派发三个任务（每个回车启动一个新会话）：
> 修复 SettingsChangeDetector 测试不稳定的问题，在 test_settings_detector.py 里找根因
> 审查 PR #123，重点关注数据库查询的性能问题
> 分析 src/api/ 下所有接口的性能瓶颈，给出优化建议
三个会话同时开始工作。你切换到编辑器继续写自己的代码。Agent View 面板里三行状态实时更新：
✽ Bug-fix: SettingsChangeDetector 定位到 flaky test 根因，正在修改 2m
✽ PR-review: #123 审查中，发现 3 处 N+1 查询问题 3m
✻ Perf-audit: src/api/ 需要确认：全量扫描还是只看 /export？ 5m
第三行的黄色标记提示需要决策——按空格 Peek 看一眼，回复"只看 /export 和 /users"，回车，继续工作。
场景二：长期运行的守护任务
有些任务不需要你盯着，但需要它一直在后台跑：
# 在 Agent View 中输入
> /loop 每 30 分钟检查一次 dashboard 数据是否更新，异常时发 PR 修复
Agent View 中会显示下次运行时间：
✢ Dashboard-watcher 下次运行: 14:35，上轮正常 12m
✢ 是 /loop 循环任务特有的图标，表示它在两次迭代的间隙中等待。
五、行业视角：AI 编程工具的"可观测性"拐点
Agent View 的发布时机非常有意思。从更宏观的行业趋势来看，AI Agent 的"可观测性"正在成为新的技术焦点。
New Relic 在 2026 年初发布的文章中指出："监控将 Agent AI 的'黑箱'转化为透明、可管理的引擎"。Datadog 也强调："AI Agent 生成代码的速度已经超过了团队验证代码的速度——瓶颈从'写代码'转移到了'信任代码'"。
Agent View 正是这个趋势在开发者工具层面的体现。它解决的不仅是"多任务管理"的便利性问题，更是在回答一个核心问题：当 AI 开始在你看不到的地方大量产出代码时，你怎么知道它在干什么、干了什么、对不对？
从产品演进的角度看，Agent View 标志着 AI 编程工具从"单任务辅助"向"多智能体调度中心"的跨越。正如 Anthropic 官方所言，它的定位不同于 subagent 或 agent team——那些是"让 AI 内部并行"的机制，而 Agent View 是"让你并行管理多个 AI"的机制。
与竞品的差异化对比
在竞争格局中，Agent View 为 Claude Code 建立了一个独特的定位：
| 维度 | Claude Code Agent View | 传统 tmux 方案 | GitHub Copilot |
|---|---|---|---|
| 会话管理 | 统一面板，自动状态跟踪 | 手动窗口管理 | 单会话对话历史 |
| 后台运行 | Supervisor 进程托管 | 依赖终端存活 | 不支持 |
| 文件隔离 | 自动 Git Worktree | 需手动配置 | 不涉及 |
| 状态可见性 | 实时状态+AI 摘要 | 无 | 有限 |
Agent View 的核心竞争力在于后台运行能力、自动文件隔离和 Peek 交互机制三者结合，实现了真正的"无人值守"AI 工作流。
开发者社区的多元声音
开发者社区对 Agent View 的反应很有意思——不是一边倒的赞美，而是呈现出一个"光谱"式的讨论。
狂热派把 Agent View 比作"项目组长"，认为它让 AI 从"干活的"升级为"管干活的"，甚至有人给出了 10/10 的评价，说自己的工作几乎都从 Agent View 起手。
实用派则更关注效率提升：有实测报告显示，5 个并发任务在 2 小时内全部完成，总计节省了约 60% 的窗口切换时间。
冷静派则提出了不同看法："相比多个同时运行却迟迟无法推进的 Agent，一个能持续完成任务、快速交付结果的单 Agent，实际价值可能更高。"这种声音提醒我们——工具带来的"并行"能力，不等于实际"生产力"的提升。
还有一个值得注意的行业观察：有开发者评论说 Anthropic 现在是"每天必须发点啥"的节奏，这个观察反映了最近 Claude 生态令人窒息的迭代速度。
六、潜在挑战与局限性
Agent View 虽然强大，但当前的 Research Preview 版本确实存在一些需要关注的问题。
成本与配额：这是最需要严肃对待的一点。每个后台会话独立消耗订阅配额——同时跑 10 个并行 Agent，消耗速率大约是单个交互式会话的 10 倍。如果你用的是 Pro 订阅，在开启多个 Agent 之前最好先算一下配额够不够用。
状态同步延迟：在多个 worktree 之间同步文件目前缺乏原生支持，开发者可能需要额外考虑通过 symlink 等方式手动管理依赖。
功能未完善：当前版本缺少会话搜索和过滤功能，当任务数量超过一屏时查找特定会话会比较困难；文件隔离机制也有适用范围限制——如果工作目录不是 Git 仓库，worktree 隔离不会生效。
七、从工具到工作台的转变
回到最开始的话题——Agent View 到底改变了什么？
在我看来，它改变了 AI 编程工具的使用范式。过去我们用 AI 编程工具，是一个"你说我做"的线性对话：我提需求，AI 执行，我确认，AI 继续——整个过程中，我这个"高级工程师"实际上在干的事情是 "盯着屏幕按 Enter"。
Agent View 让这件事有了不同的可能性：你可以同时 dispatch 多个独立任务，自己去做真正需要动脑子的工作，偶尔扫一眼 Agent View，哪个会话需要你了就 Peek 一下回复，哪个完成了就去看 PR 链接。
这不是效率工具的小修小补，这是协作模型的范式转移。
当然，Agent View 目前还是 Research Preview 状态，需要 Claude Code v2.1.139 以上版本，界面和快捷键在未来可能还会调整。但它已经展现出的设计思路——把 AI 当作一个可以并行调度、异步管理、状态透明的"数字同事"——代表了 AI 编程工具下一阶段的方向。
如果你还没试过，打开终端跑一句 claude agents，派两个任务出去，然后关掉终端去喝杯咖啡。回来的时候，它可能在等你做决策，也可能已经帮你把 PR 都开好了。
