Noah Zweben 宣布 Claude Code 新增 Monitor 工具：Claude 可以创建后台脚本，在需要时唤醒 agent，而不是在循环里不断轮询。
官方工具文档也给出了更具体的定义：Monitor 可以在后台运行命令，并把每一行输出送回 Claude，让它根据日志、文件变化或轮询结果在同一个会话里继续响应。
#轮询为什么低效
很多 agent 工作流会写成循环：查一次日志，问一次 CI 状态，看一次 PR，等一会儿再查。这个模式简单，但代价很高。
如果没有新事件，agent 仍然会消耗上下文和 token 去确认“还没发生”。长时间任务里，这种空转会变成主要成本。
Monitor 的思路是把等待交给后台脚本。脚本负责观察世界，Claude 只在输出事件时介入。
#Monitor 可以看什么
官方 tools reference 里列出的场景包括：tail 日志并标记错误、轮询 PR 或 CI 状态、监听目录变化、跟踪任意长时间运行脚本的输出。
这和普通 background command 不一样。后台命令只是把进程放到后台；Monitor 更像一条事件流，持续把 stdout 逐行送回 Claude。
所以 Claude 不必等进程结束才看到结果，也不必主动反复查询。脚本一旦发现错误、构建完成、文件变化或状态转移，agent 就能马上接上。
#对开发任务的意义
开发场景里，很多等待不是模型推理问题，而是外部系统问题：测试什么时候跑完，部署什么时候失败，日志里什么时候出现异常，PR 检查什么时候变绿。
Monitor 把这些等待变成事件驱动。Claude 可以一边让用户继续工作，一边监听后台信号。信号出现后，再回到当前上下文处理。
这会改变 agent 的运行形态。它不再只是一次问答工具，也不需要为每个等待动作消耗交互回合，而是可以持有一个后台观察通道。
#和定时任务的区别
官方 scheduled tasks 文档也提到，当动态 /loop 更适合事件响应时，Claude 可能直接使用 Monitor。定时任务适合固定间隔的重复提示；Monitor 更适合不知道什么时候会发生、但发生后需要马上处理的信号。
这也是 agent 工程化的关键方向：从固定频率轮询，转向事件驱动、按需唤醒、低空转成本。