multi review agents #26
-
|
非常感谢你们团队将这么高质量的 CodeReview Agent 产品开源出来。 我目前也在内部负责类似的 CodeReview Agent 产品建设。今天看了一下 Open Code Review 的整体架构，理解上目前主要是按照文件维度并行执行 Review Agent。我们内部当前的实现方案也比较类似。 最近我们在思考是否有必要进一步升级为“不同审查维度的 Review Agent 并行执行”的架构，比如从正确性、安全性、性能、可维护性等多个维度分别进行审查。但我本地实现了一个 MVP 跑了一些 Case 后，效果暂时不是特别理想。在 PR 级别的审查场景下，这种多维度并行 Agent 的方案看起来并没有带来明显的质量提升，反而会引入更多工程维护成本和 Token 成本。 所以想请教一下，你们团队内部是否也讨论或尝试过类似的架构形态？如果有的话，想了解下你们对这类方案的收益、成本以及适用场景是怎么判断的。 最后，再次感谢你们将这么优秀的产品开源出来。 |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
|
首先回答你的问题，并行 Agent 分类进行评审我们尝试过，并且认为短期内不是正确的选择。分类的目标本质上是更好的管理模型的专注力，我们的做法可能会倾向于前置的文件分组和规则引擎的设计，由于一些资源投入问题，内部有一些特性还没有开源出来，我们会尽快对外开放，可以持续关注我们发布的版本以获取最新进展。最后，感谢您作为同类工具研发者的认可。 |
Beta Was this translation helpful? Give feedback.
-
|
感谢您的回复，期待后续功能的开放 |
Beta Was this translation helpful? Give feedback.
首先回答你的问题，并行 Agent 分类进行评审我们尝试过，并且认为短期内不是正确的选择。分类的目标本质上是更好的管理模型的专注力，我们的做法可能会倾向于前置的文件分组和规则引擎的设计，由于一些资源投入问题，内部有一些特性还没有开源出来，我们会尽快对外开放，可以持续关注我们发布的版本以获取最新进展。最后，感谢您作为同类工具研发者的认可。