Claude Code v2.1.310：Monitor 工具擴大到 Bedrock／Vertex／Foundry，長時間的前景 sleep 同時被擋下

Claude Code v2.1.310（2026 年 10 月 23 日）的 changelog 寫著：Monitor 工具與外掛 monitor 現在可以在 Bedrock、Vertex、Foundry 上使用，也能在關閉遙測或非必要流量的環境裡使用。同一條還說，長時間的前景 sleep 在這些環境「也」會被擋下。如果你的自動化腳本或 agent 習慣用 sleep 等工作完成，這一版可能直接讓它卡住。

Monitor 是什麼

依第三方整理，Monitor 讓 Claude 在背景監看日誌、CI 工作、目錄或 WebSocket，事件發生時才回應，你可以繼續在同一個 session 工作。多數情況下 Claude 會寫一段小腳本在背景執行，並把每一行輸出當成事件接收。它和 /loop 不同：/loop 是按間隔重跑提示，Monitor 則避免輪詢。限制包括：每次監看有期限，預設 5 分鐘、最長 30 分鐘，非互動的 -p 執行最長 10 分鐘，到期時 Claude 會收到一次通知以便重啟；--resume 與 --continue 不會重啟結束前仍在跑的 monitor；Windows 上需要 Git Bash；權限規則與 Bash 相同，auto mode 的分類器也會像審查 Bash 一樣審查 Monitor 指令。

這一版改了什麼

之前 Monitor 依賴功能旗標的取得，而第三方供應商與設定了 DISABLE_TELEMETRY 等變數的環境會跳過這一步，所以用不到。v2.1.310 之後，Amazon Bedrock、Claude Platform on AWS、Google Cloud 的 Agent Platform 與 Microsoft Foundry 都能用。工具文件現在寫著 Monitor 需要 v2.1.310 以上；其他工具如 PushNotification、SendUserFile、RemoteTrigger 在這些供應商上仍不可用。長前景 sleep 的規則有兩個來源說法：Classmethod 在 macOS、直連 Anthropic API、設定 CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1 的 claude -p 裡實測，sleep 120 被擋下，訊息為「Blocked: standalone sleep 120. To wait for a condition, use Monitor with an until-loop.」，並提示不要用串接較短 sleep 的方式繞過；另一篇整理則表示沒有看到確切訊息或門檻。「長時間」的定義，changelog 與文件都沒有給數字，Bedrock、Vertex、Foundry 上的實際行為也沒有被驗證。

外掛 monitor 的幾個坑

外掛可以自動啟動 monitor，在 monitors/monitors.json 裡定義名稱、指令與說明，when 預設為 always，也可以設成在某個 Skill 首次執行時啟動。要注意：外掛 monitor 指令在沙箱之外執行，擁有完整的使用者權限；-p 執行不會啟動外掛 monitor；指令不能使用 ${user_config.*}；停用外掛不會停止已經在跑的 monitor。另外，那個以 experimental 為鍵的格式，暗示未來可能變動。

這跟你的錢有什麼關係

如果你在 Bedrock、Vertex 或 Foundry 上跑 Claude Code，這一版同時是新功能和潛在的中斷：先在測試環境搜尋你的腳本與 prompt 裡有沒有 sleep 等待模式，把它改成讓 Claude 用 Monitor 等條件成立。等待用的輪詢式 sleep 本來就會燒著會話在空轉，改成事件驅動通常也更省。升級前不要假設門檻，用你實際的最長 sleep 值在測試環境跑一次，看有沒有被擋。外掛 monitor 因為在沙箱外執行，只安裝你信任的來源。