MobileSetting 流動科技 全部文章

Claude Code AI Code Review 香港指南 2026:風險分層同人類審批

Anthropic Claude Code 團隊點用 agent review:merged PR 倍增、revert 降逾 40%;風險 Low/Medium/High 人類批准;Code Review GA。核對日 2026-10-27。

Karen Chan · · 5 分鐘閱讀
Claude Code AI Code Review 香港指南 2026:風險分層同人類審批

核對日:2026-10-27。 Anthropic 嘅 Claude Code 團隊公開文章(2026-10-15)講得好白:當 AI agent 大量寫 code,人類 review 時間唔夠用,佢哋嘅做法係——分層自動化、風險分層人類審批。團隊自述 Claude 寫咗約 90% Claude Code 自身程式碼,6 至 9 月期間 merged PR 數量超過倍增,需要 revert 嘅比例仲下降超過 40%(官方文章自述數字,非獨立審計)。香港嘅小團隊、SME 或者 freelance,未必有 Anthropic 嘅規模,但成套流程嘅骨架係可以抄嘅。以下拆開講。

佢哋做 review 嘅兩個目標

Anthropic 定義 code review 有兩個目的,唔止係搵 bug:

  • 上線前搵到、修到問題
  • 建立團隊對 codebase 嘅共同理解

第二點好多香港團隊會忽略——review 唔單止係把關,仲係知識傳承。Freelance 一個人做嘢冇 reviewer,都好值得記住呢一點:留低可讀嘅 commit 同文檔,係俾未來嘅自己。

七層流程:由 PR 前到 rollback

官方概述嘅流程大致係咁:

  1. 開 PR 前先用可跑嘅驗證(測試、build、截圖),再加 subagent 用全新 context 去審 diff
  2. 每個 PR 先有 Claude AI review
  3. 獨立 security review,開住嘅 finding 可以阻擋 merge
  4. lint、type check、跨平台測試、build 等自動化
  5. 按風險分層要求人類批准
  6. merge queue、feature flag、漸進發佈
  7. 快偵測、快 rollback

香港小團隊抄唔晒全部,但「PR 前可跑驗證 → AI review → 分層人類批 → 出事快 rollback」呢條主線,兩三個人都可以行。

風險分層:邊啲要幾多人批

呢個係全篇最值得抄嘅部分。Anthropic 唔係一律要求人手睇晒每一行,而係按變更本身嘅風險分層——注意係睇變更內容,唔係睇作者身份,而且 agent 嘅批准唔可以當人類席位:

風險層例子人類審批
Low文檔、文案、僅內部、flag 後先加嘅新功能自動化+security 綠燈後,可以唔需人類
Medium一般產品改動、敏感區域(caching、auto-updater、system prompts)一人
High最高風險路徑兩人,部分路徑永遠兩人

Addy Osmani 喺佢 個人文章 都強調同樣原則:按 blast radius 調整人類投入。一個改字眼嘅 PR 同一個改支付流程嘅 PR,唔應該用同一套審批力度。

Code Review 產品:由預覽到 GA

Claude Code 嘅 Code Review 產品已經 正式 GA(Team/Enterprise),管理員可以揀 Quick/Standard/Deep 三個深度。官方喺文件講明:Code Review 會留言,但唔會 approve 或者 block PR——merge 決定仍然喺團隊手上,即係人類負責嗰一環冇少咗。

幾個官方數字(全部係 vendor 自述):

  • 研究預覽期間,有實質 review 留言嘅 PR 比例由 16% 升至 54%
  • Finding 會先經其他 agent 驗證先貼出,分 Important/Nit/Pre-existing 三類
  • 工程師標錯 finding 嘅比例少於 1%(Osmani 引用 Anthropic 數字)
  • GA 後多數 review 由約 20 分鐘縮至約 6–10 分鐘
  • Eligible Enterprise 可喺 2027-01-15 前申領至少 $10,000 Code Review credits(條款以官頁為準)

本地用家留意:/code-review 指令喺本地都用到,唔一定要 Team/Enterprise plan。詳細設定可以睇我哋之前寫嘅 Claude Code 貼士。

香港小團隊可以即刻抄嘅 checklist

唔使 Anthropic 規模,你可以由呢五步開始:

  • 開 PR 前自己行一次驗證:測試、build 起碼過到先開 PR,唔好靠 reviewer 幫你兜底
  • AI 先 review 一輪,人類最後批:慳人類時間,但 merge 決定留喺人度
  • 為自己嘅 codebase 定風險層:問自己「呢度炸咗,影響幾大?」——影響大嘅路徑(例如付款、用戶資料)要求多人批
  • 寫短 CLAUDE.md/REVIEW.md:CLAUDE.md 寫技術棧同慣例;REVIEW.md 由 code owners 寫「呢一區失敗係咩樣」、限制 nits、要求 agent 附檔案+行號證據
  • 準備好 rollback:feature flag 或者漸進發佈,出事可以即刻退返

如果想再深入 harness 層面嘅做法,可以睇 AI coding harness checklist,或者比較下 Claude Code 同其他工具、Desktop 定 Terminal 適合你。

結論

Anthropic 嘅經驗證明一件事:AI 大量寫 code 嘅年代,review 唔係要放棄,而係要重新設計——自動化處理重複嘅把關,人類集中火力喺高風險決定。香港團隊由小做起都得:定風險層、AI 先審、人類終審、出事快退。Osmani 講得啱,review 係 2026 最高槓桿嘅技能,唔係等 AI 完全取代嘅工序。各項產品功能、價錢同條款,以官網當日為準。

更新於 2026-10-27(Asia/Hong_Kong)。