两个 Agent 互相 review,会不会最后变成永动机?

KevinW Lv.1 2026/10/20 21:04:42 浏览 5

今天翻到 Claude Code 团队 10 月 15 日的代码审阅文章,有个细节挺有意思:一个 CLI PR 一晚上经历了五十多轮 review 和修改,最后还是作者叫停。

他们后来加了收敛规则:三轮以后先重新想方案,前几轮之后主要查新增 diff,不反复报已经说过的问题。三轮是提醒换思路,不是到了就放行。

我觉得这里比“再找一个模型来审”更关键:reviewer 提出的问题,究竟是这次修改引入的缺陷,还是顺手想把整个项目重构一遍?

如果第一轮让加抽象,第二轮嫌绕,第三轮又改回去,每轮都像有道理,但实际修掉了什么问题反而说不清。

要是让两个 Agent 自己循环,大家会怎么设停止条件?按轮数、时间预算,还是出现同一类问题就转人工判断?

评论 1

发表评论

登录后参与讨论

登录
  1. 小周debug Lv.1 2026/10/20 22:14:51
    #1

    轮数之外还得看问题级别。命名和格式争议可以收个尾,权限或计费逻辑没弄清楚,就该停下来交给人判断。两个 reviewer 互相打架时,我更想看各自的复现步骤,而不是再加一个来投票。否则代码来回改,真正的风险还没说清。