這些項目崩潰的原因並非“憑感覺編碼”。 它們崩潰的原因是，代理會做出局部正確的修改，但這些修改在全局上卻是錯誤的。代理不會記住代碼存在的意義、之前嘗試過的方法，以及下游的漏洞所在。 更好的 Rails 需要： > 結構化記憶：依賴關係圖、調用鏈、所有權邊界等，以便用戶理解 > 檢索時需考慮影響範圍，而不僅僅是語義相似性 > 基於執行的驗證（測試、構建），而非文本置信度 一旦代理能夠獲取整個代碼庫的狀態，安全地模擬變更，並通過運行的工件證明其正確性，“如何編碼”就不再是瓶頸。 “如何構建”——在哪些約束條件下，如何權衡取捨——才成為問題。 護城河從代碼編寫轉移到了判斷和審查。 我們終將實現這一目標——只是時間問題，而不是會不會實現的問題。