原文链接：https://mp.weixin.qq.com/s/qEOSIEVYfDjE79f84Kuwzg

昨天，Claude Code 更了个新版，比较值得讲的，就俩东西。

昨天，

Claude Code 更了个新版，

比较值得讲的，就俩东西。

一个是 Agent View，你敲 claude agents 进去，一个面板管你所有的后台会话。

另一个是 /goal 命令，你告诉它“我要啥”，它自己一轮一轮干，干到你设的条件满足为止。

（目前两个功能都标着 Research Preview。意思就是实验性预览功能。）

Agent View：一个终端，管十个会话

先说 Agent View。

以前用 Claude Code，一个 bug 开一个终端，一个 PR 开一个终端，查个日志又开一个终端。

三个任务三个终端，切来切去，切到你怀疑人生。

Agent View 呢，它把所有这些会话收进了一个统一面板。

claude agents 一敲，一个列表摆在那儿，所有会话，按状态分组，清清楚楚：

• Working：正干活儿呢
• Needs input：卡住了，等你回话
• Idle：闲着，等你派活
• Completed：干完了
• Failed：翻车了
• Stopped：你让它停了

每一行写着会话叫啥名、在干啥、多久之前更新了、要不要你去处理。有 PR 的话还挂着 PR 链接和 CI 检查的状态。

（你想想，一眼扫过去就知道哪个会话卡住了、哪个干完了。）

这个设计的核心逻辑其实很简单：你不用一直盯着它。

你同时派三个任务出去：修 bug 的修 bug，review PR 的 review PR，查日志的查日志。

哪个会话需要你介入的时候，你再去理它。其余时候你就写你自己的代码、开你的会、摸你的鱼。

怎么玩

用起来也不复杂。

你在一个正常的 Claude Code 会话里，敲个 /bg 就把它丢后台了：

`/bg`

带指令一起丢也行：

1	`/bg run the test suite and fix any failures`

从 shell 直接启动后台会话：

1	`claude --bg "investigate the flaky SettingsChangeDetector test"`

启动完它会跑过来告诉你：

然后你敲 claude agents，打开面板，看见后台的会话。

Peek、Reply、Attach：一套丝滑操作

Agent View 里这几个动作，像呼吸一样顺：

先用 ↑ 键或者 ↓ 键在会话之间逛。

看到哪个卡住了（Needs input 那个状态刺眼得很），按 Space 弹出一个快速预览面板。

不用切进去，快速看一眼：它卡在哪了、要你干嘛、刚才输出了什么。

觉得不用大惊小怪，直接在里面回一句，Enter 发出去，它就接着干去了。

真要深入处理的时候，Enter 键或 → 键进入，就跟你在对应目录跑了个普通 Claude Code 会话一样。它会给你一段离开期间的回顾（recap），让你知道刚才发生了什么。

处理完了，输入为空时上按 ← 键，退出回 Agent View。会话继续在后台跑。

（Esc 退出 Agent View，所有后台会话照常运行。后台运行。）

并行多了，文件怎么不乱

并行多了，文件怎么才能不乱呢。

Claude Code 的方案是：自动给你开 git worktree。

后台会话从你的工作目录启动，但默认不让它直接往里写。

到了真要改文件的时候，Claude 自己溜到 .claude/worktrees/ 下面开一个隔离的 git worktree 去改。

所以十个会话并行，读的同一份代码基线，写的各是各自的工作树。不打架。

删会话的时候对应的工作树也删了。所以删之前记得 merge 或 push。别写半天改一堆，扭头就没了。

/goal：干完再加新活儿

Agent View 解决的是“同时管多个任务”的事。

/goal 解决的是另一个事：“一个任务不用反复催”。

用法：

1	`/goal all tests in test/auth pass and the lint step is clean`

设完条件，Claude 就开始干。

每干完一轮，一个独立小模型（默认是 Haiku），跳出来看一眼：“满足了吗？”没满足就自动继续下一轮。满足了就清掉 goal，在记录里记一笔。

工作期间状态栏会有个 /goal active。

查看状态敲 /goal：

不想干了就 /goal clear（别名 /goal stop、/goal off、/goal cancel，随便你用哪个）。

也支持 -p 非交互模式：

1	`claude -p "/goal CHANGELOG.md has an entry for every PR merged this week"`

/goal 跟 /loop 有啥区别

Claude Code 现在有三种“让它接着干”的搞法。区别在于谁来拍板“干完了”：

• /goal：上一轮结束 → 小模型看看满足了吗，没满足接着干，满足了停。
• /loop：定了个时间间隔，到点就再来一轮，你去停或者 Claude 自己判断该停了。
• Stop hook：跟 /goal 差不多，但判断条件是你自己的脚本或提示词。

/goal 本质上是一个会话范围的 Stop hook 的封装。它跟自动模式可以配合。自动模式管的是“少问能不能做”，/goal 管的是“少问还要不要继续”。

写 goal 的时候留个心眼

说个细节。

/goal 的评估器（那个 Haiku 小模型）不会自己跑命令、也不会读文件。

它只根据 Claude 已经在会话里展示的信息来判断。所以你说“测试要全过”，Claude 就得自己在记录里把测试结果晒出来，评估器不会自己去 npm test。

官方给了几个写得明白的例子：

1	`/goal npm test exits 0, npm run lint exits 0, and no files outside src/auth are modified`

1	`/goal all acceptance criteria in docs/payment-migration.md are implemented and verified by tests, or stop after 20 turns`

第二条最后那个 or stop after 20 turns 是个好东西。设个上限防跑飞，不设的话万一它在那儿绕圈，你就只能手动 /goal stop 了。

跟 Codex 的 /goal 对照一下

Codex 前段时间更新的时候也上了 /goal 命令。用法差不多：写个目标描述，Codex 自己拆任务、规划步骤、自主迭代到搞定。

这次 Claude Code 也给内置了。你说巧不巧。

在此之前，社区开发者 jthack 自己用 Claude Code skill + Stop hook + SQLite 搞了个第三方 claude-goal，捣鼓得挺像样的。

说明不是 Anthropic 灵机一动，是开发者们确实有这个需求，憋了很久了。

两家 /goal 的产品形态已经很接近了。Claude Code 的差异化在于两点：

一是评估器用独立模型做完结判断，每轮给 yes/no + reason，而不是内嵌在主模型判断里。

二是目标条件最长能写 4000 字符，相当于一篇文章了，你想加什么约束随便写，写到你安心为止。

最后

如果你日常已经在用 Claude Code，Agent View 值得立刻上手。光是统一管理后台会话这件事，就够你把那些多余的终端窗口关掉了。

至于 /goal，你可能先在不需要精确审查每轮输出的任务上试试手感，比如跑测试套件修小 bug、整理 changelog、过一个 issue。这些场景下，Claude 自己埋头干完，你再看一眼就行。

AI 变化太快，许多重要线索还没被理解，就已被新的热点覆盖。

AI档案室记录 AI 新闻，也保存那些值得回看、分析和追问的线索。

如果你也想长期观察 AI 的变化，欢迎关注AI档案室。

我们下篇文章再见。

[

](https://mp.weixin.qq.com/s?__biz=MzYzMTgzMzc0OQ==&mid=2247484094&idx=1&sn=731bfebcc1667326f755283e64884125&scene=21#wechat_redirect)

本文转载自微信公众号，如有侵权请联系删除。

一个 claude agents 敲下去，满屏的 session 都在等你：Claude Code 这波更新有点东西