AI News HubLIVE
站內改寫2 分鐘閱讀

我們在一個年營收200萬歐元的醫療保健SaaS中實現100%代理程式設計

appointmed公司分享了其在醫療保健SaaS中採用100%代理程式設計的經驗,強調代理程式設計並非取代工程判斷,而是將工作重心轉移到任務塑造、程式碼庫可讀性和嚴格審查上。

來源Hacker News AI作者: tosh

在2026年7月5日,appointmed公司分享了一篇關於其在醫療保健SaaS中實現100%代理程式設計的深度文章。該公司擁有約3500名客戶,年經常性收入約200萬歐元,生產程式碼預設由代理編寫,但這並不意味著工程判斷的缺失。文章指出,代理程式設計的核心不在於代理能生成程式碼,而在於圍繞代理建立精確的系統:任務、程式碼庫、測試、審查和釋出紀律。

所謂100%代理程式設計,是指生產變更透過代理實現,而非逐行手動編寫。代理不決定應該存在什麼功能,人類負責產品方向、架構、權衡、審查深度和釋出風險。代理僅承擔實現工作。這套運作模式的迴圈很簡單:塑造上下文,讓代理實現,用測試驗證,審查意圖,謹慎釋出,然後將經驗轉化為更好的工作流程。

文章以一個具體的賬戶鎖定功能為例:代理實現了功能,但程式碼審查發現了兩處錯誤——一個計數競態條件和另一個超時導致誤鎖。這些問題在釋出前被捕獲,並透過測試防止復發。這凸顯了分層審查的價值。

文章強調,與代理的第一介面是任務而非聊天框。不明確的任務會產生糟糕的代理工作,因此任務需要明確行為變更、不變內容、相關檔案、使用者風險和驗證標準。此外,程式碼庫需要自我解釋,包括清晰的命令、小模組、可預測的命名、貼近行為的測試和明確的本地約定。代理程式設計推動了程式碼庫變得更易讀。

在開發過程中,工程師的角色從逐行審閱轉變為監督:檢查代理是否找到了正確的系統部分,早期發現錯誤假設,縮小變更範圍,促進模式複用,並要求證據。程式碼審查也發生了最大變化:從理解實現和風格辯論,轉變為首先檢查實現行為是否符合預期行為,然後是架構和風險,最後才是本地清理。

測試成為與代理的契約。代理擅長滿足可見的契約,因此可見契約必須真實。僅覆蓋快樂路徑只會得到快樂路徑的信心,真正的風險需要被編碼。文章總結道,實施不再是稀缺活動,清晰的上下文、良好的品味和知道不做什麼變得稀缺。工作重心轉移到了塑造任務和使程式碼庫可導航上,但責任並未轉移。如果代理釋出了一個bug,客戶不在乎是誰寫的。

最後,文章介紹了AgenticPrime專案,旨在分享實用工作流程、釋出減少風險的提示和檢查、構建小工具,並坦誠仍需人類判斷的領域。建議從單一邊界清晰的工作流開始嘗試代理程式設計,觀察哪裡會出錯,從而開始真正的學習。