GitHub Copilot 現在能直接核准你的 PR：三層開關實際位置、能放行哪些檔案、一次審查會花多少錢

GitHub 在 2026-09-01 的官方 changelog 放了一句話，值得所有用 GitHub 做 code review 的團隊停下來看一眼：

Copilot now tells you when a pull request is ready to approve, and admins can authorize it to sign off on approval. （Copilot 現在會告訴你一個 PR 是否可以核准了，而管理員可以授權它送出核准。）

過去 Copilot 的審查一律只是「Comment」，不算必要審查、擋不住也放行不了 merge。現在它可以真的按下核准，而且開啟後會算進 repo 的 required approvals 規則——等於它變成一個會投票的審查者。

這篇不是新聞複述。這篇是照官方文件把開關位置、限制與費用一項一項列出來，讓你能決定要不要開、以及開到哪一層。

三句話先講完

1. 預設是關的。這個核准能力預設 off，要管理員主動開；不開的話行為跟以前一樣，只留評論。
2. 開了就是真的一票。啟用後 Copilot 送出的核准「跟同事的核准一樣」滿足必要審查規則；但只有「ready to approve」的評估不算，要它真的送出核准才算。
3. 要花錢，而且是按次計費的區間。官方文件把每次審查的成本寫成區間：Lite 約 US$0.05 至 US$1、Balanced 約 US$0.25 至 US$5。

一、先確認你的方案有沒有這個功能

官方 changelog 列出的適用方案是 Copilot Pro、Pro+、Max、Business、Enterprise。免費層不在列。

站上對 GitHub Copilot 的查核紀錄也對得上：免費層在功能表上，Code review 這一項本來就是「不可用」（站上查核日 2026-07-25），免費額度是每月 2,000 次補全＋50 次 chat。

（價格為站上查核紀錄，來源為官方方案頁；核准能力適用方案以官方 changelog 為準。）

二、照做：三層開關各自在哪裡

官方把設定拆成兩件事，很多人第一次會搞混：

• 「自動請 Copilot 審查」＝走 branch ruleset（規則集）。
• 「Copilot 能不能核准、能核准哪些檔案」＝走 Copilot code review 設定頁。

兩個位置不同，只開其中一個不會得到你要的結果。

1. Repository 層（自己一個 repo 先試）

自動審查：Settings ＞ Code and automation ＞ Rulesets ＞ New branch ruleset → 命名 → Enforcement status 設 Active → 加目標分支 → 在 Branch rules 勾 Automatically request Copilot code review。需要的話再勾 Review new pushes、Review draft pull requests。

核准與白名單：Settings ＞ Code and automation ＞ Copilot ＞ Code review。這一頁有三樣東西要看：

• 審查強度：Lite（標準）或 Balanced（更深入的分析）。
• 可自動核准的檔案路徑：一行一個 glob，官方明寫最多 15 條。
• 開關：Allow Copilot approvals to count toward merge requirements（讓 Copilot 的核准算進 merge 要求）。

2. Organization 層

自動審查：Organization Settings ＞ Code, planning, and automation ＞ Repository ＞ Rulesets，一樣建 branch ruleset，差別是用 Include by pattern／Exclude by pattern（fnmatch 語法）挑 repo。

核准：Organization Settings ＞ Code, planning, and automation ＞ Copilot ＞ Code review。組織層對「算不算進 merge 要求」有四個選項：全開、交給各 repo 自己決定、只開指定 repo、全關。

3. Enterprise 層

Enterprise ＞ AI controls ＞ Copilot code review。在這裡建企業層 ruleset 指向組織與 repo，並啟用政策；核准權限可選「讓各組織自己決定」、只開指定組織、或整個企業關掉。

建議的開法：先在一個低風險 repo 開，白名單只放文件與設定檔（例如 docs/**、*.md），確認行為符合預期再往上放。

三、四個會咬人的地方

1. 「ready to approve」不等於核准。官方寫得很清楚：每次審查都會在總覽留言裡附一個是否可核准的評估，但評估本身不算進 merge 要求。看到綠字就以為過了，會白等。
2. 新的 commit 會把核准打掉。官方說明：核准之後若再推 commit，Copilot 的核准會像人類審查者一樣被 dismiss。所以「先讓它核准、再偷推一版」是行不通的。
3. 白名單只有 15 條。路徑一多就要用 glob 收斂，不能一個檔案一行地列。
4. 它現在是 public preview。公開預覽期的行為與設定位置都可能再變；確切 GA 日期官方未載，站上不臆測，列為待查核。

四、要花多少錢（官方自己給的區間）

官方文件把每次審查的成本寫成區間，而不是固定價：

官方同時註明「ranges may change as models evolve」（區間可能隨模型演進而改變）。

換算成實務：一個每天 20 個 PR 的團隊，全開 Balanced，最壞情況一天就可能到 US$100 的量級。先開 Lite、白名單收窄，是比較安全的起手式。要理解這些用量怎麼計進帳單，可以先看我們寫過的 Copilot 模型費率換算與 AI Credits 的計費斷點。

五、這篇查不到、不寫死的部分

依站上規矩，查不到的就寫查不到：

• Copilot 核准能力的 GA 日期：官方僅標 public preview，未載 GA 日期。待查核。
• 不同地區／不同企業方案的實際計費幣別與稅：官方頁以美元標示區間，未列各地稅務處理。待查核。
• 審查品質的量化比較：官方未提供 Lite 與 Balanced 的準確率數據，本站不自行估算。

官方連結

• GitHub Changelog（2026-09-01）：https://github.blog/changelog/2026-09-01-copilot-code-review-can-now-approve-pull-requests
• 設定自動審查（官方文件）：https://docs.github.com/copilot/how-tos/use-copilot-agents/request-a-code-review/configure-automatic-review
• Copilot code review 概念頁（官方文件）：https://docs.github.com/en/copilot/concepts/agents/code-review

延伸閱讀

• GitHub Copilot 工具頁（方案與額度查核紀錄）
• GitHub Copilot 免費版怎麼用滿
• Copilot 免費版與付費版差在哪
• Copilot 全球模型政策
• CodeRabbit 方案比較（另一套 AI 審查工具）