开发者复盘：如何修复编码 Agent 留下的一致性漏洞

这篇文章是作者关于「把工作交给编码 Agent」的系列文章的后续，前作包括《「修复构建」不是一个任务》《展示你的工作过程》和《编码 Agent 应该在哪里停下并提问？》。三篇文章都取自作者 2026 年 9 月在 schoolCRM 上进行的一次会话，schoolCRM 是作者自己搭建的学校运营平台。当时作者只输入了「修复它」这样的简短指令，一个编码 Agent 就让原本失败的测试通过了，却在过程中留下了一套不一致的 API，并留下中间件漏洞。作者当时没有立即处理这些遗留问题。

2026 年 11 月，作者回到这个项目，着手妥善修复 Agent 留下的不一致之处。这一次，作者在把任务交给 Agent 之前，先写下了自己本应在 9 月就写好的完整、严谨的上下文规范。文章通过具体案例复盘了这次修复经过：Agent 在快速让测试变绿之后留下了哪些不一致的 API 和中间件漏洞，以及在补上规范的上下文后修复过程如何展开。作者据此强调，在把任务交给编码 Agent 之前，提供完整严谨的上下文规范至关重要。截至本文发布，这场关于如何妥善修复编码 Agent 遗留问题的复盘到此告一段落，文章展示的正是这一轮补上规范后的修复过程。