對企業而言，僅僅依賴編碼助理是遠遠不夠的。

圍繞著下一代軟體開發和交付中某個特定領域——人工智慧驅動的編碼助手——的熱度已經達到了新的高度。在過去幾年裡，我們看到了來自傳統軟體廠商的各種相關產品。 DevOps 像 GitHub（GitHub Copilot）、Cursor 這樣的新興公司，甚至像 OpenAI（Codex）、Anthropic（Claude Code）等基礎模式公司，都在提供各種工具。這些工具都承諾能夠更快地創建程式碼、消除重複性任務，並提供一種比以往基於人工的結對程式設計方法更經濟高效的方式。同時，這些工具也被定位為大型開發組織領導者提高軟體開發經濟效益、加快創新速度並最終改善軟體開發和交付業務流程的有效手段。

但對於企業來說，一個早期且令人不安的事實是：程式碼助理很少能解決最大的瓶頸問題，也無法像承諾的那樣對業務成果產生重大影響。

我毫不懷疑編碼助手將會長期存在。它們確實能夠提升本地開發人員的效率。但是，軟體開發和交付流程（尤其是在大型企業中）是一個複雜且相互關聯的系統，涵蓋規劃、編碼、測試、安全防護以及將應用程式發佈到生產環境等各個環節，同時還要確保適當的治理和合規性。編碼助理本身只能提高編碼效率，卻錯失了更大的機會：提升整個軟體生命週期的流程、安全性和品質。

企業中編碼副駕駛的驚人局限性

在研發機構中，編碼助理（Copyrobots）的普及速度超過了其他任何人工智慧解決方案。最新估計顯示，僅在過去兩年中，超過 90% 的企業研發機構都採用了程式設計助理。 已完全採用或試行了副駕駛然而，變革管理和工具成本的影響卻是喜憂參半。近幾個月來的兩份報告，尤其是METR關於副駕駛採用情況的調查結果，在業界引發了巨大的失望。 實際上已經減緩了開發人員的速度 還有那項如今臭名昭著的麻省理工學院研究，該研究表明，企業中 95% 的人工智慧項目 已經“失敗”.

關鍵問題是──為什麼代碼助理在企業中沒有發揮預期作用？失敗的原因有很多，其中一些很簡單：

• 程式碼生成只是整個過程中的一個步驟。 編碼助手以可視化的方式在整合開發環境 (IDE) 中運作。它們在提供程式碼片段、設計模式和樣板程式碼方面堪稱一流，但往往忽略了更廣泛的上下文，尤其是在規模更大、更複雜的環境中。它們缺乏對業務優先事項、架構標準、安全要求和合規性規則的了解。
• 編碼輔助工具會放大上游的不良規劃實務。 在大多數企業中，規劃流程比編碼流程更繁瑣耗時。優先排序、工作分解和任務分配通常以月為單位，而非以天或週為單位。事實上，我們每天合作的許多客戶在規劃上花費的時間是編碼的 5 到 10 倍。更糟的是，如果上游規劃有缺陷（需求不明確、優先不一致、路線圖脫節），那麼自動化流程只會幫助開發人員更快建立錯誤的東西。加速和自動化這些錯誤並不會創造價值，只會加劇浪費。
• 下游整合與交付瓶頸 無論是人編寫還是機器編寫的程式碼，都需要經過測試、安全檢查、安全審查和最終交付。如果下游流程緩慢、依賴人工、脆弱或分散，那麼編碼時間的節省不太可能轉化為更快或更有效率的交付。企業中的編碼輔助人員往往無法解決下游存在的真正瓶頸，因此其影響也難以顯現。
• 企業規模與複雜性 軟體開發領域有一句老話：「程式碼的閱讀次數是編寫次數的十倍。」 這句話在大企業中體現得特別明顯。與新創公司不同，大型企業要應對遺留系統、複雜架構、龐大的程式碼庫、全球分散式團隊以及嚴格的監管環境等諸多挑戰。代碼助理往往不了解這些挑戰，因此也無法解決它們。
• 數學算不通 顧名思義，「編碼副駕駛」的目標用戶是開發人員。但實際上，企業開發組織中只有平均 50% 的人是真正的開發人員。他們還包括設計師、架構師、品質保證人員等等。更棘手的是，這 50% 的開發人員平均只將 25% 的時間用於編寫程式碼。他們經常開會、做研究或在白板上討論新想法。早期對「編碼副駕駛」最正面的評價顯示，開發人員的效率提升了 10% 到 30%。因此，目前「編碼副駕駛」的最大影響是 50% x 25% x 20%，也就是整個流程的最大改進幅度為 2.5%。

更大的突破在於編碼的上游和下游。

這觸及了我們存在的核心意義。這是我們精心設計的。 Digital.ai 我們的目標是改善和優化軟體建置和交付的業務流程。雖然我們相信程式碼輔助工具的作用，但我們的數據和客戶回饋告訴我們，真正能夠提升流程效率的是改進程式碼編寫前後的自動化和連接環節。

上游：智慧規劃

企業研發總時間的50%都耗費在規劃上。利用人工智慧驅動更智慧的規劃方法，可以加速從構思到開發的進程，同時也能改善決策，避免臨時變更和意外衝突。當規劃變得更加智慧和靈活時，程式碼輔助工具的角色將帶來更高的創新能力，並更好地與業務目標保持一致。

下游：代理測試、代理安全和代理交付

在編碼上游採用智慧規劃是一項重大突破，但最大的機會卻在下游。智慧測試的進步正在幫助確保軟體在不斷擴展的設備和環境中保持高品質。智慧安全在加速交付的同時加強了防禦，使應用程式能夠在開發早期就得到強化，並在生產環境中得到智慧保護。更智慧的交付管道——融合了智慧、自動化和人工任務——在不犧牲控制、合規性和治理的前提下，加快了價值交付速度。這些下游創新共同作用，更快地將原始程式碼轉化為業務價值。 safer，摩擦力較小。

智慧交付而非編碼

人工智慧正在推動軟體開發和交付領域的復興。在第四波浪潮中，每個組織都需要轉變思維方式。真正的生產力提升並非來自於改進和優化諸如編碼之類的孤立任務，而是來自消除端到端工作流程中的摩擦。編碼助手固然是其中的一部分，但它們並非最終的焦點。

當企業在上游（代理商規劃）和下游（代理商測試、安全和交付）進行投資和創新時，他們就能釋放出第四波軟體開發浪潮所承諾的真正指數級收益：更高的商業價值、更快的上市時間、更低的風險、更高的安全性以及更可預測的結果。

我的下一篇部落格將重點介紹為準備釋放第四波浪潮收益的企業提供的指導性「操作指南」路線圖。