error-debugging-multi-agent-review

兼容性与维护

此兼容性组的主要编辑路径。完整说明和支持文件仍保留在本地，以便现有安装继续离线运行。这是一套共享流程，并非额外功能。 如果现有清单或客户端配置使用了可调用 ID，请保留该 ID。 于 2026-09-05 在 AAS 中修改；保留原始元数据和许可证声明。

协调有明确范围的代码审查

何时使用

从多个相关视角审查已明确范围的差异或子系统，例如正确性、授权和性能。此技能描述的是审查流程；它不会安装编排引擎，也不能证明合规性。

输入与执行范围

明确固定仓库、基准版本和目标版本、变更路径、预期行为及可用测试。只有在用户授权委派且宿主环境支持时，才使用独立 Agent。否则，依次从各个视角审查。不要仅仅因为此可调用 ID 包含“multi-agent”就启动 Agent。默认采用只读审查；修复、外部发布和部署均须遵循用户实际任务的授权范围。

审查流程

1. 阅读完整差异以及直接受影响的调用路径和测试。
2. 只选择与变更相关的视角。向每位获授权的审查者提出范围明确的问题，指定负责的路径、时间／工作量限制和预期证据格式。
3. 记录发现，包括准确位置、触发条件、后果和复现方法。将假设与已证实的问题分开；不要捏造置信度评分。
4. 在中心位置复现重要发现。按根本原因去重，而非按措辞去重。
5. 通过代码或测试解决分歧。加权投票和多个 Agent 重复某个说法都不能作为正确性的证据。
6. 先报告阻塞问题，再报告重要改进和未经测试的部分。保留原始失败结果；重新运行不能抹去它。

示例

对于租户范围缓存的变更，审查键的构造、授权上下文和失效机制。复现两个租户请求相同提示词，以及同一租户内的不同提示词版本。只有实际发生跨范围命中或返回过期结果时才应报告问题，并提供能展示该问题的最小案例。不得将一般风格意见说成数据泄露缺陷。

局限

此流程不包含 Agent 路由代码、合规性验证器或质量评分计算器。并行审查会增加成本，也可能重复盲区。此流程无法仅凭差异证明整个仓库安全，也不能授权进行生产环境负载测试或发送消息。