Claude Code 發布 /ultrareview：雲端 fleet of bug hunters，merge 前跑一次要 $5-20
Anthropic 在 Claude Code v2.1.86 推出 /ultrareview——把 code review 搬到雲端、用 5 到 20 個平行 agent 平行 reproduce 每個 finding，false positive 官方宣稱 <1%。Pro/Max 有 3 次免費到 5/5，Team/Enterprise 沒有免費額度。Max 第一次不是天花板，是地板。
目錄+
一個指令把 code review 搬到雲端
2026-04-22，Anthropic 的 ClaudeDevs 帳號丟出一則很短的宣告：Claude Code 新增 /ultrareview（research preview），在雲端跑一支「bug-hunting agents 艦隊」，結果會自動推回 CLI 或 Desktop。建議情境寫得很直白——merge 關鍵改動前跑一次，例如 auth、data migration。Pro 和 Max 用戶在 2026-05-05 前有 3 次免費。
表面上這是「更深度的 /review」，但只要把它放回 Claude Code 這半年的演進線，會看到另一件事：Anthropic 在把重的 agentic 任務一件一件搬離開發者的筆電。
技術細節：雲端 sandbox + fleet of reviewer agents
/ultrareview 需要 Claude Code v2.1.86 或更新版（和 Claude Opus 4.7 同批發布）。執行流程大概是這樣：
- Claude Code 打包當前 branch，包含 uncommitted 與 staged 變更，上傳到 Anthropic remote cloud sandbox。
- Sandbox 啟動一組 reviewer agent（預設 5 個，Enterprise config flag 可開到 20），平行掃過 diff 的不同面向——auth 流、資料遷移、race condition、輸入驗證等等。
- 每個 finding 獨立 reproduce 並 verify 後才回報。這是和單輪
/review最關鍵的差別：它不是丟一份 LLM 意見，而是每個 bug 被第二個 agent 重新跑過一次才送回來。 - 結果推到本地 CLI 或 Claude Desktop。Anthropic 內部宣稱 false positive rate < 1%。
執行時間約 5 到 20 分鐘（有來源說 10-20 分鐘），對比標準 /review 的 3-4 分鐘慢一個量級。支援 PR mode——直接 /ultrareview 1234 會從 GitHub clone 該 PR 來跑。需要 /extra-usage 先啟用，否則指令會直接 block。認證只接受 Claude.ai 帳號，原本用 API key 登入的要先 /login。
和標準 /review 的對比，不只是慢一點
| /review | /ultrareview | |
|---|---|---|
| 執行位置 | 本地 | Anthropic cloud sandbox |
| Agent 數量 | 1 | 預設 5，最多 20 |
| Finding 流程 | 單輪 LLM 產出 | 獨立 agent reproduce + verify |
| 時間 | 3-4 分鐘 | 5-20 分鐘 |
| 成本 | 併入一般 usage | 免費額度後 $5-20 / review |
/review 是 inline assistant 的延伸，/ultrareview 比較像是把 PR 丟給一個臨時組起來的 reviewer 團隊，每個人分一塊看完後再開檢討會。這兩者的使用情境應該分開：日常 commit 用前者，準備要動 production 的 PR 用後者。
反常識的定價：Max 這次是地板不是天花板
/ultrareview 的定價結構才是真正值得停下來看的訊號。
- Pro / Max：2026-05-05 前 3 次免費，不延期。之後每次 $5-20（依改動大小）。
- Team / Enterprise：沒有免費額度。要跑要直接付錢。
過去 Anthropic 的 SKU 設計一貫是「往上買功能和額度變多」，Max 是天花板。這次第一次出現反轉——Max 是地板，能拿到免費試用；Team 和 Enterprise 反而直接進入付費計量。一位評論者講得很直接：「這是第一個把 Max 當地板不是天花板的 developer SKU。」
這訊號不難讀：Anthropic 希望從 Team/Enterprise 收取 review volume 費用。企業每天 merge 幾十個 PR，如果每次都跑 /ultrareview，單日成本很快衝到四位數美金。對 Anthropic 來說這是新的經常性收入來源；對企業來說這是需要設 policy 去節流的新支出類目。
不支援的平台 = 資料去向問題
/ultrareview 明確不支援：
- Amazon Bedrock
- Google Cloud Vertex AI
- Microsoft Foundry
- 啟用 Zero Data Retention 的組織
原因顯而易見——整個機制建立在「把你當前 branch 上傳到 Anthropic 的雲端 sandbox」之上。一旦組織的合規規範是模型推論資料不得離開自家 VPC，或者是 ZDR 合約保證 prompt 不被保留，這個指令在架構上就無法成立。
這也回答了一個隱藏問題：為什麼 Anthropic 要特別區隔 /review 和 /ultrareview 而不是升級原指令？因為前者是 local 推論（或走使用者原本的 endpoint），後者是強制走 Anthropic 雲端。合規光譜上這是兩種完全不同的產品。
同期脈絡：雲端平行 agent 在變成產業 default
把 /ultrareview 放進這週的時間軸：
- 同週 Anthropic 還發了
/ultraplan（雲端 plan mode）、Monitor tool v2.1.98、/loop自我步調功能。 - Kimi K2.6 在 open-source 賽道推 agent swarm。
- OpenAI 的 Codex 早就在自家雲端跑 parallel agent。
三家都朝同一個方向走：重的 agentic 工作（review、plan、migration）從本地 IDE 往雲端搬，改在隔離 sandbox 裡用多 agent 平行跑。這不只是「功能升級」，是工具哲學的轉彎——Claude Code 從「在你機器上很強的 AI pair programmer」變成「一個入口，背後真正工作的是雲端 agent fleet」。
降溫：官方數字、feature flag、一個月前的 leak
值得放慢腳步的幾個點。
false positive < 1% 是 Anthropic 內部數字，第三方目前沒法獨立驗證。research preview 階段的 benchmark 通常挑過情境，真實 legacy codebase 的比率要等社群跑一兩個月才會浮現。
feature flag 還在 rolling。已經有 v2.1.111 的 Max 用戶回報 /ultrareview 和 /ultraplan 沒出現在 /help 裡——server-side feature flag 控制，更新到最新版也未必看得到。
一個月前的 source map leak 還新鮮。2026-03-31 npm 上的 @anthropic-ai/claude-code v2.1.88 意外 ship 了 59.8MB 的 source map，曝光了 1,884 個 TypeScript source 和未發布 feature 清單。有人推測這份清單裡就包含了 /ultrareview 的早期代號。對於一個把 branch 內容整包上傳到雲端的指令，這不是可以輕鬆忽略的安全史。
**每次 10，單日就是 10,000+。這個量級的支出不會是工程總監自己簽核，會進採購流程——然後某個組織會決定：關掉。
結語：重點不是少幾個 bug
/ultrareview 能不能抓到更多 bug，要等幾個月的實戰數據才有答案。但比起抓 bug，它真正傳遞的訊號更清楚：
Anthropic 正在把「雲端 multi-agent 是重任務的 default」變成產品預設。從 /ultraplan 到 /ultrareview，每一個 /ultra- 開頭的新指令都在把計算從開發者的 laptop 移出去，換成更貴、更深、更慢、但附帶獨立 verification 的雲端流程。
對個人開發者而言，這是多一個遇到關鍵 merge 時值得付 $10 的保險。對組織而言，這是需要寫進工程 policy 的新支出類目，同時要評估資料出境的合規問題。對產業而言，這確認了一件事：2026 年的 AI coding tool 競爭，不在「本地模型多大」，在「誰家的雲端 agent fleet 最會分工」。
Max 這次是地板。這句話以後會回來。