Claude Code 程式碼審查：指令、規則和固定的審查者

程式碼審查：Claude Code 能做什麼

• 審查每個 pull request，找出 bug、缺少的測試和有風險的變更，並在 GitHub 上留下行內評論。
• 遵循你寫下的審查規則，所以不會去評論 linter 已經檢查的東西。
• 在交給人之前，先審查它自己和其他 agent 的變更。
• 追蹤後續事項：需要修改的評論會變成 issue，不會不了了之。

程式碼審查：用得上的 Claude Code 功能

程式碼審查：如何設定 Claude Code

1. 連接工具

   審查你自己的分支時，/code-review 不需要額外設定。要用編號審查 pull request 並以 --comment 發出評論，請在儲存庫的簽出目錄裡工作，並登入 GitHub CLI。

   # 登入 GitHub 一次
   gh auth login
   
   # 以 high 強度審查 pull request 142，並發出行內評論
   /code-review high 142 --comment

2. 把規則寫進 CLAUDE.md

   Claude Code 在每個工作階段開始時都會讀取 CLAUDE.md，claude -p 的執行也一樣。把這項工作的規則寫在那裡；規則很長的話，放進 .claude/skills/ 下的 skill。參見 CLAUDE.md 指南。

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

3. 不開互動介面也能執行

   claude -p 執行一個任務後就結束，所以 cron、CI 或其他工具都能啟動它。用 --allowedTools 或 --permission-mode 決定哪些事不必詢問就能做；--output-format json 會連同成本一起回傳結果。

   # 從 CI 或 cron 審查 pull request；在 -p 執行中，/code-review 也會遵循 CLAUDE.md
   claude -p "/code-review 142 --comment"

4. 排入排程

   用 /schedule 設成雲端排程任務（Pro、Max、Ultra、Team 和 Enterprise 方案）、設成桌面排程任務，或在工作階段開著時用 /loop。參見如何讓 Claude Code 主動工作。

來源：Claude Code 文件

限制與安全

• 它負責評論，不負責這次變更。核准和合併留給人。
• 審查會消耗你方案的用量。在有人要求或 pull request 準備好時再審查，而不是每次推送都審。
• 它審查的是 diff 和儲存庫，無法用正式環境的資料測試。
• 自 Claude Code v2.1.302 起，claude -p 以 Manual 模式啟動：需要核准的動作，除非有規則允許，否則一律拒絕。只允許這項工作需要的工具。

程式碼審查，用 Claude Code 還是 Codex？

規則可以共用。在 AGENTS.md 寫一次，再把 @AGENTS.md 放進 CLAUDE.md，兩個 agent 就會讀同一份檔案。

另一個 agent 的逐步做法：Codex 程式碼審查。

程式碼審查：讓它成為某個人的固定工作

指令只在有人記得時才會執行。Crewmark 把你自己的 Claude Code 變成 AI 員工，有職位、量化目標、工作時間和心跳，工作就會依排程完成，並出現在看板上。

1. 從職位開始

   AI 軟體工程師：在職位說明裡寫上這些規則。

2. 把工作放上它的看板

   把這項工作加成週期性 issue。員工依心跳醒來，做完後以評論回報。

3. 相關內容

   每個 PR 都有 AI 程式碼審查比較了所有做法，資安審查則涵蓋漏洞。

常見問題