GitHub Copilot 審查分 Lite 同 Balanced：複雜改動睇深啲，成本亦會跟住升

名稱係新嘅，分級審查六月已經有

iThome 報道，GitHub Copilot code review 而家設有 Lite 同 Balanced 兩個強度。呢次唔算由零加入新功能：GitHub 六月公開預覽時已經用 Low 同 Medium 測試分級，去到 8 月 7 日先改名兼正式推出。舊設定會自動轉過去，所以原本揀 Low 嘅 repository 會沿用 Lite，Medium 就對應 Balanced，管理員唔使逐個重新設定。

圖片：GitHub

小改動用 Lite，複雜 PR 先開 Balanced

Lite 係預設嘅一般審查，主力快手搵常見 bug、資安風險同風格問題。改文件、修 typo、郁少量介面文字，通常冇必要叫模型花大量時間追成個系統。Balanced 會交畀推理能力較高嘅模型，分析時間亦長啲，較適合牽涉複雜業務邏輯、登入權限、付款流程，或者一次改動跨過幾個服務嘅 PR。

開發者每次要求 Copilot 審查時都可以臨時揀強度，呢個選擇只影響嗰一次，唔會改咗 repository 或公司組織嘅預設值。組織管理員亦可以定一個全公司預設，再畀個別 repository 覆寫。審查完成後，PR 時間軸同總覽留言都會標明用過 Lite 定 Balanced，之後翻查點解某次審查睇得特別深或者特別快，起碼有紀錄可跟。

深入分析唔係免費加強版

Balanced 用較多 AI credits 同 GitHub Actions minutes。GitHub 文件解釋，AI credits 計模型處理審查所用嘅資源；Actions minutes 就來自搜集完整項目背景、執行工具等 agent 功能。即係團隊開自動審查之後，成本唔只跟 PR 數量走，審查強度、程式碼範圍同模型處理嘅 token 數量都會影響用量，較大型嘅團隊尤其要睇實帳單同預算上限。

比較實際嘅做法，係先寫清楚團隊規矩：文件、小修正同低風險 UI 改動用 Lite；認證、權限、金流、資料處理、共用 library 同跨服務改動就用 Balanced。咁樣可以將較貴嘅分析留畀出事代價高嘅地方，亦避免每個 PR 一律開最高強度，拖慢回應之餘又燒多咗 credits。GitHub 六月亦話改用 Copilot CLI 嘅檔案探索工具後，審查成本平均減少約兩成，不過呢個係官方評估，唔代表每個 repository 都會慳到同一幅度。

AI 仍然只係第一輪把關

GitHub 自己亦講明，Copilot 唔保證搵得齊 PR 入面所有問題，有時仲會判斷錯。Balanced 個名聽落穩陣啲，但只代表系統會用推理能力較高嘅模型同更多背景資料，唔等於做完資安審計，亦唔應該代替熟悉系統嘅工程師批核。團隊可以用 Lite 擋走簡單錯漏，高風險改動就用 Balanced，再加人手審查；下一步就要睇實際錯誤命中率、誤報數量、等候時間同每個 PR 成本，先知點樣分級最啱自己。

參考來源

• iThome — GitHub Copilot程式碼審查引入分級機制，可依需求提高AI分析強度 — original report
• Copilot code review effort levels are generally available — GitHub 正式公布兩級審查已全面推出，亦確認由 Low、Medium 改名。
• About GitHub Copilot code review — 官方文件解釋兩個強度、AI credits、GitHub Actions minutes 同人手覆核要求。
• Shape Copilot code review around your team — 六月公開預覽公告，補充 Low、Medium 原有定位同當時嘅適用安排。
• Copilot code review: Analysis depth and efficiency updates — 官方交代檔案探索工具更新，以及審查成本平均下降約兩成嘅評估。

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。