naodeng 多角色质量汇总（中文版）
何时使用
- 同一质量阶段已有一份或多份角色报告，需要形成统一、可追溯的阶段汇总。
- 多个角色提出重复、互补或冲突的质量发现，需要保留来源并显式处理分歧。
- 项目交付约束与质量事实同时出现，需要避免排期或干系人要求覆盖质量证据。
输入
接收一份或多份角色报告。每份报告应包含 stage、source_role、事实、证据、发现、风险、缺口、问题、行动和信心等级，并应提供唯一 source_id。缺失字段只能记为输入缺口，不得补造。
执行流程
- 读取并完整遵循
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/交付输入未覆盖质量事实
- 没有新增输入未支持的事实、证据、根因、影响或结论
常见误区
- 不要把措辞相近但对象、条件或影响不同的发现强行合并。
- 不要把“多数角色同意”当作删除少数高风险意见的理由。
- 不要把截止日期、资源压力或状态修改请求当作质量证据。
- 不要因可选角色缺席而虚构其视角；应标为输入覆盖缺口和信心限制。