每增加一層審核都會讓你的速度慢上十倍

背景

Tailscale 執行長 Avery Pennarun 近期撰寫了一篇探討組織效率的文章，指出每增加一層審核機制，流程速度就會減慢十倍。他強調這種延遲並非來自工作量本身，而是「掛鐘時間」的等待與協調成本，並警告 AI 生成程式碼雖然能縮短開發時間，卻可能因為產生更多低質量內容而加劇審核端的瓶頸。

社群觀點

針對文章提出的「十倍速遞減」理論，Hacker News 社群展開了熱烈討論。多數開發者對「掛鐘時間」的延遲深感共鳴，指出程式碼審查（PR）之所以緩慢，並非審查本身耗時，而是因為工程師需要保護自己的專注力，通常只會在特定時段切換上下文處理審核請求。有人補充道，這種延遲在跨層級審核中更為明顯，基層經理可能需要一天，但到了高層或執行長級別，決策週期往往以季度甚至年度為單位。

然而，部分評論者對 AI 能否提升整體吞吐量持保留態度。有資深工程師指出，如果團隊的瓶頸在於資深人員的審核能力，那麼利用 AI 產生大量未經精雕細琢的程式碼，只會讓審核者感到被冒犯且負擔加重。這種「AI 代理人」模式若缺乏人類的初步過濾，最終會演變成一種無效的惡性循環。對此，有觀點提出「沙盒化」作為解決方案，認為若能限制程式碼出錯的影響範圍，就能降低對嚴格審核的依賴，但隨即有反對者質疑，錯誤的輸出若導致決策失誤，其代價依然是企業無法承受的。

在如何打破審核僵局的討論中，社群出現了幾種不同的轉型思路。一種是將審核「左移」，透過前期的架構設計會議、每日站立會議或結對編程來達成共識，將 90% 的潛在問題在撰寫前解決，剩下的格式問題則交給自動化工具。另一種較為悲觀的預測則認為，未來的技術管理可能會演變成一種純粹的「輸入輸出隊列監控」，決策權將從團隊管理中抽離，轉化為一種枯燥的、受服務水準協議（SLA）約束的審核流程。此外，Valve 等公司的扁平化架構也被提及，作為減少通訊頻寬負擔、提升個體生產力的正面案例。

延伸閱讀

• Claude Code：文中提到的 AI 編碼工具，引發了關於 AI 生成內容與審核負擔的討論。
• Mythical Mammoth：留言中提到與組織協調、溝通成本相關的理論概念。