多 Agent 代码复核:实现、审查与汇总如何分工

用一个可复现的软件变更案例说明主 Agent、实现 Agent 和审查 Agent 的职责、交付物与停止条件。

社区整理已复核原始来源
DSH
发布前按官方版本复核
风险
medium

案例目标

任务是在一个有版本控制和测试的示例项目中修改表单校验。目标不是让多个 Agent 同时改同一批文件,而是把实现、独立审查和最终验收分成职责明确的阶段。

开始前记录目标行为、不能改变的兼容要求、允许修改的目录和必须通过的测试。主 Agent 负责维护这些边界。

第一阶段:实现

实现 Agent 获得问题描述、相关代码和验收条件,负责定位原因、修改代码并运行必要测试。交付物包括变更摘要、测试结果、已知限制和需要审查的高风险位置。

实现 Agent 不负责宣布最终通过,也不应在没有授权时提交、推送或部署。

第二阶段:独立审查

审查 Agent 以原始需求和代码差异为输入,不沿用实现者的结论。它检查边界条件、测试覆盖、权限变化、兼容性和是否修改了任务范围之外的文件。

审查意见必须指向具体文件、行为或可复现失败,避免只给出“看起来不错”之类无法验收的评价。

第三阶段:汇总与验收

主 Agent 汇总实现和审查结果,处理冲突并重新运行最终测试。只有验收条件全部满足且没有未解释的高风险问题,才把结果交给人工批准。

这套流程的价值在于职责分离,而不是 Agent 数量。简单任务使用一个 Agent 完成和自检可能更高效;高风险或跨模块任务才值得增加独立复核。

来源与维护信息

本文根据以下原始资料整理。版本变化后,请以官方资料和页面标注的验证日期为准。