智能体修复代码需先证明 bug 存在

2026年10月3日，一篇DEV作者专属文章介绍，作者将 go-tool-base 架构审查中的21个关键和高危发现分派给一组智能体修复，但发现全部绿灯的合并请求无法证明 bug 真实存在。于是作者要求每个智能体先在未修改的 main 上跑出失败测试，再提交修复。文中以 go/errorhandling 的 exit 0 改 exit 2 为例，展示 RED 证据、修复后转绿以及非致命用例作为阴性对照的完整验证流程。最终21个修复全部通过该门槛。

AI 根据报道生成 · 1 小时前更新

还没有足够的连续观测数据，暂不绘制趋势。