代码审查不再盯着一个 PR：Qodo 如何让 Agent 先互审，再把难题交给人

导读

单个代码改动看起来正确，放进跨服务系统后仍可能造成故障；Agent 加快编码后，人也更难逐条消化审查意见。Qodo 的 Itamar Friedman 设想让后台持续维护软件关系和组织经验，由审查 Agent 先与编码 Agent 核对，无法解决的分歧再交给人。系统尝试把历史代码评审、团队讨论和服务间数据流连起来，帮助判断局部变更的下游影响。他举一家金融机构为例：系统回看多年开发讨论，并追踪微服务之间传递的数据，寻找没有直接写在代码依赖里的关系。即使编码者、审查 Agent 和人都同意，生产事故仍可能发生；团队应把新教训写回知识库，并清理过时经验。Itamar 还提出把跨多个 PR 的功能作为整体审查，让审查对象对应用户最终需要的能力。