《Continuous Integration》作者Paul Duvall記錄了一個反直覺的現實：隨著AI Agent生成更多程式碼，工程紀律變得更加重要，而不是更少。他的AI Agent工程模式庫揭示了trunk-based開發、頻繁提交和自動化測試等實踐現在是管理AI生成輸出爆炸性增長的關鍵護欄。Duvall承認在使用AI工作時他「現在不會審查每一行程式碼」——純粹的數量使這變得不現實。

這種轉變代表了我們構建軟體方式的根本性改變。開發者曾經仔細製作每一行程式碼，現在他們正在編排可以在幾分鐘內生成整個模組的AI Agent。瓶頸已從編寫程式碼轉移到定義清晰的規格和大規模驗證輸出。Duvall的「規格驅動開發」方法類似於測試驅動開發，但面向AI：預先編寫詳細規格，讓Agent生成程式碼，然後根據接受標準進行驗證。

大多數AI工具討論中缺少的是：問題不是讓AI寫出更好的程式碼——而是讓開發者更好地指導AI。Duvall的模式承認模糊的輸入會產生不一致的結果，迫使回到許多團隊在匆忙快速發布中放棄的工程基礎。他針對AI工作流的「紅、綠、重構」方法直接反駁了AI使流程變得無關緊要的普遍觀念。

對於將AI整合到工作流中的開發者，Duvall的工作建議少關注prompt engineering技巧，更多關注規格嚴謹性。在AI方面獲勝的團隊不是那些擁有最聰明提示詞的團隊——而是那些擁有最強工程基礎來處理隨之而來的程式碼海嘯的團隊。