autorenew
工作流 Evals

同步日期: 2026-09-15

多角色质量汇总

同一质量阶段已有一份或多份角色报告,需要形成统一、可追溯的阶段汇总。

何时使用

  • 同一质量阶段已有一份或多份角色报告,需要形成统一、可追溯的阶段汇总。
  • 多个角色提出重复、互补或冲突的质量发现,需要保留来源并显式处理分歧。
  • 项目交付约束与质量事实同时出现,需要避免排期或干系人要求覆盖质量证据。

执行流程

  1. 读取并完整遵循 prompts/multi-role-quality-synthesis.md;该 Prompt 是独立执行规范。
  2. 校验至少有一份报告、报告来源可定位且 stage 一致。不同阶段不得混合为一个质量结论。
  3. 建立来源登记,将事实、质量发现和项目约束分类后再合并。
  4. 仅合并语义等价发现,并联合全部来源;冲突发现保持分开并进入分歧区。
  5. 输出可追溯汇总,再执行来源、分歧、严重级别、项目边界和无新增事实自检。

核心约束

  • 每条汇总发现至少引用一个输入 source_id;等价发现保留全部贡献来源和角色。
  • 不使用投票或无解释平均。严重级别冲突时保留各来源级别;需要汇总级别时按 Prompt 的确定性规则解释。
  • 少数来源提出的 P0/P1 不得被隐藏、降级或因多数意见删除。
  • 分歧必须显式输出;没有分歧时也写明“无分歧”。
  • 项目排期、产能、依赖、里程碑和干系人要求与质量事实分区;项目输入不能改变缺陷、执行、证据或质量状态。
  • 不生成任何输入报告均未提供的新事实、证据、根因、影响、状态或结论。
  • 本 Skill 不依赖任何特定角色 Skill。只处理调用方提供的角色报告,不加载或调用其他角色 Skill。

按需加载

  • 每次执行都读取 prompts/multi-role-quality-synthesis.md,其中包含完整输入校验、合并顺序、严重级别规则和输出模板。
  • 需要评测或回归时使用 evals/;eval 场景不是项目事实,不得带入真实汇总。

交付前自检

  • 所有输入属于同一 stage,或已明确阻塞跨阶段合并
  • 每条汇总发现都有一个或多个输入来源
  • 等价发现保留全部贡献来源,冲突发现没有被静默合并
  • P0/P1 少数意见仍清晰可见,严重级别没有无解释平均
  • 分歧区始终存在,无冲突时明确写明无分歧
  • 项目约束与质量事实分开,PM/交付输入未覆盖质量事实
  • 没有新增输入未支持的事实、证据、根因、影响或结论

常见误区

  • 不要把措辞相近但对象、条件或影响不同的发现强行合并。
  • 不要把“多数角色同意”当作删除少数高风险意见的理由。
  • 不要把截止日期、资源压力或状态修改请求当作质量证据。
  • 不要因可选角色缺席而虚构其视角;应标为输入覆盖缺口和信心限制。

安装与调用

平台

AI 工具

npm 安装(推荐)

npx skills add https://github.com/naodeng/awesome-qa-skills/tree/main/skills/zh/testing-workflows/multi-role-quality-synthesis -g -a codex -y

快速安装(一行命令)

完整脚本

调用示例

@skill multi-role-quality-synthesis
结合当前项目上下文,按该技能的要求给出可执行结果。
分享