发帖
雷达卡
Claude Code 2.1.139 功能解读：Agent View + /goal
Claude Code 2.1.1.39 在 2026 年 5 月 11 日发布两大功能：Agent View 和 /goal。两者同版发布意义清晰：Agent View 解决多会话横向管理，/goal 解决单会话纵向闭环，一个管多个 worker，一个拉长单个 worker 生命周期。
先说结论
Claude Code 正在从终端里的聊天式 coding agent，向本机 agent 控制台演进。
过去典型用法：开终端 → 给任务 → 看读/改/测；任务一多就依赖 tmux、iTab、git worktree、脚本、第三方面板，陷入“哪个在跑、哪个等回复、哪个做完、哪个改同文件”的混乱。
Agent View：把所有 session 收到一处统一管理 /goal：把“继续做直到完成”从普通提示词变成运行时机制
核心产品判断：coding agent 关键体验不只在单次回答质量，更在长时运行的控制权。
Agent View：session 控制台
Agent View 通过 claude agents 打开，是单屏幕管理所有后台 Claude Code session的面板，展示 running / blocked on you / done 全状态。
它不是 subagents 面板：
subagents：主会话内临时委派，结果回流主会话 Agent View：全独立 Claude Code session，只向你汇报 → 可理解为 Claude Code 本机任务列表
核心操作
| 动作 | 体验 |
|---|---|
| dispatch | Agent View 底部输 prompt，直接启动后台 session |
| peek | 选中按 Space，快速查看当前行为 |
| reply | 不进完整会话，直接在 peek 面板回复解阻塞 |
| attach | 按 Enter / 右箭头进入完整会话 |
| detach | 空 prompt 按左箭头返回 Agent View |
设计重点：减少上下文切换，把 needs input 提到最高优先级，优先处理阻塞。
背后：本机 supervisor 进程
Agent View 关键不在 UI，而在** per-user 本机 supervisor**：
独立于 terminal 与 Agent View，首次后台任务或打开面板时自动启动 每个后台 session 是独立进程，父进程为 supervisor 落盘路径： ~/.claude/daemon/roster.json：后台会话列表~/.claude/jobs/<id>/state.json：单会话状态
会话完成后约 1 小时无 attach 自动释放，但记录与状态保留，可恢复
关键工程设计
git worktree 隔离：后台写文件自动迁移到 .claude/worktrees/，避免并发冲突权限保守：auto / bypassPermissions 等高风险模式，必须先在交互模式确认才可后台使用
Agent View 界面设计取舍
按状态分组： needs input>working，优先解阻塞peek 轻量优先：无需进入完整会话即可回复 attach 保留完整交互：调试/看上下文时回到熟悉会话 支持 shell 命令： claude attach <id>/logs/stop/respawn，可被脚本调用
社区关注点
多开加速 token 消耗，低配套餐不友好 暂不支持跨厂商 agent（Codex/Gemini/Aider）统一管理 期待手机端远程审批、阻塞通知、自托管控制面
边界清晰：它是 Claude Code 本机会话管理器，不是跨厂商 agent cloud。
/goal：完成条件，不是普通提示词
/goal 用于设置完成条件：Claude 每轮结束自动检查，不满足则继续，满足则自动清除 goal。
和普通 prompt“请继续直到测试通过”的本质区别：
普通 prompt：只是意图，模型易中途停下或弱证据自判完成 /goal：把“是否完成”放进session runtime
实现机制
基于 session 级 prompt-based Stop hook：
每轮结束，将 goal + 对话发给轻量快模型（默认 Haiku） 小模型输出 yes/no + 简短理由 no → 继续下一轮；yes → 标记 achieved 并清除 goal
边界：evaluator 不执行命令、不读文件，只看对话内已展示内容。因此 goal 必须写“可验证终态”。
推荐写法
/goal npm test exits 0, npm run lint exits 0, git status only intended changes; stop after 12 turns if failed
不推荐写法
/goal make auth good
/goal 与同类机制对比
| 机制 | 下一轮触发 | 停止条件 |
|---|---|---|
| /goal | 上一轮结束后 | 小模型确认完成 |
| /loop | 时间间隔到 | 用户停止 / 模型自判 |
| Stop hook | 上一轮结束后 | 脚本/prompt 自定义 |
| auto mode | 不自动开下一轮 | 单轮自动批准工具 |
定位：
auto mode：单轮工具权限 /loop：定时触发 Stop hook：高级自定义判断 /goal：面向普通用户的“做到完成为止”闭环
/goal 与 Codex /goal 差异
| 维度 | Claude Code /goal | Codex /goal |
|---|---|---|
| 完成判断 | 独立小模型外部 yes/no | 主模型调用 update_goal |
| 继续机制 | evaluator no 则继续 | idle 注入 continuation prompt |
| 证据要求 | 仅看对话 transc ript | 检查真实文件/命令/测试/PR |
| 状态模型 | active/achieved/cleared（用户态） | 完整状态机（含 paused/budget） |
| 预算控制 | 条件内写轮数/时间限制 | 结构化 token budget |
Claude：独立评估器更防“模型自判胜利” Codex：runtime 契约更硬，长任务治理更强
社区真实诉求
Agent View：解决多窗口混乱、阻塞看不见、回复麻烦 /goal：要不半途中断、不自证完成、受预算约束的长任务循环
给开发者的使用建议
Agent View
适合独立任务并行：修测试、PR 评审、查日志、更文档等 改同代码必须先做 worktree 或文件分工 它能暴露冲突，但不替你做架构解耦
/goal
适合验收标准明确的任务 写“可观测证据”，不写模糊愿望 无人值守建议配合 auto mode，但必须提前约束权限、worktree、测试边界
总结
Agent View + /goal 看似是 UI + 指令，实则都在补 agent 长任务运行时：
横向：Agent View 管多会话查看、切换、回复、恢复 纵向：/goal 管单会话围绕完成条件持续推进
产品方向明确：Claude Code 不满足于终端聊天 agent，正在补齐本机 supervisor、session roster、worktree 隔离、hook continuation、完成评估器等控制面能力。
下一阶段竞争焦点：谁能把大批量长任务管得稳、看得清、控得住。
”
原文作者： Vibe编码
原文链接： https://mp.weixin.qq.com/s/xvslSyXgZq3GraQYPSz9jQ
来源： 微信公众号
推荐学习书籍 《CDA一级教材》适合CDA一级考生备考，也适合业务及数据分析岗位的从业者提升自我。完整电子版已上线CDA网校，累计已有10万+在读~ !
京公网安备 11010802022788号
