Claude Code 又更新了！这次是 Monitor，后台盯日志省 token

刷推看到 Claude Code 新出了个 Monitor 工具。看完演示觉得这东西或许有用，研究了一下。

image-20260416164536013

简单说就是：你让 Claude 帮你盯着某个东西（日志、CI 状态、dev server），它会在后台跑一个脚本，有事了主动回复你，没事就安静呆在后台。

比如刚把代码部署到 Vercel，想确认一下有没有报错，原始的是看下 Vercel 面板，要么是问 Claude Code "有报错吗"。

现在可以说："刚部署完，帮我盯着日志，有 500 错误告诉我。"

Claude 会自动写一个后台脚本开始监控，你继续干别的事。一旦日志里出现 500 错误，Claude 直接在对话框里弹消息告诉你，还顺带分析一下报错原因。

没有报错的话它就安安静静待着，而且不消耗你的 token。

感兴趣的可以看看官方文档，Monitor 的用法在工具参考页面里有详细说明（https://docs.anthropic.com/en/docs/claude-code/tools）。

image-20260416164513031

怎么用

这个功能直接用自然语言说就行，比如：

"帮我监控 nginx 日志，出现 ERROR 告诉我"

"盯着 PR #42 的 CI，跑完了通知我"

"启动 dev server 后监控编译错误"

"每 30 秒检查一下 API 健康状态"

Claude 会根据你的描述自动生成监控脚本。比如你说"盯着日志找错误"，它实际跑的可能是：

bash
tail -f /var/log/app.log | grep --line-buffered "ERROR"

你说"盯着 PR 状态"，它可能跑的是：

bash
while true; do
  gh api "repos/owner/repo/pulls/123" | jq '.mergeable_state'
  sleep 30
done

这些你都不用自己写，Claude 自动搞定。

为什么说省 token

这是 Monitor 最大的卖点。

假设你部署完想盯 10 分钟日志。用之前出的 /loop 命令，每 2 分钟检查一次，10 分钟就是 5 次 API 调用。

Monitor 在后台跑着，只有日志里真的出现错误了，才触发一次 Claude 响应。大部分时间成本为零。

所以说它可以节省token。

但它不是万能的

在尝试之前我出现的疑问是，它可以持续多久，我只能人为触发吗，问了Claude，结论是

每次都要手动触发。 它不会在你部署完自动开始监控，你得自己说一句"帮我盯着"。不像 Hooks 那样可以设成自动触发。

最长只能跑 1 小时。 默认 5 分钟就自动停了，你可以设长一点，但上限是 1 小时。关掉 Claude Code 也会停。所以它不是 7x24 的监控方案，更适合部署后盯一会儿这种场景。

通知方式只有对话框。 它是直接在 Claude Code 的对话里插入消息告诉你，不会发邮件、不会推手机通知。你得开着终端才能看到。

和其他几种自动化方式的对比

Claude Code 现在有好几种自动化工具，顺便整理了一下区别：

Monitor 是事件驱动的。你告诉它盯着什么，有事了它叫你。适合"部署后盯日志""等 CI 结果"这种需要实时反应的场景。最省 token，因为没事的时候不消耗。但只能在当前会话里用，关掉就没了。

/loop 是定时轮询。比如 /loop 2m "检查测试有没有跑完"，每 2 分钟执行一次。简单粗暴，但每次都算一次完整的 API 调用，不管有没有变化都要花 token。适合快速的临时轮询，不适合长时间盯着。

Hooks 是绑在 Claude 自身动作上的。比如你可以设置"每次 Claude 跑完 Bash 命令后，自动检查有没有报错"。它不监控外部系统，而是监控 Claude 自己的行为。适合做代码规范检查、自动格式化这类事。最大的优势是不需要手动触发，配置好了就一直生效。

Hooks 的配置可以看这个（https://docs.anthropic.com/en/docs/claude-code/hooks）。

/schedule 是定时任务，类似 cron。可以设成"每天早上 9 点检查一下网站状态"这种。它是持久化的，电脑关了也会跑（通过云端执行）。适合需要长期定期执行的任务。

简单的选择逻辑：需要实时盯着 → Monitor，需要定时检查 → /loop，需要自动化 Claude 的操作 → Hooks，需要长期定期执行 → /schedule。

我觉得比较实用的几个场景

回到日常开发，我觉得 Monitor 适合这几个场景：

部署后快速验证。 部署完让 Claude 盯 5-10 分钟日志，有报错立刻知道，省得自己刷 Vercel 面板。

dev 开发时盯编译错误。 启动 next dev 后让 Claude 在后台监控，编译挂了直接告诉你哪里有问题。比自己盯终端输出强，因为 Claude 还能顺手帮你分析原因。

等 CI 结果。 提交 PR 后不用反复刷 GitHub，CI 跑完了 Claude 自动通知你。

不过说实话，真正的生产环境监控还是做不到。Monitor 的定位是开发过程中的即时反馈，帮你在刚部署完的那几分钟快速确认没问题。

一个小技巧

如果你想让它在每次部署后自动开始监控，可以用 Hooks 来触发 Monitor：在 settings.json 里配置一个 post_tool_use hook，当 Claude 执行部署命令后自动启动日志监控。这样就不用每次手动说了。