Claude Code怎審Code？|矽谷團隊全公開
在 Hacker News 上，一篇由 Anthropic 團隊成員撰寫、題為「How the Claude Code team does code review」的貼文，短短數小時內衝上 163 分、累積 159 則留言，成為全球開發者圈當日最熱議的技術話題之一。這不是一份產品發佈公告，而是一份罕見的「內部工作流程公開書」——Anthropic 把自己團隊如何用 Claude Code 審查程式碼的細節攤在陽光下，等於間接回答了整個產業最焦慮的問題：當 AI 能寫出大量程式碼，人類工程師還剩下什麼價值？
從「寫程式」到「審程式」：工作重心的位移
根據該貼文與後續討論，Claude Code 團隊的核心做法，是把 AI 生成程式碼視為「初稿」而非「成品」。團隊成員會在提交前，先讓 Claude 自行產生變更說明、標註風險區域，再由人類工程師針對「為什麼這樣改」進行審查，而非逐行檢查語法。換句話說，審查的重點從「這段程式對不對」轉向「這個決策合不合理」。
這個轉變的意義遠比表面看起來大。過去十年，程式碼審查（Code Review）在矽谷一直被視為品質把關的最後一道防線，Google、Meta 等公司甚至發展出龐大的內部審查文化與工具鏈。但當 AI 能在幾秒內產出數百行程式，傳統「人盯人」的審查模式在經濟上已經不可行——一份 500 行的 PR，人類審查者平均需要 30 到 60 分鐘，而 AI 一天可以產出數十份這樣的 PR。Anthropic 的做法，本質上是在回答「審查吞吐量」這個新瓶頸。
值得注意的是，同一週 Hacker News 上另一篇高達 341 分的討論「90% of US working hours are spent on tasks not covered well by AI benchmarks」，正好從反面印證了這個趨勢：AI 基準測試覆蓋不到的，往往就是「判斷、取捨、責任歸屬」這類工作。程式碼審查恰好落在這個灰色地帶。
對 HK/TW 開發團隊的三個實務啟示
第一，審查流程要重新設計，而非只是導入工具。香港與台灣多數中小型軟體團隊，目前對 AI 寫程式的態度仍停留在「拿來加速」階段，卻沒有同步調整 PR 規範。Anthropic 的公開做法提醒我們：如果沒有先定義「AI 產出的程式碼該附帶哪些說明與風險標註」，導入 Claude Code 或類似工具只會讓技術債累積得更快。
第二，資深工程師的價值正在被重新定價。當撰寫程式碼的邊際成本趨近於零，能判斷「這段程式三個月後會不會出事」的人反而更稀缺。對台灣與香港的工程師而言，這是一個明確的職涯訊號：與其拚命追逐最新框架，不如累積系統設計與風險判斷的能力。
第三，本地法規與責任歸屬問題浮上檯面。香港個人資料私隱專員公署與台灣數位發展部近年都開始關注 AI 應用的合規問題。當 AI 參與程式碼審查，一旦出事，責任該由誰承擔？Anthropic 的公開流程中並未明確處理這一點，這也是亞洲團隊在導入時必須自行補上的缺口。
為何這件事值得 HK/TW 讀者關注
表面上，這只是矽谷一家 AI 公司的內部工作分享。但放到更大的脈絡看，它標誌著軟體業正式進入「AI 產出、人類把關」的分工模式。對香港的金融科技團隊、台灣的半導體與 IC 設計周邊軟體團隊而言，這種模式一旦成為業界標準，將直接影響招聘標準、專案報價方式，甚至外包合約的責任條款。
更現實的是，Claude Code 這類工具在亞洲的採用速度，往往落後矽谷半年到一年。Anthropic 這次主動公開流程，等於把「領先者的作業」攤在桌上，對資源有限的中小型團隊來說，是一次難得的免費教材。
延伸閱讀
接下來要看什麼
第一，Anthropic 是否會把這套審查流程產品化，變成 Claude Code 的內建功能，例如自動產生風險標註、強制要求變更說明。第二，Google、Microsoft 等競爭對手是否跟進公開類似的內部流程，形成產業標準。第三，也是最關鍵的：香港與台灣的企業何時會把「AI 程式碼審查規範」寫進內部工程手冊——這將決定本地團隊在這波分工重組中，是跟上腳步，還是被邊緣化。
對開發者而言，現在最實際的行動，不是急著換工具，而是重新檢視自己團隊的 PR 流程：你們審的，究竟是語法，還是決策？