何时使用
- 同一质量阶段已有一份或多份角色报告,需要形成统一、可追溯的阶段汇总。
- 多个角色提出重复、互补或冲突的质量发现,需要保留来源并显式处理分歧。
- 项目交付约束与质量事实同时出现,需要避免排期或干系人要求覆盖质量证据。
执行流程
- 读取并完整遵循
prompts/multi-role-quality-synthesis.md;该 Prompt 是独立执行规范。 - 校验至少有一份报告、报告来源可定位且
stage一致。不同阶段不得混合为一个质量结论。 - 建立来源登记,将事实、质量发现和项目约束分类后再合并。
- 仅合并语义等价发现,并联合全部来源;冲突发现保持分开并进入分歧区。
- 输出可追溯汇总,再执行来源、分歧、严重级别、项目边界和无新增事实自检。
核心约束
- 每条汇总发现至少引用一个输入
source_id;等价发现保留全部贡献来源和角色。 - 不使用投票或无解释平均。严重级别冲突时保留各来源级别;需要汇总级别时按 Prompt 的确定性规则解释。
- 少数来源提出的 P0/P1 不得被隐藏、降级或因多数意见删除。
- 分歧必须显式输出;没有分歧时也写明“无分歧”。
- 项目排期、产能、依赖、里程碑和干系人要求与质量事实分区;项目输入不能改变缺陷、执行、证据或质量状态。
- 不生成任何输入报告均未提供的新事实、证据、根因、影响、状态或结论。
- 本 Skill 不依赖任何特定角色 Skill。只处理调用方提供的角色报告,不加载或调用其他角色 Skill。
按需加载
- 每次执行都读取
prompts/multi-role-quality-synthesis.md,其中包含完整输入校验、合并顺序、严重级别规则和输出模板。 - 需要评测或回归时使用
evals/;eval 场景不是项目事实,不得带入真实汇总。
交付前自检
- 所有输入属于同一
stage,或已明确阻塞跨阶段合并 - 每条汇总发现都有一个或多个输入来源
- 等价发现保留全部贡献来源,冲突发现没有被静默合并
- P0/P1 少数意见仍清晰可见,严重级别没有无解释平均
- 分歧区始终存在,无冲突时明确写明无分歧
- 项目约束与质量事实分开,PM/交付输入未覆盖质量事实
- 没有新增输入未支持的事实、证据、根因、影响或结论
常见误区
- 不要把措辞相近但对象、条件或影响不同的发现强行合并。
- 不要把“多数角色同意”当作删除少数高风险意见的理由。
- 不要把截止日期、资源压力或状态修改请求当作质量证据。
- 不要因可选角色缺席而虚构其视角;应标为输入覆盖缺口和信心限制。
---
name: multi-role-quality-synthesis
description: Use this skill when multiple role reports for one quality stage must be combined into a traceable synthesis; triggers include 多角色质量汇总、角色报告合并、质量分歧汇总 and multi-role quality synthesis.
---
# 多角色质量汇总(中文版)
## 何时使用
- 同一质量阶段已有一份或多份角色报告,需要形成统一、可追溯的阶段汇总。
- 多个角色提出重复、互补或冲突的质量发现,需要保留来源并显式处理分歧。
- 项目交付约束与质量事实同时出现,需要避免排期或干系人要求覆盖质量证据。
## 输入
接收一份或多份角色报告。每份报告应包含 `stage`、`source_role`、事实、证据、发现、风险、缺口、问题、行动和信心等级,并应提供唯一 `source_id`。缺失字段只能记为输入缺口,不得补造。
## 执行流程
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
结合当前项目上下文,按该技能的要求给出可执行结果。