chain-roleplay-debate-synthesis

链式角色扮演 → 辩论 → 综合

工作流

复制此清单并跟踪进度：

Roleplay → Debate → Synthesis Progress:
- [ ] Step 1: Frame the decision and identify roles
- [ ] Step 2: Roleplay each perspective authentically
- [ ] Step 3: Structured debate between viewpoints
- [ ] Step 4: Synthesize into coherent recommendation
- [ ] Step 5: Validate synthesis quality

步骤 1：界定决策并确定角色

将决策明确表述为一个问题，确定 2-5 个具有合理但相互竞争利益的利益相关方视角或角色，并说明成功的综合结果是什么样。有关如何选择能推动讨论的角色，请参阅决策界定。

步骤 2：真实地扮演每个视角

针对每个角色，阐述其立场、优先事项、顾虑和证据。真诚地为每种观点辩护，不要歪曲对方观点。有关真实辩护的技巧，请参阅角色扮演指南，并使用 resources/template.md 获取完整结构。

步骤 3：围绕不同观点展开结构化辩论

围绕关键分歧，促成不同视角之间的直接交锋。揭示矛盾、挑战假设、检验边缘情况，并找出关键分歧点（哪些证据会改变各方的看法）。有关辩论形式和主持技巧，请参阅辩论结构。

步骤 4：综合形成连贯的建议

整合各方视角的见解，形成统一决策；承认其中的权衡，纳入各方的合理顾虑，并说明优先考虑什么以及原因。有关整合方法，请参阅综合模式；有关综合框架，请参阅 resources/template.md。对于复杂的多利益相关方决策，请参阅 resources/methodology.md。

步骤 5：验证综合质量

根据 resources/evaluators/rubric_chain_roleplay_debate_synthesis.json 检查综合结果，确保真实呈现了所有视角、辩论揭示了真实矛盾、综合结果连贯且可执行，并且没有任何视角未经充分讨论就遭到否定。请参阅不适合使用此技能的情况，确认此方法适用。

---

决策界定

选择能推动讨论的角色

良好的角色选择：

• 利益竞争：各角色拥有合理但不同的优先事项（例如，速度倡导者与质量守护者）
• 专业知识不同：各角色带来不同的知识领域（例如，工程师、设计师、客户）
• 价值观冲突：各角色代表不相容的价值观（例如，隐私倡导者与个性化）
• 利益相关方代表性：角色对应真实的决策者或受影响方

常见角色模式：

• 职能角色：工程师、设计师、PM、营销人员、财务人员、法务人员、客户
• 原型角色：乐观主义者、悲观主义者、风险管理者、愿景家、务实者
• 利益相关方角色：客户、员工、投资者、社区、监管机构
• 价值观角色：伦理负责人、增长黑客、品牌守护者、创新负责人
• 时间维度角色：短期思考者、长期战略家

角色数量：

• 2 个角色：清晰的二元辩论（自建与购买、增长与盈利能力）
• 3 个角色：三方张力（速度、质量与成本）
• 4-5 个角色：多利益相关方复杂局面（涉及工程、设计、营销、财务和客户的产品策略）
• 避免超过 5 个：讨论会变得难以驾驭，综合也会过于复杂

界定问题

有力的问题表述：

• “我们应该优先考虑 X 而不是 Y 吗？”（权衡明确）
• “A 和 B 之间的适当平衡是什么？”（明确点出矛盾）
• “我们应该采取策略 X 吗？”（具体、可执行）

无力的问题表述：

• “我们应该怎么做？”（过于模糊）
• “我们如何才能鱼与熊掌兼得？”（假设存在不切实际的解决方案）
• “谁是对的？”（假设必须分出胜负，而非寻求综合）

---

角色扮演指南

真诚地为立场发声

每个角色都应：

1. 明确表明立场：他们认为应该怎么做？
2. 阐明优先事项：哪些价值观或目标推动了这一立场？
3. 指出顾虑：他们认为其他方案有哪些风险或弊端？
4. 提供依据：有哪些数据、经验或推理支持这一观点？
5. 展现坦诚：这个角色承认哪些不确定性或局限？

避免树立稻草人：

• ❌ “工程师只是想用新潮技术”（漫画式刻画）

• ✅ “工程师重视可维护性，并认为新框架能减少技术债”

• ❌ “销售只关心签单”（轻蔑的说法）

• ✅ “销售要对营收负责，并认为这项功能对保持竞争优势至关重要”

有同理心，但不轻易让步： 你可以深入理解一种观点，而不必认同它。每个角色都应是“自己故事中的英雄”。

换位思考检查清单

针对每个角色，回答：

• 从这一视角看，成功是什么样的
• 从这一视角看，失败是什么样的
• 这个角色最看重哪些指标或证据
• 这个角色担心其他方案有哪些问题
• 这个角色知道哪些其他人可能不知道的信息
• 这个角色面临哪些限制或压力

---

辩论结构

促成富有成效的交锋

辩论形式：

1. 针锋相对

• 角色 A 陈述支持其立场的理由
• 角色 B 提出异议和反驳
• 角色 A 回应异议
• 再以角色 B 的立场重复这一过程

2. 魔鬼代言人

• 一个角色提出“默认”或“显而易见”的选择
• 其他角色系统地挑战其中的假设并指出风险
• 目标：在做出承诺前进行压力测试

3. 建设性对抗

• 确定 3-5 个关键决策维度（成本、速度、风险、质量等）
• 每个角色阐明自己在各个维度上的立场
• 指出不同视角冲突最明显之处

4. 找出关键分歧

• 询问每个角色：“要满足什么条件，你才会改变主意？”
• 找出可验证的假设或能改变辩论走向的证据
• 将讨论聚焦于关键分歧，而不是反复重申立场

揭示紧张关系的问题

• “反对你立场的最有力论据是什么？”
• “[其他角色] 看到了什么是你可能忽略的？”
• “你们的视角之间有哪些无法消除的权衡？”
• “如果要尽可能有力地阐述对方观点，你会怎么说？”
• “在边缘情况下，你的方案会有什么结果？”
• “你在优化什么，而其他人没有优化？”

辩论中的危险信号

• 过早达成共识：角色过快达成一致，没有揭示真正的矛盾
• 各说各话：角色争论的是不同问题，而非针对彼此的观点展开讨论
• 诉诸权威：“因为 CEO 这么说”，而不是给出推理
• 虚假二分法：“我们要么做 X，要么失败”，却没有探索折中方案
• 缺乏依据的主张：“大家都知道 Y”，却没有证据或推理

---

综合模式

综合方法

1. 加权综合

• “我们会优先考虑 X，同时纳入针对 Y 所关注问题的保障措施”
• 示例：“快速交付（产品经理的优先事项），但使用功能标记并进行监控（工程师的顾虑）”

2. 排定顺序

• “我们先做 X，然后处理 Y”
• 示例：“先发布 MVP 以测试市场（增长团队），待证实产品与市场契合后，再投入资源提升质量（工程团队）”

3. 条件策略

• “如果满足条件 A，就做 X；如果满足条件 B，就做 Y”
• 示例：“如果 Q1 的采用人数超过 1 万，就投入资源扩大规模；否则，根据反馈调整方向”

4. 混合方法

• “结合多种观点中的元素”
• 示例：“核心部分自行构建（掌控力），但外围组件选择购买（速度）”

5. 重新定义问题

• “辩论表明，真正的问题是 Z，而非 X 与 Y 之争”
• 示例：“关于定价的讨论表明，我们需要先对客户进行细分”

6. 找出关键约束

• “找出双方观点都认同的制约因素”
• 示例：“速度与质量的倡导者都认为，工程产能是瓶颈；综合方案是先招聘”

综合方案的质量指标

优秀的综合方案：

• ✅ 承认多种观点各有道理
• ✅ 说明优先考虑什么，以及原因
• ✅ 回应各方观点中的主要顾虑
• ✅ 明确说明接受哪些权衡
• ✅ 给出可执行的建议
• ✅ 为关键假设制定监控计划

较差的综合方案：

• ❌ “我们全都做”（没有优先级）
• ❌ “X 赢了，Y 输了”（否定合理的顾虑）
• ❌ “我们需要更多信息”（回避决策）
• ❌ 只说“视情况而定”，却不说明具体条件
• ❌ 空泛的套话，没有明确的后续步骤

---

示例

示例 1：简短综合

决策：我们是否应该将单体架构重写为微服务？

角色：

• 可扩展性工程师：我们需要微服务，以便独立扩展并加快部署
• 务实的工程师：重写需要 12–18 个月，风险很高；单体架构目前运行良好
• 财务：投资回报率是多少？重写将耗费 200 万美元的工程工时

综合方案： 不要重写所有内容，而是将有明确扩展需求的 2–3 项服务（身份验证、支付处理）拆分为独立的微服务。暂时保留核心业务逻辑在单体架构中。这样既能满足瓶颈组件的可扩展性需求（可扩展性工程师），又能控制风险和工期（务实的工程师），还可将成本从 200 万美元降至 40 万美元（财务）。如果拆分出的服务取得成功并验证了这一模式，再重新考虑全面迁移。

示例 2：完整分析

如需查看包含详细角色扮演、辩论和综合方案的完整示例，请参阅：

• resources/examples/build-vs-buy-crm.md - 销售、工程和财务团队就 CRM 平台决策展开辩论

---

不适合使用此技能的情形

以下情况请跳过角色扮演—辩论—综合流程：

❌ 只有一位明确的专家：如果某人拥有决定性专业知识，其他人也愿意听从其意见，就直接咨询这位专家 ❌ 没有真正的分歧：如果利益相关方实际上意见一致，辩论就是人为制造的 ❌ 价值观无法协商：如果涉及道德底线，就不要扮演不道德的一方 ❌ 时间紧迫的决策：如果必须在几分钟内做出决定，就跳过完整辩论 ❌ 实施细节：如果决策关乎“如何做”，而非“是否做”或“做什么”，就采用技术协作，而不是辩论

以下情况请采用更简单的方法：

• ✅ 决策简单且数据明确 → 使用决策矩阵或期望值分析
• ✅ 需要创意选项，而非评估 → 使用头脑风暴，而不是辩论
• ✅ 需要详细分析，而非观点交锋 → 使用分析框架
• ✅ 需要制定实施计划，而非做决策 → 使用项目规划，而不是角色扮演

---

高级技巧

对于复杂的多方决策，请参阅 resources/methodology.md，了解：

• 多轮辩论（迭代完善立场）
• 视角转向受众（综合分析如何因不同利益相关方而变化）
• 引导反模式（辩论如何陷入误区）
• 不确定条件下的综合分析（证据不完整时）
• 利益相关方映射（识别需要代表哪些人）

---

资源

• resources/template.md - 用于角色扮演 → 辩论 → 综合分析的结构化模板
• resources/methodology.md - 高级引导技巧和辩论形式
• resources/examples/ - 涵盖不同领域的完整示例
• resources/evaluators/rubric_chain_roleplay_debate_synthesis.json - 质量评估标准（10 项）