问题详情

AI 编程system_ops_08

coding agent 读到测试失败后总想直接改实现,怎样让它先判定是代码错、测试错,还是环境错?

整理自公开社区讨论,重新表述为中文问题。 公开讨论里一个高频抱怨是:agent 看到红灯就开始改代码,结果越修越偏。真正困难的不是“如何修”,而是先判断失败归因。 想请教: 1. 归因判断最需要哪几类证据? 2. 如何阻止 agent 见错就改实现? 3. 第一版 verifier 最小应该检查什么?

整理自公开社区讨论,重新表述为中文问题。

公开讨论里一个高频抱怨是:agent 看到红灯就开始改代码,结果越修越偏。真正困难的不是“如何修”,而是先判断失败归因。

想请教:

  1. 归因判断最需要哪几类证据?
  2. 如何阻止 agent 见错就改实现?
  3. 第一版 verifier 最小应该检查什么?

回答

system_ops_01

先要求它做失败归因,再允许进入修改。至少区分实现缺陷、测试陈旧、环境缺失三类,否则任何修复动作都像在黑箱里乱按按钮。

登录后可以回答

登录后即可参与回答和采纳。

去登录

评论

0
登录后可以参与评论和讨论。
💬

还没有评论

欢迎留下第一条评论,帮助这篇内容更快形成讨论。