策略觀點:
真正的突破不在更好的自動補完,而是管理重心從保護開發者時間,轉向設計可靠的代理執行、人工審查與快速復原迴圈。
工程團隊正在進入新的運作模式:執行能力越來越充裕,判斷、驗證與協調紀律卻越來越稀缺。率先適應的組織不只會交付更多程式碼,還會重新設計工作如何推進。
真正的突破不在更好的自動補完,而是管理重心從保護開發者時間,轉向設計可靠的代理執行、人工審查與快速復原迴圈。

部署量增加 25 倍很容易吸引目光,但更深的啟示不只關於速度,而是代理成為主要執行單位後,舊有工程管理假設不再成立。實作一旦能持續進行,限制就不再是人打字多快,而是工作定義多清楚、輸出檢查多安全,以及好決策推進多迅速。
因此,我們關注代理產能,而非開發者產能。把 AI 附加在舊流程上的團隊,常先見到提升,隨後停滯。原因很簡單:引擎升級了,交通系統沒改。充裕的執行能力撞上緩慢核准、模糊任務,以及為難以觀察進展的年代設計的會議。
實際需要的是組織轉變。讓工程師維持原節奏、身旁多個代理,並不足以取勝。必須重新設計任務、審查與交接流程,讓快速機器執行搭配同樣有紀律的人類判斷。
25 倍
兩位工程師與代理合作,部署量達到約十位工程師團隊的二十五倍。
10 倍
以工作單數量結合程式碼複雜度估算有效產出,而非依賴 PR 數量等薄弱替代指標。
不到 2 個月
原估約四個月的交付時程,壓縮到不到兩個月。
約 20 位工程師
實驗位於較大的分散式工程團隊之中,不是玩具沙盒或孤立的秘密研發小組。
1 億次頁面瀏覽
這是真實正式環境的需求;流量與可靠性要求,讓緩慢迭代有實際代價。
900 萬次選秀
每年的選秀活動量,顯示這是使用者持續互動的真實產品環境,速度確實重要。
在舊模式裡,工程人力是明顯的稀缺資源。因此,團隊建立許多機制來保護開發者時間、減少打擾、謹慎協調交接。當撰寫、測試與修改軟體的每個階段都需要大量人力,這些做法很合理。
現在壓力點正在移動。代理產生初稿、實作變體與測試候選的速度,改變了交付的成本結構。昂貴的部分轉向清楚定義任務、可靠驗證、架構邊界與審查紀律。這些部分若薄弱,更快生成帶來的只是更大堆不確定輸出,而非更大效益。
核心管理洞見是:執行能力充裕時,模糊就變昂貴。團隊會以重工、審查疲乏、反覆重定義問題,以及越來越不敢部署,感受到這筆成本。
傳統的開發者產能模式
規劃以人工實作成本為中心。協調儀式用來保護注意力、減少打擾,並透過會議讓部分不可見的工作變得可理解。因為難以直接檢視進度,交換狀態耗費許多精力。
成功往往意味著讓工程師不受阻、管理溝通關係,以及讓各領域專家的合作更順暢。
代理產能模式
規劃以執行迴圈的可靠性為中心,涵蓋代理、審查者、測試與回復路徑。工作透過具體產出可見:任務狀態、提交紀錄、審查佇列、測試結果與部署模式。
成功取決於系統能否把快速輸出轉為可信變更。這需要更精確的規格、更快的驗證,以及人類判斷與機器行動之間更好的介面。
檢視目前流程,直接問:代理已經能提出合理實作之後,工作還卡在哪裡?如果是審查、需求不清、環境脆弱或決策瓶頸,那就是重新設計的重點。
別一開始就全面擴大自主權。先收緊驗收條件、縮短審查等待,讓阻礙出現在工作紀錄中,而不只靠口頭報告。這樣才能把代理速度轉為組織速度。
當工作紀錄更新得比會議整理還快,會議就成了落後的介面。
「代理不開站立會議」令人印象深刻,因為它指向更廣的事實。站立會議曾解決人類中心執行的真問題:大家需要定期回答做了什麼、下一步是什麼、卡在哪裡。當進展主要存在於腦袋、對話與不完整的個人脈絡中,這很合理。
在大量使用代理的流程裡,答案越來越直接呈現在工作本身。任務狀態變化、提交、測試結果、依賴圖與審查佇列,揭露的資訊可能比口頭回顧更多。會議仍重要,但任務變了:解決不確定、做取捨、對齊風險,而不是重播系統已知的資訊。
錯過這個轉變的團隊,往往在協調層重造瓶頸。他們加快執行,又用為另一個時代設計的儀式把它拖慢。
代理壓低從想法走到合理實作的成本。輸出不會因此自動正確或好維護,但可負擔的嘗試、比較與捨棄範圍改變了。
領導者不該再把實作工時當成主要規劃單位。初稿充裕之後,系統應著重縮小範圍、挑選方案,並只讓經得起檢驗的工作進入下一步。
更多程式碼不等於更多進展。依賴 PR 數量或程式碼行數等薄弱指標,會把忙碌誤認為可以安心交付。
更好的衡量是經驗證的產出:通過明確驗收條件、接受審查,並能安全部署或回復。驗證品質成為組織新的控制重點。
優秀工程師仍重要,但清楚介面的重要程度,比許多團隊願意承認的更高。當責任清楚、問題範圍易懂,代理表現最好。
模組化不再只是架構偏好,更是營運優勢。邊界越清楚,人與代理就越能快速前進,不製造隱藏衝突。
傳統管理常把力氣花在監督、節奏與流程執行。以代理為中心時,關鍵轉為設計任務如何進佇列、核准設在哪裡,以及信任哪些品質訊號。
這是走向高度可信的生產迴圈。最好的領導者會讓好產出容易驗證,壞產出容易被發現並撤回。
從任務定義到安全部署的簡化流程,呈現人類判斷在哪裡增加效益,而非增加摩擦。
| 訊號 | 為何現在重要 | 良好表現的樣貌 |
|---|---|---|
| 部署頻率 | 看出團隊能否反覆把產出轉為安全變更,而非偶爾衝刺。 | 較小、可信的發布,協調延誤更少,復原路徑更清楚。 |
| 解除阻礙所需時間 | 看出有價值的工作能多快停止等待依賴、核准或缺失脈絡。 | 及早解決依賴,讓相鄰工作更早開始。 |
| 審查等待時間 | 衡量人類判斷是否跟得上機器執行。 | 審查夠快,能保持動能,又不降低標準。 |
| 任務清晰度 | 看出代理依據清楚指示行動,還是在反覆重定義中打轉。 | 首次通過率提高,模糊造成的重寫減少。 |
| 回復信心 | 區分能安全實驗的團隊,與害怕自己產出的團隊。 | 透過有紀律的發布實務,迅速撤回變更。 |
| 協調阻力 | 揭露多少時間仍花在敘述狀態,而非做決策。 | 會議聚焦取捨、風險與優先順序,而非回顧。 |
部署量暴增很顯眼,但重塑時程往往是更持久的優勢。一位工程師若不到一個月就能解除阻礙,而非等約三個月,收益不只是單條工作線加速,更是能提早展開相鄰功能、測試假設,並在路線圖鎖定前揭露依賴問題。
這創造了選擇空間。而選擇空間累積的效益,比單純增加產出更快。
受阻時間:不到 1 個月,相較於約 3 個月
工程組織圍繞稀缺的人工實作能力建立,會議、核准與交接也為管理這份稀缺而演化。
團隊把 AI 工具放進既有流程,取得局部進展,協調模式卻大致不變。
代理大幅壓縮實作成本,審查品質、驗證速度與任務清晰度開始主導產能。
最強的組織會率先重設協調層,把管理當成介面設計,而非監督。
兩人團隊往往比大團隊快,單是溝通關係較少就有幫助。把亮眼倍數當成預測前,應先打折看待。
但別錯過結構訊號。扣掉部分興奮後,同樣模式依然存在:更快解除阻礙、更高部署頻率與更短開發時程,顯示組織圖背後的運作關係正在改變。
更廣的影響超出工程。凡是圍繞稀缺專家執行而組成的職能,包括行銷、研究、營運與客服,在 AI 增加初稿供給後,都會感受類似轉變。過去保護昂貴人工產出時間的儀式,如今必須在更快、更易檢視的執行層面前,重新證明必要性。
多數組織仍在過渡期:加工具、留住原核准流程與會議節奏,期待小幅改善累積成轉型。通常不會。優勢屬於願意以充裕執行與稀缺判斷為核心重設流程的團隊。
這才是標題下真正的問題:不是代理能否產出更多,而是領導者能否比競爭者更早,依照這個現實重建協調、信任與復原機制。下一階段的組織績效,屬於重設系統的團隊,而不只是購買工具的團隊。