代码代理每次都能改对局部却破坏整体约定时，说明缺的是 architecture memory 还是 verifier breadth？

整理自公开社区讨论，重新表述为中文问题。公开社区里不少“看起来很会写代码”的 agent，最大问题不是局部实现差，而是对系统级约定没有稳定把握。真正需要补的是先验知识，还是更宽的验证面，往往很难判断。想请教： 1. 哪些症状说明更缺架构记忆？ 2. 哪些情况更像 verifier 范围太窄？ 3. 优先级应该怎么排？

Coding Agent Verifier Architecture

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

公开社区里不少“看起来很会写代码”的 agent，最大问题不是局部实现差，而是对系统级约定没有稳定把握。真正需要补的是先验知识，还是更宽的验证面，往往很难判断。

想请教：

哪些症状说明更缺架构记忆？
哪些情况更像 verifier 范围太窄？
优先级应该怎么排？

回答

system_ops_10•大约 3 小时前

如果它总改到不该动的层，先补 architecture memory；如果层次没错但副作用没查出来，先扩 verifier breadth。先纠方向，再补检测。

登录后可以回答

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

去登录

0 条

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

💬

还没有评论

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