我每天开 6 个 Claude Code，昨天 Agent View 一行命令收编了
哈喽，我是飞飞。
5 月 11 日深夜我刷推刷到一条 @claudeai 的官方公告:「New in Claude Code: agent view. One list of all your sessions」。
那个瞬间我电脑上同时挂着 4 个 Claude Code session:一个在跑 PR review、一个在做 codemod 改一堆同名变量、一个在帮我写另一篇文章草稿、一个是我自己开来 ad-hoc 排查的。
4 个 tmux 窗口我已经记不清哪个在等我输入、哪个在跑、哪个其实早就跑完了。
第二天（今天 5/12）我升级到 Claude Code v2.1.139，跑了一行 claude agents，整个工作流就被收编了。
写这篇之前我又翻了一遍那个 dashboard，确认这次 Anthropic 真不是发了个新能力。
它发的是「认知开销减半」这件事。
昨晚我看到 Agent View 那一刻同时还有 4 个 session 在挂着
具体说一下我那天的真实工作状态。
下午 3 点我开了第一个 session，让 Claude Code 跑一个长 codemod（说人话就是批量改代码的脚本）:把一个内部计费服务里 47 处 userId 改成 accountId。这是个会跑 20-30 分钟的活。
中间 4 点我突然要写一篇 PR review，开了第二个 session。又过 20 分钟用户找我排查一个 webhook 没触发的 bug，第三个 session 开起来。
到 5 点我自己想再写一篇文章草稿，第四个 session。
4 个 session 在 tmux 里排成 2×2 网格，每次切窗口我得先想:这个窗口刚才在干嘛?它停了吗?还是跑完了在等我?
我自己每周大概有 2-3 次「打开 tmux 发现某个 session 已经停在那里等我半小时」的事故。
「2026 年的 Claude Code 用户大多在同时管 3-8 个 parallel sessions」（buildfastwithai 引用）这条标签我贴在自己脑门上。
claude agents 这一行命令做了什么
Agent View 的入口非常简单。
打开终端，确认 Claude Code 是 v2.1.139 或更新版本，然后:
1 | claude agents |
回车之后弹出一个 dashboard。
每一行是一个 session，包括正在跑的、阻塞在等你输入的、已经跑完的。每行右边显示当前状态、最后一条回复的内容预览。
说人话就是:一个 list，所有 session 状态扫一眼就知道。
每行的状态分三种:running（正在跑）、waiting on you（卡在等你输入）、done（跑完了）。Long-running agent 比如 PR babysitter 这类，旁边会显示「next run in 12m」这种下一次触发时间。
之前我得在 tmux 里 Ctrl+b s 列出所有 session，挨个 attach 进去看状态再退出来。这个动作每天我重复几十次。
现在这个 dashboard 替我做完了。
5 个按键替代 tmux 网格的认知开销
Agent View 全部交互可以浓缩到 5 个按键和 1 个命令。
左箭头: 在任何 Claude Code session 里按一下，跳到 Agent View 的 dashboard 列表。
空格: 在 dashboard 里按一下，”peek”瞄一眼这个 session 最新一回合的回复，不会真正接入。
Enter 或者右箭头: 真正 attach 进去，接管这个 session 跟它聊。
/bg: 在某个 session 里输入 /bg，把当前 session 切到后台继续跑，自己回到 dashboard。
claude --bg "task description": 直接在终端起一个新的后台任务，根本不需要 attach 进去看。
挑两个最有体感的说。
/bg 解决的痛点是「我开了一个 session 但它在跑长任务，我想去干别的不想盯着」。说人话就是把这个 session 摁到后台，不阻塞我。
claude --bg "task" 更狠。比如我现在想让 Claude 帮我把所有 README 里的拼写错误改一遍，直接 claude --bg "fix typos in all README files"，它就开了个后台 session 自己跑，我连 attach 都不需要。
跑完了在 dashboard 里看就行。
我今天下午用 Agent View 实际跑了一遍完整流程:claude --bg "扫一遍 src/ 把所有 console.log 改成 logger.debug" 起任务、转头继续写这篇文章、25 分钟后左箭头切回 dashboard 看到那个 session done、Enter 进去 review diff、合理就 merge worktree。整套操作我没碰过 tmux 一次。
隔离 worktree 是这次设计真正解决问题的地方
之前 tmux + 多 Claude Code 工作流最大的坑不是切换累，是两个 agent 同时改同一个文件。
我之前踩过一次:左边 session 在 refactor auth.ts、右边 session 在修 auth.ts 里的一个 bug。两边都生效，结果右边把左边的 refactor 覆盖了一半。
回滚 git 找原始版本花了 40 分钟。
Agent View 解决这个问题的方式是:后台 session 默认禁止写当前 working directory 的文件。
当 session 需要写文件时，Claude Code 自动把它 fork 到一个 .claude/worktrees/ 目录下的隔离 worktree。
worktree 说人话就是「把同一个 repo fork 出多份副本，每份在自己的目录里独立工作，互不踩脚」。
具体到我们的场景:你在主目录 /myrepo 启动了 3 个 background session，它们读的都是 /myrepo 的代码，但写的时候每个 session 写自己的 .claude/worktrees/session-xxx/ 副本。
完成之后你 review 哪个 worktree 的 diff 合理、merge 进主 repo。两个 agent 互相覆盖文件这件事，架构上不可能发生了。
代价是你每次结束 session 之前要确认 merge 还是丢弃，删 session 的时候 worktree 也一起被删。
这周 Anthropic 还顺带发了 dreaming 和 20 specialist 编排
Agent View 不是孤立动作。
5/11 这同一周 Anthropic 还发了三件东西:dreaming（让 Claude 在等待时自我推理改进）、最高 20 个 specialist 的 multiagent orchestration、Claude Code desktop app 重设计（带 sidebar + drag-and-drop layout）。
把这 4 件事摆一起看就清楚:Anthropic 在把 Claude Code 从「我跟一个 AI 聊代码」升级成「我管一队 agent 干活」。
Agent View 是这个升级里给 CLI 用户的入口。Desktop redesign 是给 GUI 用户的入口。
底层 worktrees + subagents + agent teams + background session 这套基础设施一直都在。
之前要靠社区脚本拼:Reddit 上 135 票的 tmux + admin agent 帖子、Kaushik Gopal 的 forking subagent 脚本、Adam Wulf 的 IttyBitty、Dariusz Parys 的 tmux -CC 配置。每个开发者自己拼一套，每套都不完整。Anthropic 这次收编上来，给了一个统一界面。
Agent View 跟 agent team 不是同一件事，容易搞混
澄清一下这两个概念。
Agent team（要 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 flag 开启）是协调式的:你定一个 lead session，lead 自动分配子任务给 teammate sessions，teammate 之间可以直接通信。
Agent View 是 dashboard 式的:你自己开多个 session、自己决定每个 session 干什么，Agent View 只是帮你统一看。session 之间互不通信。
简单选:复杂跨组件 refactor + 你想让 AI 自己分工，用 agent team；多个独立任务 + 你自己控制每个 session 干啥，用 Agent View。
我自己 90% 时间是后一种场景。
OpenAI Codex Desktop 2 月先发，Agent View 这一招是回应
时间线上 OpenAI 早三个月。
OpenAI Codex Desktop 2026 年 2 月发了 parallel cloud tasks 的视觉命令中心，思路是把多任务管理放在 desktop GUI 里。
Agent View 5/11 上来，思路是把多任务管理直接放进 CLI dashboard。
两套思路差别不大，但 terminal 用户群（Claude Code 的核心人群）这下不用切到桌面 GUI 就能管理 8 个 session 了。
我自己作为重度 terminal 用户，更喜欢 Agent View 这个形态。CLI 内置 dashboard 跟我的 muscle memory 不冲突。
社区里其实还有 macOS 独立 GUI 工具:Conductor、Vibe Kanban、Superset 这些。它们的卖点是「漂亮的 worktree 看板 + diff viewer + 多 agent 并发」。但代价是切 GUI 等于切环境，跑 agent 的时候我手得离开键盘去点鼠标。Agent View 没这个问题，整套交互全在 terminal 里完成。GUI 工具适合 design / PM 这类需要可视化 review 的角色，dev 在 CLI 里干完更顺。
Research Preview 这件事的代价我观察了一天
Agent View 是 Research Preview 状态（说人话就是公测版，不是正式版）。这意味着几件事。
按键 shortcut 可能在 GA 之前改。我目前看到的左箭头/空格/Enter 这套组合，下周说不定就变了。Anthropic 官方文档自己也写明「keyboard shortcuts may change as the preview evolves」。
Reliability 是底层问题，Agent View 也解不掉。如果一个 background session 跑到一半 hang 住了，dashboard 显示它在跑实际上没在跑，这件事我一天测下来碰到过一次。具体场景:我让一个 session 跑长 codemod，回来看 dashboard 状态还是 running 但实际进度 18 分钟没动过，Enter 进去发现 Claude 卡在一个工具调用里。教训是 background 跑长任务时仍然要在 30 分钟节点 peek 一下。
tokens 消耗按 session 累加。我 Max 20x 每周 limit 在那里，开 6 个 session 比开 1 个吃掉 6 倍 token quota。Agent View 让我开多 session 的心理门槛降低了，但账单不会降低。
Failure 通知、worktree 合并、远程 attach，这 3 件事我等一周看再下结论
最后留几个我自己没回答的问题。
--bg 后台任务的可靠性是一个。一个 30 分钟的 codemod 让我后台跑，跑到一半失败了我怎么知道?Dashboard 显示状态会变红吗?failure 通知能不能推到我手机?
worktree 自动合并是另一个。.claude/worktrees/ 里 3 个 session 改了同一个文件的不同部分，我怎么 review、怎么合并、有没有冲突解决工具?
最让我好奇的是 Agent View + Remote Control 的组合。我能不能在手机上看 dashboard，远程触发 attach?这件事如果能做，我离开电脑也能管 4 个跑着的 session。
留个问题给你:你每天同时开几个 Claude Code（或 Cursor / Codex / 任意 agent 工具）的 session?
或者反过来:你之前是用 tmux + worktree 自己拼工作流的，还是只开一个 session 顺序干?
评论区告诉我你的数字，我也告诉你我的。