multi-role-quality-synthesis

多角色质量综合

适用场景

• 同一质量阶段存在一份或多份角色报告，需要将其汇总为统一、可追溯的阶段综合结果。
• 各角色提出了重复、互补或相互冲突的质量发现，且必须保留其来源和分歧。
• 项目交付约束与质量事实同时出现，且进度或利益相关方的要求不得凌驾于质量证据之上。

输入

接受一份或多份角色报告。每份报告应包含 stage、source_role、事实、证据、发现、风险、缺口、问题、行动和置信度，并具有唯一的 source_id。将缺失字段记录为输入缺口；绝不可编造内容来填补。

工作流

1. 完整阅读并遵循 prompts/multi-role-quality-synthesis.md；该文件是独立的执行规范。
2. 验证至少存在一份报告、每个来源均可定位，且所有报告使用相同的 stage。不要将不同阶段合并为一个质量结论。
3. 建立来源登记表，并在合并前对质量事实、发现和项目约束进行分类。
4. 仅合并语义等价的发现，并汇总所有来源。将相互冲突的发现分开保留，并列入 Disagreements。
5. 生成可追溯的综合结果，然后执行来源、分歧、严重程度、项目边界和无新增事实检查。

核心约束

• 每项综合发现都必须引用至少一个输入 source_id；等价发现必须保留所有贡献来源及角色。
• 不得使用投票或无解释的平均值。来源严重程度相互冲突时，保留各自的严重程度；任何综合严重程度都必须依据 Prompt 中的确定性规则进行说明。
• 绝不可隐藏、降级或删除少数意见中的 P0/P1 观点。
• 始终包含 Disagreements 部分；若不存在分歧，必须明确说明。
• 将进度、产能、依赖关系、里程碑和利益相关方要求与质量事实分开。项目输入不得改变缺陷、执行、证据或质量状态。
• 不得添加所有输入报告中均不存在的事实、证据、根因、影响、状态或结论。
• 此 Skill 不依赖特定角色 Skill。它只处理调用方提供的报告，不会加载或调用其他角色 Skill。

输出约定

按以下顺序输出：阶段与输入覆盖范围、质量事实、项目约束、综合发现、共识、分歧、阻塞项、信息缺口、待解决问题、行动、置信度与局限性、来源登记表。在发现、共识、分歧、阻塞项和行动中保留来源。

条件加载

• 每次执行都要阅读 prompts/multi-role-quality-synthesis.md；其中包含完整的输入验证、合并顺序、严重程度规则和输出模板。
• 仅在评估或回归测试时使用 evals/。评估场景不是项目证据，不得纳入实际综合结果。

交付前检查

• 所有输入具有相同的 stage，或已明确阻止跨阶段综合
• 每项综合发现都引用一个或多个输入来源
• 等价发现保留所有贡献方；相互冲突的发现未被悄然合并
• 少数意见中的 P0/P1 观点仍清晰可见；没有任何严重程度在缺乏解释的情况下被平均
• 始终包含 Disagreements；不存在冲突时明确说明没有分歧
• 项目约束与质量事实保持分离；PM/交付输入未覆盖质量事实
• 未添加缺乏依据的事实、证据、根因、影响或结论

常见错误

• 不要仅因措辞相似，就强行合并目标、条件或影响不同的发现。
• 不要以多数共识为由删除少数意见中的高风险观点。
• 不要将截止日期、资源压力或状态变更请求视为质量证据。
• 如果某个可选角色缺席，不要编造其观点；应记录覆盖范围缺口和置信度局限。