開發者復盤：如何修復編碼 Agent 留下的一致性漏洞

這篇文章是作者關於「把工作交給編碼 Agent」的系列文章的後續，前作包括《「修復構建」不是一個任務》《展示你的工作過程》和《編碼 Agent 應該在哪裡停下並提問？》。三篇文章都取自作者 2026 年 9 月在 schoolCRM 上進行的一次會話，schoolCRM 是作者自己搭建的學校運營平臺。當時作者只輸入了「修復它」這樣的簡短指令，一個編碼 Agent 就讓原本失敗的測試通過了，卻在過程中留下了一套不一致的 API，並留下中介軟體漏洞。作者當時沒有立即處理這些遺留問題。

2026 年 11 月，作者回到這個專案，著手妥善修復 Agent 留下的不一致之處。這一次，作者在把任務交給 Agent 之前，先寫下了自己本應在 9 月就寫好的完整、嚴謹的上下文規範。文章通過具體案例復盤了這次修復經過：Agent 在快速讓測試變綠之後留下了哪些不一致的 API 和中介軟體漏洞，以及在補上規範的上下文後修復過程如何展開。作者據此強調，在把任務交給編碼 Agent 之前，提供完整嚴謹的上下文規範至關重要。截至本文釋出，這場關於如何妥善修復編碼 Agent 遺留問題的復盤到此告一段落，文章展示的正是這一輪補上規範後的修復過程。