Anthropic 旗下 Claude Code 已上线 Monitor 工具,核心变化很直接:让 AI 代理通过后台持续监听流式事件运行,而不是在 agent loop 里反复轮询外部程序状态。按照 Claude Code 产品经理 Noah Zweben 在 X 上的说法,这项功能允许 Claude 在后台执行脚本,并持续监听标准输出;每一行输出都会被实时转成事件通知,再主动唤醒代理处理后续任务。
从反复查询状态,改为收到事件再处理
此前,Claude 如果要等待某个外部程序执行完成,通常要在 agent loop 中不断发送请求检查状态,也就是轮询(polling)。这种做法会持续消耗 token,执行过程里还夹杂大量无效等待。Monitor 的机制正好相反。后台脚本负责推送事件,Claude 只在收到通知时被唤醒,省掉了反复查询这一步。
Noah Zweben 将其称为“节省 token 的重要工具”。从产品设计看,这也是 Claude Code 在 agent 架构上的一次调整:把“持续盯住任务进度”的负担,从模型轮询转向事件流触发。
支持日志监控、PR 状态追踪等持续监听任务
目前,Monitor 已给出几类适用场景,包括追踪应用日志以识别错误、通过脚本轮询 Pull Request 状态,以及其他需要长期监听的后台任务。这类任务的共同点是运行时间可能较长,而且状态变化并不固定;如果持续靠模型主动查询,token 开销会被放大。
Claude Code 也对 Monitor 与 Bash 工具中的 run_in_background 参数做了区分。后者更适合一次性后台执行、等任务结束的工作;Monitor 面向的是需要持续接收流式输出、并根据事件变化触发代理动作的场景。两者都能放到后台运行,但处理逻辑并不相同。
Monitor 将标准输出逐行转成事件
这项工具的关键,在于把脚本标准输出以流式方式接入,并将每一行输出实时转成事件通知。对代理来说,信息不是等到程序结束后再统一读取,而是在运行过程中持续收到更新。这样一来,长时间任务的处理方式会更接近“监听”,而不是“查询”。Claude Code 此次没有披露更多性能数据,但从官方描述看,重点落在减少无谓轮询和压低 token 消耗。

