以程式碼差異與審查標記呈現 Claude Code Review 的 PR 審查概念
Claude Code Review 涵蓋組織管理的 PR 審查流程。

Claude Code Review 怎麼用?PR 審查設定與三種觸發方式

約 3 分鐘閱讀 更新:2026.10.16

30 秒快速摘要

釐清託管 Claude Code Review 與本機 /code-review 的差別,了解 Owner 啟用入口、三種 PR 審查觸發方式、REVIEW.md 限制與用量支出控制。

Claude Code Review 怎麼用?先確認你要的是由組織設定的 GitHub Pull Request(PR)審查,還是在自己的 Claude Code 工作階段執行本機審查。前者需要組織啟用,並為儲存庫選擇審查觸發方式;後者使用 /code-review,不能當成託管服務的啟用方式。

Claude Code Review 怎麼用?先選託管或本機審查

如果需求是替 GitHub 儲存庫設定 PR 審查觸發方式,請看託管 Code Review。官方使用資格列有 Team、Enterprise 方案及 GitHub 儲存庫;是否能在特定組織啟用,仍應核對該組織的設定與官方資格條件。

如果只是想在自己的 Claude Code 工作階段進行審查,可以考慮本機 /code-review;官方說明它可在任何方案的 Claude Code 工作階段使用。選擇的關鍵不是哪種「一定比較好」,而是你需要組織管理的 PR 審查流程,還是個人工作階段中的審查。

託管 Code Review 的設定順序

從確認資格、組織 Owner 啟用到設定儲存庫審查觸發方式的流程圖
託管審查需先確認資格,再由組織 Owner 啟用並設定儲存庫的 Review runs。
  1. 確認使用資格:先檢查組織方案與要審查的 GitHub 儲存庫是否符合官方資格說明。
  2. 由 Claude 組織 Owner 啟用:前往 claude.ai 的 Admin settings > Claude Code 啟用 Code Review;其餘設定細節依官方設定文件操作。
  3. 設定儲存庫的 Review runs:依團隊想要的審查時機,選擇建立 PR 後一次、每次 push 後,或手動要求。

導入前,建議由負責設定的人先核對官方文件中的完整資格及連接步驟,不要只憑方案名稱推定某個儲存庫已經可以使用。

三種 Review runs,該怎麼選?

設定 審查時機 適合先考慮的需求
Once after PR creation 建立 PR 後審查一次 希望先從單次觸發開始規劃流程
After every push 每次 push 後審查 希望後續變更也依設定觸發審查
Manual (@claude review) 符合留言條件時,手動要求單次審查 希望由人決定何時提出審查要求

官方設定文件列出這三種 Review runs。要特別注意:符合留言條件的 @claude review 只會啟動單次審查,不會訂閱後續 push 審查。規劃手動流程時,請另外核對PR 留言的適用條件,不要把「可留言」直接等同於「一定會觸發」。

調整審查規則時,留意 REVIEW.md 的讀取位置

若準備使用 REVIEW.md 調整審查規則,最重要的限制是:託管 Code Review 不會讀取 PR 自身變更中的 REVIEW.md。因此,不宜把「在這支 PR 新增或修改 REVIEW.md」當成該次審查採用新規則的依據。實際的文件讀取條件,應依官方自訂審查說明檢查。

用量如何計費?如何控制試行支出?

託管 Code Review 的 token 用量透過組織 usage credits 計費,與方案內含用量分開。組織也可以為 Claude Code Review 服務設定每月支出上限。規劃導入時,應將這筆用量與方案內含用量分開看待;設定上限則是開始試行前值得完成的一步。詳情可查閱官方成本與用量文件。

若團隊還在決定觸發頻率,可以先比較「建立 PR 後一次」與「手動要求」是否符合工作流程,再評估是否改用每次 push 後審查。這是流程與支出管理的選擇,不代表任何一種設定必然比較省錢或更能找出問題。

X-AI 編輯團隊
X-AI 編輯團隊專注於 AI 工具評測、實用教學、價格比較與產業資訊整理;文章以公開資料、官方文件與實際可驗證資訊為基礎,並持續更新重要功能與方案變化。

留言

目前還沒有留言,歡迎分享你的看法。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *