关于 performance-testing-review-multi-agent-review
用于审查指定差异或子系统的有限范围代码审查流程，可从正确性、授权和性能等角度检查。仅在获准且宿主支持时使用独立审查者，默认按顺序进行只读审查。
主要功能
- 01审查固定版本的差异与受影响路径
- 02选择相关审查视角
- 03记录基于证据的问题
- 04复现并合并重复问题
- 05报告阻断项与未测试区域
适用场景
- 01检查变更的正确性与性能
- 02审查限定范围代码变更中的授权
- 03评估获准审查者提出的问题
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/performance-testing-review-multi-agent-review确认已加载。
详细介绍
兼容性与维护
error-debugging-multi-agent-review 的兼容性别名；当现有契约不要求使用此 ID 时，新引用请使用该 ID。完整说明与支持文件保留在本地，因此现有安装仍可离线工作。这是一个共享流程，并非额外能力。
当现有清单或客户端配置使用该可调用 ID 时，请保留它。
于 2026-09-05 在 AAS 中修改；原始元数据与许可证声明予以保留。
协调一次有边界的代码审查
何时使用
从多个相关视角审查一个已定义的 diff 或子系统，例如 正确性、授权与性能。本技能描述的是一套审查流程， 它不会安装编排引擎，也不证明合规性。
输入与执行范围
固定仓库/base/head、变更路径、预期行为与可用测试。 仅在用户授权委派且宿主支持时，才使用独立 Agent。否则 按顺序依次进行各视角审查。不要仅因为此可调用 ID 中包含“multi-agent”就生成 Agent。只读审查是默认方式； 修复、外部发布与部署仍属于用户实际任务权限范围内。
审查流程
- 阅读完整 diff 以及直接受影响的调用路径与测试。
- 仅选择与变更相关的视角。为每位获授权的审查者分配一个 有边界的问题、其负责的路径、时间/工作量限制以及预期证据格式。
- 记录发现时附上确切位置、触发条件、后果与复现方式。将 假设与已证实的失败分开；不要编造置信度分数。
- 集中复现重要发现。按根本原因去重，而非按措辞。
- 通过代码或测试解决分歧。加权投票以及多个 Agent 重复同一主张，都不构成正确性的证据。
- 先返回阻塞项，再返回重要改进项与未测试区域。保留 原始失败结果；重新运行不会将其抹去。
示例
对于租户作用域的缓存变更，审查键构造、授权上下文与 失效机制。复现两个租户请求相同提示词，以及同一租户内 不同提示词版本的情况。预期结果：仅当实际可能发生跨作用域 命中或陈旧结果时才产生发现，并用最小案例加以展示。一般性的风格 意见不得作为数据暴露缺陷呈现。
限制
未捆绑 Agent 路由代码、合规校验器或质量分数计算器。 并行审查会增加成本，并可能重复盲点。此流程无法仅凭 diff 证明 整个仓库的安全性，也无权授权生产负载测试或消息发送。