名称: 链式角色扮演→辩论→综合描述: 用于面对具有多个合法视角和内在张力的决策时。当利益相关者有竞争优先级（增长与可持续性、速度与质量、创新与风险），需要在承诺前从不同角度压力测试想法，探索不兼容价值之间的权衡，将冲突的专家意见综合成一致策略，或揭示单视角分析会错过的假设时调用。

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

工作流程

复制此清单并跟踪进度：

角色扮演 → 辩论 → 综合进度：
- [ ] 步骤1：框架决策并识别角色
- [ ] 步骤2：真实地角色扮演每个视角
- [ ] 步骤3：观点之间的结构化辩论
- [ ] 步骤4：综合成一致推荐
- [ ] 步骤5：验证综合质量

步骤1：框架决策并识别角色

将决策明确陈述为问题，识别2-5个具有合法但竞争利益的利益相关者视角或角色，并阐明成功综合的样子。参见决策框架获取选择有效角色的指导。

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

对于每个角色，阐述其立场、优先事项、关注点和证据。真诚地倡导每个观点，不设置稻草人。参见角色扮演指南获取真实倡导技巧，并使用resources/template.md获取完整结构。

步骤3：观点之间的结构化辩论

促进观点在关键分歧点上的直接冲突。揭示张力、挑战假设、测试边缘情况，并识别关键点（什么证据会改变每个视角的想法）。参见辩论结构获取辩论格式和促进技巧。

步骤4：综合成一致推荐

将所有视角的洞察整合成一个统一决策，承认权衡，融入每个观点的有效关注点，并解释优先事项及其原因。参见综合模式获取整合方法，并参考resources/template.md获取综合框架。对于复杂的多利益相关者决策，参见resources/methodology.md。

步骤5：验证综合质量

根据resources/evaluators/rubric_chain_roleplay_debate_synthesis.json检查综合，确保所有视角都真实呈现，辩论揭示了真实张力，综合一致且可操作，没有未经接触就驳回任何视角。参见何时不使用此技能确认此方法合适。

决策框架

选择有效角色

良好角色选择：

竞争利益：角色有合法但不同的优先事项（例如，速度倡导者 vs. 质量守护者）
不同专长：角色带来独特知识领域（例如，工程师、设计师、客户）
价值张力：角色代表不兼容的价值（例如，隐私倡导者 vs. 个性化）
利益相关者代表：角色映射到真实决策者或受影响方

典型角色模式：

职能角色：工程师、设计师、产品经理、市场营销、财务、法律、客户
原型角色：乐观者、悲观者、风险管理者、愿景家、实用主义者
利益相关者角色：客户、员工、投资者、社区、监管者
价值角色：道德官、增长黑客、品牌守护者、创新负责人
时间角色：短期思考者、长期战略家

角色数量：

2个角色：清晰的二元辩论（构建 vs. 购买、增长 vs. 盈利能力）
3个角色：三元张力（速度 vs. 质量 vs. 成本）
4-5个角色：多利益相关者复杂性（产品战略涉及工程、设计、市场营销、财务、客户）
避免 >5个：变得难以处理，综合过于复杂

框架问题

强框架：

“我们应该优先考虑X而非Y吗？”（清晰权衡）
“A和B之间的正确平衡是什么？”（明确张力）
“我们应该追求策略X吗？”（具体、可操作）

弱框架：

“我们应该做什么？”（太模糊）
“我们如何鱼与熊掌兼得？”（假设虚假解决方案）
“谁是对的？”（假设赢家而非综合）

角色扮演指南

真实倡导

每个角色应该：

清晰陈述立场：他们认为应该做什么？
阐述优先事项：什么价值或目标驱动此立场？
揭示关注点：他们在其他方法中看到什么风险或缺点？
提供证据：什么数据、经验或推理支持此观点？
展现脆弱性：此角色承认什么不确定性或限制？

避免稻草人：

❌ “工程师只想用闪亮的新技术”（讽刺）
✅ “工程师重视可维护性，并认为新框架减少技术债务”
❌ “销售只关心成交交易”（轻视）
✅ “销售对收入负责，并将此功能视为竞争定位的关键”

同情但不屈服： 您可以深刻理解一个视角而不必同意它。每个角色应该是"他们自己故事中的英雄"。

视角采纳清单

对于每个角色，回答：

[ ] 从此视角看，成功是什么样子
[ ] 从此视角看，失败是什么样子
[ ] 此角色认为什么指标或证据最令人信服
[ ] 此角色对替代方法有什么恐惧
[ ] 此角色知道什么，其他人可能不知道
[ ] 此角色面临什么约束或压力

辩论结构

促进建设性冲突

辩论格式：

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采用 > 10K用户，投资规模；否则，基于反馈转向”

4. 混合方法

“结合多个视角的元素”
示例：“核心内部构建（控制），但购买外围组件（速度）”

5. 重框架

“辩论揭示真正问题是Z，而非X vs Y”
示例：“定价辩论揭示我们需要先细分客户”

6. 提升约束

“识别两个视角都同意的绑定约束”
示例：“速度和质量倡导者都同意工程能力是瓶颈；综合是先雇佣”

综合质量标记

强综合：

✅ 承认多个视角的有效性
✅ 解释优先事项及其原因
✅ 解决每个观点的重大关注点
✅ 清楚接受的权衡
✅ 可操作的推荐
✅ 关键假设的监控计划

弱综合：

❌ “让我们做所有事情”（无优先考虑）
❌ “X赢，Y输”（驳回有效关注点）
❌ “我们需要更多信息”（避免决策）
❌ “取决于”，不指定条件
❌ 模糊陈词滥调，无具体下一步

示例

示例1：简短综合

决策：我们应该将我们的单体应用重写为微服务吗？

角色：

可扩展性工程师：我们需要微服务以独立扩展并部署更快
实用工程师：重写需要12-18个月且高风险；单体运行良好
财务：投资回报率是什么？重写成本200万美元在工程时间

综合：不要重写一切，但将2-3个有清晰扩展需求的服务（认证、支付处理）提取为独立微服务。保持核心业务逻辑在单体中暂时。这解决瓶颈组件的可扩展性关注（可扩展性工程师），限制风险和时限（实用工程师），并减少成本至40万美元 vs 200万美元（财务）。如果提取的服务成功并证明模式，重新审视完全迁移。

示例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条标准）