Monitor 工具不再挑平台：Bedrock、Vertex、Foundry 上也能用了
很多团队用 Claude Code 时并不直连 Anthropic API，而是走公司已有的云账号：Amazon Bedrock、Google Vertex AI 或 Microsoft Foundry。还有一些环境出于合规要求，关掉了遥测和非必要网络流量。过去在这些环境里，一部分能力是缺席的，Monitor 工具就是其中之一。
这次改了什么
CLI 2.1.310 的更新说明里写道：Monitor 工具和插件提供的 monitor，现在在 Bedrock、Vertex、Foundry 上可用，在关闭遥测或非必要流量时也可用；同时，这些环境里长时间的前台 sleep 也会被拦下。
两件事其实是配套的：
- Monitor 能用了：需要「等某件事发生」时，Claude 可以把监视交给 Monitor，在后台盯着进程输出或状态变化，有动静再回来处理。
- 长 sleep 被拦：既然有了更合适的等待方式，就不再允许用
sleep 600这类前台命令把整个会话卡住。这条规则之前在直连环境里已经生效，现在扩展到了上述平台。
为什么这对你重要
典型的「等待」场景包括：等构建或测试跑完、等本地服务起来、等日志里出现某一行、等部署状态变绿。用前台 sleep 去等，有两个问题：一是会话在这段时间里什么都干不了；二是 sleep 多久全靠猜，短了白等一轮，长了浪费时间。
Monitor 的思路是「有事件再叫我」。对走云厂商通道的团队来说，这意味着长任务的体验终于和直连用户一致，不必再为平台差异写两套习惯。
使用建议
- 升级到 2.1.310 或更新版本，在 Bedrock / Vertex / Foundry 环境里确认 Monitor 已出现在可用工具中。
- 把「等」交给 Monitor：在提示里直接说明要等的信号，比如「等
npm run build结束后再看报错」「等日志出现ready再跑接口测试」，比让它自己估 sleep 时长更可靠。 - 检查插件：如果你装了自带 monitor 的插件，之前在这些平台上可能是静默失效的，升级后值得重新验证一遍行为。
- 脚本里别依赖长 sleep：如果你的 CLAUDE.md 或自定义命令里写过「先 sleep N 秒再检查」，现在可能会被拦下，建议改成描述等待条件。
小结
这是一次「补齐平台差距」的更新：Bedrock、Vertex、Foundry 用户以及关闭遥测的企业环境，终于拿到了和直连用户一样的后台监视能力，同时也被引导远离低效的前台 sleep。如果你的团队正好在这些平台上跑长任务，这次升级值得优先安排。