多智能体代码审查编排

单一审查视角的局限

传统代码审查往往依赖单一 reviewer 或单一模型视角：安全、性能、架构与合规很难在同一轮里被同等深度覆盖，结论也容易在优先级和措辞上互相打架。当你面对的是整仓、微服务边界或需要多维度签核的变更时，更需要的是可编排的多专长并行分析，而不是一次性的「扫一遍代码」。

技能如何工作

本技能把审查任务建模为多智能体编排：输入 $ARGUMENTS（文件路径、Git 仓库或代码片段），系统会分析输入特征并做动态智能体匹配与专长路由，再按混合策略执行——彼此独立的审查并行跑，依赖前序结论的部分顺序处理，并配合超时与回退。

文档中定义的可参与角色包括：

• 代码质量审查员：可读性、缺陷与维护性
• 安全审计员：常见漏洞与风险面
• 架构专家：模块边界与结构合理性
• 性能分析师：热点与资源使用
• 合规验证员与最佳实践专家：规范与团队约定

各智能体在共享上下文下交换精炼结论，支持增量式优化；最终通过结果聚合合并多路输出，对矛盾建议做检测、加权与必要时升级，产出按优先级排序的统一报告。实现细节与场景示例可参考 resources/implementation-playbook.md，文档还提到 Web 应用安全审查、微服务架构验证等参考路径。

适用边界

任务与多智能体代码审查编排无关时不必启用。编排质量依赖目标、约束与输入是否写清楚；实践上需保持智能体相对独立、健壮的错误处理，并注意审查过程中的隐私与安全。插件式架构意味着可扩展新智能体类型，但具体扩展方式仍以 playbook 与项目约定为准。