GitHub Copilot Code Review 怎麼用：PR 裏請求審查、自動審查、審查力度與自定義指令

本文根據 GitHub 官方文檔《About GitHub Copilot code review》《Using GitHub Copilot code review on GitHub》整理，資料核對於 2026-10-11。

適用於誰

• 在 GitHub 上提 PR，想讓 AI 先過一遍再請同事看的人；
• 搜「github copilot code review」「github copilot code review instructions」的人；
• 團隊管理員，想給倉庫配置自動審查的人。

Codex 那邊的做法見本站《Codex 代碼審查怎麼用》；不限工具的流程見《AI 代碼審查怎麼做》。

結論先說

1. 在 PR 右側 Reviewers 裏，Copilot 旁邊點 Request，通常不到 30 秒出結果。
2. Copilot 預設留的是 Comment（評論） 類型的審查，不算必需審批，也不會攔住合併。
3. 評論裏常帶可一鍵應用的修改建議；也可以點 Fix with Copilot 交給 cloud agent 去改。
4. 審查力度兩檔：Lite（快、查常見問題）和 Balanced（預設，更深入、更耗 credits）。
5. 每次審查都消耗 AI credits；它的代理能力還會用到 GitHub Actions 分鐘數。
6. 官方原話的意思：Copilot 不保證發現所有問題，也會出錯，必須有人覆核。

在哪些地方能用

GitHub.com、GitHub CLI、GitHub Mobile、VS Code、Visual Studio、Xcode、JetBrains IDE，以及 Azure DevOps（公開預覽）。公司帳號需要組織在 Copilot 策略裏開啟 Copilot code review。

步驟：在 PR 裏請求審查

1. 在 GitHub.com 新建或打開一個 pull request；
2. 右側欄 Reviewers 下，Copilot 旁點 Request；

圖片來源：GitHub 官方文檔《Using GitHub Copilot code review on GitHub》

1. 等它審完（官方說通常少於 30 秒）；
2. 閱讀它在 PR 裏留下的評論。

圖片來源：GitHub 官方文檔《Using GitHub Copilot code review on GitHub》

Copilot 的評論和人的評論用法一樣：可以加表情、回覆、標記已解決或隱藏。注意官方的一句提醒：你的回覆其他人看得到，但 Copilot 看不到——回覆它不會讓它重新思考。

處理它的建議

• Apply suggestion：單條應用；
• Add suggestion to batch：把多條建議合成一次提交；
• Fix with Copilot：讓 cloud agent 來實現修改。點擊後會生成一條草稿評論，你在裏面說明要它處理哪些反饋，並選擇「新開一個 PR 指向你的分支」還是「直接提交到當前 PR」。需要同時啟用代碼審查和 cloud agent。

改完想讓它再看一遍：在 Reviewers 選單裏點 Copilot 名字旁的重新請求按鈕。除非配置了「每次推送都審」，否則它對一個 PR 只自動審一次。

對評論讚好 / 點踩可以給官方反饋質素；點踩時可以選原因。

自動審查

預設只有你把 Copilot 加為審查者時它才審。可以改成自動：

• 個人：讓 Copilot 自動審查自己創建的 PR（Pro、Pro+、Max，或有 Business / Enterprise 許可）；
• 倉庫所有者：自動審查倉庫裏由有 Copilot 權限的人創建的所有 PR；
• 組織所有者：對組織內部分或全部倉庫開啟。

觸發時機取決於配置：

個人設定和倉庫規則集（ruleset）是兩套獨立配置，任一開啟就會自動審；兩邊都開也只會出一份審查。

審查力度：Lite 還是 Balanced

• Lite：標準審查，快速給出針對性反饋，覆蓋常見的 bug、安全漏洞和風格不一致；
• Balanced（預設）：把 PR 交給推理更強的模型做更長時間的分析，適合複雜邏輯、安全敏感代碼和跨服務改動；消耗更多 AI credits，Actions 分鐘數也可能略多。

官方建議：安全敏感、多服務、質素要求嚴的倉庫用 Balanced；例行小改動、更看重反饋速度時用 Lite。請求審查時可以在 Reviewers 區域選擇，也可以在自己的設定、倉庫、組織層面設預設值。審查完成後，PR 的總覽評論裏會寫明這次用的是哪一檔。

另外，代碼審查不能換模型。官方解釋它是專門調校的一套模型與提示詞組合，換模型會影響可靠性，所以不支持。

用自定義指令定製審查重點

Copilot 對倉庫了解得越多，審查越準。可用的四種方式：

• .github/copilot-instructions.md：倉庫級、只給 Copilot 的常駐規則；
• .github/instructions/**/*.instructions.md：只對特定路徑生效；
• AGENTS.md：希望別的智能體也遵守的通用規則；
• skills：按需觸發的審查流程。

例如新建 .github/instructions/review.instructions.md：

markdown
---
applyTo: "**"
excludeAgent: "cloud-agent"
---
審查時優先關注：
- 數據庫查詢是否有 N+1 問題
- 接口是否校驗了用戶權限
- 金額計算是否使用整數（分）
不需要評論純格式問題，格式由 linter 負責。

excludeAgent: "cloud-agent" 表示這份只給代碼審查用。審查讀取的是 PR 源分支上的指令文件，所以可以在同一個 PR 裏調指令、馬上看效果。寫法詳見《copilot-instructions.md 怎麼寫》。

哪些文件不審

官方列出的排除類型：依賴管理文件（如 package.json、Gemfile.lock）、日誌文件、SVG 文件。PR 裏包含它們時 Copilot 會跳過。

費用怎麼算

• 每次審查（PR 裏或 IDE 裏）都消耗 AI credits，數量取決於模型和處理的 token；
• 成本有兩部分：模型交互的 AI credits，加上代理能力（收集上下文、調用工具）佔用的 GitHub Actions 分鐘數；
• 自動審查預設記在 PR 作者名下；別人手動請求的，記在請求者名下；
• Actions 不可用或工作流失敗時，審查仍會生成，只是不包含代理能力帶來的增強。

額度規則見《GitHub Copilot 免費版與 Pro 區別》。

常見問題

Q：Copilot 審過了，能算一個 Approve 嗎？

預設不算。官方的 Copilot approvals 功能（公開預覽）開啟後，Copilot 可以提交滿足必需審批規則的批准；之後有新提交推送時，這個批准會被撤銷。

Q：它沒發現的問題算誰的？

算你的。官方明確要求仔細驗證它的反饋，並用人工審查作補充。

參考資料

• About GitHub Copilot code review（GitHub 官方）：https://docs.github.com/en/copilot/concepts/agents/code-review
• Using GitHub Copilot code review on GitHub（GitHub 官方）：https://docs.github.com/en/copilot/how-tos/copilot-on-github/use-copilot-agents/copilot-code-review
• Adding repository custom instructions for GitHub Copilot（GitHub 官方）：https://docs.github.com/en/copilot/how-tos/copilot-on-github/customize-copilot/add-custom-instructions/add-repository-instructions