用 Claude Code 和 Codex 為每個 pull request 做 AI 程式碼審查

為 pull request 做 AI 審查的三種方式

如何用 Claude Code 或 Codex 審查 pull request

1. Claude Code：執行 /code-review

   在 Claude Code 工作階段裡，/code-review 會找出你分支變更中的 bug；帶上 PR 編號就審查那個 pull request，加 --comment 會把發現以行內評論發到 GitHub。--fix 則是把修正直接套用到你的工作目錄。/review 是它的別名。

   # Claude Code：審查一個 pull request 並發出行內評論
   /code-review 142 --comment
   
   # Codex：在 GitHub 的 PR 評論裡請它審查
   @codex review
   @codex review for issues in the database migration

2. Codex：留言 @codex review

   在 pull request 的評論裡寫 @codex review；Codex 會以 👀 回應，接著發出審查。需要的話在後面加上審查重點。想不用每次開口，就在 Codex 設定裡開啟 Automatic review 並選擇觸發時機。

3. 把審查規則寫下來

   Codex 會讀取離程式碼最近的 AGENTS.md 裡的 ## Code Review Rules 一節。Claude Code 的話，把同樣的規則放進 CLAUDE.md。有了規則，審查會更一致，也不會去管 linter 已經處理的事。

   ## Code Review Rules
   - billing/ 和 auth/ 裡新增的分支如果沒有測試，要指出來。
   - 任何 SQL migration 都要有回滾；沒有的話要說出來。
   - 不評論格式問題，那交給 linter。
   - 不核准、也不要求修改：只留評論。

來源：Claude Code 文件，用 /code-review 在本機審查

AI 審查不會做的事

• 核准或阻擋：Claude 的託管 Code Review 從不核准或阻擋 pull request；好的職位說明也會要求員工只留評論。
• 取代變更的負責人：它能抓出 bug 和缺少的測試；產品和設計上的決定交給人。
• 全部都看：Codex 在 GitHub 上只標出 P0 和 P1 問題，讓評論保持聚焦。需要時請它專注在特定面向。
• 不花成本：審查會消耗你方案的用量。隨需審查，或在 PR 標為可審查時審查，而不是每次推送都審。

Claude Code 和 Codex 的逐步做法

每個 agent 的內建指令、要連接的工具和排程方法：Claude Code 程式碼審查，以及 Codex 程式碼審查。

讓審查成為某個人的工作

指令只在有人記得執行時才會審查。AI 員工會審查，是因為這就是它的工作：Crewmark 把你的 Claude Code 或 Codex 變成一位工程師，依心跳醒來，接手等待審查的 pull request 並留下評論。

1. 從職位開始

   AI 軟體工程師，把你們的審查規則寫進它的職位說明。

2. 把審查導到看板上

   指派審查 issue 給它，或加一個週期性 issue，審查所有標為可審查的開放 pull request。

3. 更多工程工作

   參見用 Claude Code 做工程和 Sentry 錯誤分流。

常見問題