状态稳定
类型工作流 Skill
领域质量流程
生命周期测试流程
适合角色QA / PM
语言中文 / 英文
评测有评测 ✓
同步日期2026-09-15
解决什么问题
它把当前 Skill 的方法整理成可以直接执行、评审和复用的质量输入。
- 每条汇总发现至少引用一个输入 source_id;等价发现保留全部贡献来源和角色。
- 不使用投票或无解释平均。严重级别冲突时保留各来源级别;需要汇总级别时按 Prompt 的确定性规则解释。
- 少数来源提出的 P0/P1 不得被隐藏、降级或因多数意见删除。
- 不要把措辞相近但对象、条件或影响不同的发现强行合并。
适用场景
推荐使用
- 同一质量阶段已有一份或多份角色报告,需要形成统一、可追溯的阶段汇总。
- 多个角色提出重复、互补或冲突的质量发现,需要保留来源并显式处理分歧。
- 项目交付约束与质量事实同时出现,需要避免排期或干系人要求覆盖质量证据。
常见误区
- 不要把措辞相近但对象、条件或影响不同的发现强行合并。
- 不要把“多数角色同意”当作删除少数高风险意见的理由。
- 不要把截止日期、资源压力或状态修改请求当作质量证据。
- 不要因可选角色缺席而虚构其视角;应标为输入覆盖缺口和信心限制。
输入
最低输入
- 读取并完整遵循 `prompts/multi-role-quality-synthesis.md`;该 Prompt 是独立执行规范。
推荐输入
- 每次执行都读取 prompts/multi-role-quality-synthesis.md,其中包含完整输入校验、合并顺序、严重级别规则和输出模板。
- 需要评测或回归时使用 evals/;eval 场景不是项目事实,不得带入真实汇总。
可选上下文
- 相关代码或配置
- 历史结果
- 日志与指标
输出
输出会围绕该 Skill 的方法形成可执行结果,并明确事实、假设、风险和下一步。
不安装也能判断输出价值
- 01所有输入属于同一 stage,或已明确阻塞跨阶段合并
- 02每条汇总发现都有一个或多个输入来源
- 03等价发现保留全部贡献来源,冲突发现没有被静默合并
- 04P0/P1 少数意见仍清晰可见,严重级别没有无解释平均
查看完整输出结构
- 05分歧区始终存在,无冲突时明确写明无分歧
- 06项目约束与质量事实分开,PM/交付输入未覆盖质量事实
- 07没有新增输入未支持的事实、证据、根因、影响或结论
工作原理
- 01读取并完整遵循 prompts/multi-role-quality-synthesis.md;该 Prompt 是独立执行规范。
- 02校验至少有一份报告、报告来源可定位且 stage 一致。不同阶段不得混合为一个质量结论。
- 03建立来源登记,将事实、质量发现和项目约束分类后再合并。
- 04仅合并语义等价发现,并联合全部来源;冲突发现保持分开并进入分歧区。
- 05输出可追溯汇总,再执行来源、分歧、严重级别、项目边界和无新增事实自检。
安装与快速开始
安装命令 / SHELL
npx skills add \
https://github.com/naodeng/awesome-qa-skills/tree/main/skills/zh/testing-workflows/multi-role-quality-synthesis
-gmulti-role-quality-synthesis.prompt
@skill multi-role-quality-synthesis
结合当前项目上下文,按该 Skill 的要求给出可执行结果。
补充上下文:
[粘贴项目背景或需求]---
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/交付输入未覆盖质量事实
- [ ] 没有新增输入未支持的事实、证据、根因、影响或结论
## 常见误区
- 不要把措辞相近但对象、条件或影响不同的发现强行合并。
- 不要把“多数角色同意”当作删除少数高风险意见的理由。
- 不要把截止日期、资源压力或状态修改请求当作质量证据。
- 不要因可选角色缺席而虚构其视角;应标为输入覆盖缺口和信心限制。