decide-about-disagreements

决定如何处理分歧

先选择分支，再选择模型。此决策辅助工具使用当前协调器和直接工具运行，不会分派工作者。

在 models-consensus 返回至少一个立场不一致的议题后，使用此技能。结果是决策辅助，而非第二个评审团。此技能不会修改评审团的产物，也不会实施用户的选择。

结果脉络

1. 结果： 将每个尚未解决的议题转化为简短的决策资料包。每个资料包包含中立的议题描述、所有记录在案的席位意见、分析、所有不同选项、一项建议，以及用户的选择。
2. 下一步使用者： 用户一次为一个议题选择一个选项。
3. 完成条件： 每个重要的未决议题都已决定、明确延期或标记为 awaiting_human；不得悄然跳过任何议题。
4. 边界： 不要重新运行 models-consensus、修改其报告或状态，也不要开始实施。

处理时请牢记：给出建议，而不是罗列意见。用户要求查看完整选项集，因此要展示所有选项，然后用一个明确的推荐选项和决定性取舍为每个资料包收尾。

阅读结果

接受调用方提供的内联结果，或该结果对象中的持久化结果路径。如果两者都没有，请使用宿主提供的阻塞式提问工具，询问报告或状态路径。不要根据目录列表猜测最新文件。

1. 将报告作为主要叙述来源。使用状态对象获取模式、状态、轮次、席位、有效提供方和模型、共识情况以及置信度。
2. 仅当报告和状态未包含所需的意见或决议时，才读取原始轮次文件。只读取填补缺口所需的最少文件集。默认不要加载完整记录。
3. 在分析前记录问题、会话、模式、状态和产物路径。如果状态不是 complete，则按记录标记为部分完成、失败、等待人工输入、已取消或达到上限。部分结果不是最终共识。如果缺少 mode，或其值包含 interactive 或 autonomous，则将该值视为交互模式。根据可用字段和报告标题推导评审团模式：contradictions 和 material_gaps 表示 poll，disagreement_points 和 convergence 表示 debate，固定的评审团结论标题表示 personas。如果模式仍未知，只处理明确标记为未解决的事项。
4. 遵循席位忠实度。只有结果记录了有效凭据时，才能提及模型或提供方。不得根据请求的名称、提示词或席位自述推断有效模型。如果缺少凭据，则将席位标记为未经验证，并保留报告中的席位名称。
5. 遵循标记，不覆盖原则。保留少数意见、尚未解决的注意事项、缺失的证据、格式错误的席位、重复的提供方以及共同的传输说明。数量更多的一方不能抹去异议。
6. 使用与用户相同的语言。英语使用 ASD-STE100 简明技术英语；葡萄牙语使用巴西葡萄牙语，并采用简单措辞。路径、枚举值、模型名称和简短的引用证据保持不变。

找出尚未达成共识的议题

仅提取仍未解决的重大议题。不要询问理事会已解决、所有席位都支持，或用户已作出决定的事项。这些都属于已决定的范畴。

使用下方对应模式的字段。字段名称可能出现在报告、状态或内联结果中。

模式	询问内容	不要询问
poll	尚未解决的 contradictions，例如 C1；重大的 partial_coverage，例如 P1；尚未解决的 blind_spots，例如 B1；以及在仍有争议或可能改变选择时的 unique_insights，例如 U1。如果尚未解决的注意事项会改变选择，也要纳入。	consensus 中的观点，以及双方评审都已解决的事项。无法改变选择的补充观点属于注意事项，不应作为问题。
debate	存在实质性范围、行为、架构、成本或风险差异的 disagreement_points；达到轮次上限时仍未解决的分歧；以及需要用户对证据或假设作出选择的 blocked_on_context 事项。	full_agreement，以及不会改变方向的 converging 细节差异。
personas	Where the Council Clashes 中主席尚未解决的重大事项，以及仍妨碍用户作出选择的盲点。	主席已经解决的分歧。除非用户明确要求重新审视最终裁定，否则不要重新提出。

对于较旧或自定义的结果结构，仅在上下文明确标示为尚未解决时，才接受 disagreements、open_points、remaining_objections 和 open_caveats。将 follow_up_questions 和 evidence_gaps 视为证据缺口，而非模型间的分歧。如果覆盖范围或证据存在缺口，且需要用户作出假设或可能改变选择，则将其作为问题；否则将其列为非阻塞注意事项。

如果没有剩余的重大议题，应先说明结果：指出无需用户作出选择，并列出任何非阻塞注意事项。不要提出空泛的问题。

每个议题各构建一份决策材料

按结果中的顺序处理议题。除非结果表明两个议题属于同一个决策，否则不要合并。向用户提问前，先为每个议题构建以下材料。

1. 中立地陈述议题

使用理事会的议题 ID，并用一句话陈述存在争议的问题。去掉带有倾向性的措辞。例如：C1: 选择共享队列还是用于持久化交付的 outbox 表。

2. 呈现所有已记录的意见

列出所有针对该议题表明立场的席位。每个席位都应显示：

1. 已记录的席位名称；
2. 收据验证通过时的有效提供方和模型；
3. 用浅显语言说明其立场；
4. 支持该立场的证据、假设或风险。

如果完整席位表中有参与席位未对此议题表明立场，请写明 No position recorded。如果原始输出缺失或格式错误，请写明 Unavailable in the supplied result，并指出证据缺口。不要将沉默视为同意。即使两个席位使用相同的有效模型，也要分别保留其意见。为提供多样性背景，请标记重复模型，但不要删去其文本。

3. 分析分歧

结合提供的问题和上下文，依据可能改变选择的决策标准来检验各方立场。优先考虑结果中可观察到的标准，例如行为、范围、架构、成本、运营风险、可逆性、证据质量和实现负担。

区分以下三种情况：

1. 结论不同： 各席位选择了不同方向。
2. 假设不同： 如果某个事实已知，各席位便会达成一致。
3. 覆盖范围不同： 某个席位提出了额外的风险或收益。

指出各方最有力的证据和实质性弱点。不要仅按多数席位计分。如果结果缺少作出选择所需的事实，请明确指出这是证据缺口，并提供优先补充证据的选项。

4. 列出所有选项

创建一个带编号的选项列表。纳入每个席位、理事会或原始问题提出的不同方向。即使某个少数意见并非主流观点，也要保留有意义的少数选项。只删除措辞重复的内容。

然后判断最佳方案是否是多项建议的组合。如果组合更好，就将其作为一个名为 Recommended synthesis 的新选项，并说明它分别采纳了哪些立场的哪些部分。推荐必须指向已列出的选项。切勿推荐列表中不存在的选项。

5. 推荐一种方案

采用以下简洁格式：

我推荐选项 <id>，因为 <决定性证据和权衡>。最有力的替代方案是选项 <id>，但它会带来 <重大成本或风险>。

这是推荐，而非调查。推荐是一项分析判断，不代表多数意见必然正确。如果证据不足，推荐选项可以是 defer and collect <specific evidence>。说明哪项最少量的证据会改变推荐。

6. 询问用户

优先使用宿主提供的阻塞式交互提问能力。在 Codex 中，如果提供了 request_user_input，就使用它。在 Claude Code 中，使用 AskUserQuestion。否则，使用宿主提供的同等功能。只有在不存在交互工具或工具调用失败时，才使用纯文本。

每个问题只涉及一个主题。将推荐选项放在首位。问题必须是一个句子，例如：我们应为 C1 采用哪种方案？

完整选项列表必须出现在问题之前。如果工具最多只支持两个或三个选项，就将推荐方案和最有力的替代方案作为选项，然后依靠工具提供的自由文本 Other 选项来涵盖列表中的其他所有选项或组合。即使工具的选项数量有限，也绝不要在文字说明中隐藏任何选项。如果工具支持所有选项，就将它们全部列出。

当用户选择 Other 时，准确记录其原文，并将其对应到列表中的选项或新组合。如果该回答无法据此采取行动，就提出一个聚焦的澄清问题。如果工具未返回答案，不要默认选择推荐方案。停止并标记为 awaiting_human，同时注明相关主题。

继续并结束

每次收到回答后：

1. 在当前响应上下文中记录用户的选择。除非用户另行要求记录决策，否则不要写入理事会报告或状态。
2. 如果用户选择了其他选项，就说明这一变更，不要再次辩论。如果用户选择了组合，就重述其确切边界。
3. 转到下一个尚未解决的主题。不要再次询问已解决的主题。

以结果为先结束：

1. 已决定的主题及用户为每个主题选择的选项；
2. 已推迟的主题或标记为 awaiting_human 的主题；
3. 与用户选择不同的原始推荐；
4. 证据缺口、席位保真度限制和未解决的异议；
5. 仅在结果或用户选择明确给出下一步时，提出一个下一步。

验收标准是可观察的：每个实质性未决主题都有对应方案包；每个方案包展示所有记录在案的意见和所有不同选项；每个方案包都有一项推荐；每个被询问的主题都记录了用户的回答，或明确标记为 awaiting_human；源理事会材料保持不变。

注意事项

1. 多数意见不等于证明。根据证据和决策标准作出判断。
2. 缺少输出是可观察到的失败，不代表达成共识。指出缺口；如果缺口妨碍安全决策，就优先收集证据。
3. 盲点不一定代表意见不一致。只有当它会改变决策或需要用户作出假设时，才就此提问。
4. 不要推断模型身份。每项归因都要使用席位保真度。
5. 不要将推荐变成实施方案。此技能在用户作出选择、推迟决策或让主题等待答复时结束。