AI 幫你把代碼寫快了，省下的時間誰賺到了

6 月 9 日，一家做軟件安全的公司 Black Duck 發了一份報告，調查了 831 位大公司的工程師。數字好得像廣告：97% 的開發團隊已經在用 AI 寫代碼，92% 的人說自己變快了，平均每週省下大約 8 個小時。如果故事到這裡結束，結論很簡單，AI 讓寫軟件這件事又便宜又快，皆大歡喜。

但同一份報告裡還有另一組數字。將近 90% 的團隊踩到過 AI 生成代碼的坑（生成出來的東西能跑，卻藏著錯誤或漏洞）。超過一半的人卡在了「審查」這一步（review，人或工具逐行檢查代碼對不對、安不安全），48% 卡在返工。也就是說，AI 把寫代碼這段路鋪快了，團隊卻沒有更早到站。省下來的那 8 個小時，很多又從後門漏了出去。

這就引出報告裡最反直覺的一句話。Black Duck 的 CEO 說得很直接：把速度當成優勢、背後卻不配治理，其實是在給自己累積負債。這裡的治理（governance），翻成大白話就是給 AI 寫的代碼配一套追蹤和把關的制度：誰生成的、有沒有人審過、出了問題能不能查回源頭。聽起來像是拖慢進度的官僚流程。但數據說了反話。真正把這套制度配齊的團隊只有三成，而恰恰是這三成，拿到「效率大幅提升」的概率比別人高出 55%。

把這件事翻成生意人能用的話：**AI 真正改變的是瓶頸的位置。**寫代碼這一段一直是快的，慢的一直是另一件事，確認它寫對了。

你可以把 AI 想成一台換上三倍馬力的新引擎。引擎更猛，車不一定更早到。如果剎車、輪胎、路況都還是老樣子，你要嘛在彎道上失控，要嘛把省下的時間全花在收拾事故上。真正更早到站的，是那些順手把剎車和路也一起升級了的人。治理就是那套剎車。

軟件這行有個詞叫技術債（technical debt：今天為了快偷的懶，以後要連本帶利還回來，像刷信用卡）。AI 把寫代碼的成本壓到接近零，於是大家刷得更兇。報告裡有個數字，一半以上的人說自己團隊的代碼量漲了超過 25%。代碼越多，要審、要修、要擔責任的面就越大。便宜生成出來的那部分，賬單沒有消失，只是延後了。

如果你根本不寫代碼，這份報告跟你有什麼關係？關係很大。今天你想做個小程序、做個網站、做個內部工具，最誘人的選項是讓 AI（或一個用 AI 的外包）一個下午就給你生成出來，便宜得不像話。這條路常常是對的，我自己也常走。我只想讓你在拍板前多問一句：剎車在哪裡。有沒有人審過這些代碼，出了問題誰負責，你的數據和用戶信息是不是被妥善關了起來。一個下午生成的東西，如果直接上線收錢、碰真實用戶，那省下的 8 個小時，可能要用一場數據洩露或一次線上事故十倍奉還。

我自己每天在做 AI agent（能自己讀資料、調工具、跑代碼的程序）。立項時我會先把那層檢查搭好，再去想功能：哪些動作必須先過一道關、每一步留不留得下記錄、出錯能不能退回來。一開始我以為這只是我謹慎。看完這份報告才想明白，那層檢查，本身就是那 55% 的差距。

AI 讓寫代碼變快，這件事是真的，省下的時間也是真的。能不能把這些時間真正裝進口袋，看的是另一件很不性感的事：你有沒有同時也把那套接得住錯誤的東西建起來。快是免費送你的，把快留下來，要自己花力氣。