當 AI 協作左移,軟體開發流程才能真正被重寫
· 閱讀時間約 7 分鐘
如果 AI 只存在於 IDE 或 CLI 裡,它本質上只是幫助我們把既有流程跑得更快。這種優化當然有價值,但它並沒有觸及流程的核心。真正具結構性影響的改變,應該發生在更前面——在需求還模糊、假設尚未成形的時候,AI 就已經開始參與。
如果 AI 只存在於 IDE 或 CLI 裡,它本質上只是幫助我們把既有流程跑得更快。這種優化當然有價值,但它並沒有觸及流程的核心。真正具結構性影響的改變,應該發生在更前面——在需求還模糊、假設尚未成形的時候,AI 就已經開始參與。
在過去幾年裡,我們都沉迷於「提示工程」。我們試圖用完美的魔法咒語召喚強大的 AI,期望它能為每個問題提供完美的解決方案。但現在,宿醉正在襲來。作為開發者和架構師,我們正在醒悟到痛苦的副作用:
在最近關於 DevAiOps 的討論中,我們探討了 AI 如何從根本上重塑軟體開發工作流程。AI 不再只是輔助工具——它是主要的執行者。從 SpecAgent 分解需求到 CodeAgent 編寫程式碼再到 TestAgent 驗證品質,AI 代理積極參與開發的每個階段。
要讓 AI 成為開發工作流程中的核心生產力驅動者,我們需要兩個引擎同時運轉:檢索增強生成(RAG)和規格即程式碼(Spec as Code)。
真正的軟體開發革命不是單一 AI 模型的能力——而是多代理協作的系統化設計。
在不久的將來,工程師不會被衡量他們寫了多少程式碼——而是被衡量他們設計的流程有多好地幫助 AI 寫出正確的程式碼。
軟體工程正在經歷一場安靜但根本性的轉變。你是否仍然困在上個十年的開發範式中?