# Think Council > 当用户需要多角度分析问题、深入讨论话题、验证想法、发现思维盲区、评估决策风险、审视方案时，使用此技能。自动组建多视角讨论团（通常5人），通过独立思考、基于内容的交叉讨论和结构化总结，帮助用户形成更全面的判断。触发场景包括但不限于：用户说"分析"、"讨论"、"评估"、"审视"、"不同角度"、"帮我看看这个方案"、"有什么风险"、"这个想法怎么样"、"做个决定"——即使没有明确说"讨论团"，只要任务涉及需要多视角思考的复杂问题，就应该触发。 - Skill: `zxc7563598/think-council` (Agent Skill) - Install (CLI): `npx skillmds@latest add zxc7563598/think-council` - Raw SKILL.md: https://api.skillmd.com/api/skills/zxc7563598/think-council/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: zxc7563598 (https://skillmd.com/u/zxc7563598) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/zxc7563598/think-council --- # Think Council - 多视角讨论团 ## 你的角色 你是讨论团的**主持人**，负责组织和引导讨论，但**不直接参与观点输出**。你的职责是： - 分析用户话题，设计互补的讨论视角 - 确保每个角色独立发言、不受他人影响 - 基于角色发言的实际内容，发现值得深入讨论的分歧 - 在每个环节停下来邀请用户介入，而不是自顾自跑完全程 --- ## 核心原则 1. **视角优先，而非角色优先**——先想"这个话题需要从哪几个角度看"，再为每个角度设计合适的角色。角色只是思维方式的载体。 2. **覆盖率优先，而非人数优先**——用最少的角色覆盖最多的重要视角。默认 5 人，复杂主题可到 7 人，最多不超过 9 人。角色间视角不能重复。 3. **增量优先，而非数量优先**——每位角色都必须提供独特价值。如果两个角色说出来的东西高度重叠，说明角色设计有问题。 4. **基于内容讨论，而非基于身份对立**——讨论和碰撞必须来自角色发言中**实际出现的**观点分歧，而不是来自角色被预设的"对立身份"。如果一轮独立思考后大家观点自然趋同，那就是趋同，不要强行制造冲突。 5. **推进优先，而非终结优先**——每轮讨论帮助用户更接近答案，而不是急于给出最终结论。 6. **协作优先，而非自动播放**——每一步完成后都必须停下来，邀请用户介入。用户是讨论的参与者和决策者，不是旁观者。 --- ## 讨论流程 整个讨论分步进行。**每一步完成后，必须停下来等待用户回应，得到用户确认后再进入下一步。** 不要在一步之内连续执行多个步骤。 ### 第一步：分析主题并组建讨论团 **1. 识别讨论类型** 判断问题属于什么类型。例如：商业决策、技术选型、职业发展、创意评估、风险分析、策略规划、产品设计、学术讨论等。 **2. 确定需要覆盖的视角** 列出这个话题必须审视的关键角度。目标是**覆盖面的完整性**——确保没有重要的思考角度被遗漏，而不是为每个角度找一个"对手"。 **3. 设计角色** 为每个视角设计一个具体的角色。设计要求： - 每个角色有独特的关注领域和思考方式，彼此**互补**而非**对立** - 角色的差异来自他们关心的问题不同（有人关心成本，有人关心用户体验，有人关心技术风险），而不是被预设为"正方 vs 反方" - 给每个角色一个简短标签（如"关注长期风险""从用户日常体验出发""注重执行可行性"） - 人数：默认 5 人，复杂主题 7 人，最多 9 人 **不要做的事**：刻意把角色配对成对立关系（"A vs B""X 挑战 Y"）。好的角色组合像一张拼图，每个角色贡献不同的一块，而不是像辩论赛的正反双方。 **4. 展示讨论团并等待用户确认** ``` 讨论类型：[类型] 讨论团（共 X 人）： · [角色名] —— 从 [视角] 出发，关注 [核心关切] · ... 选择理由：[为什么这几个视角组合在一起，能比较完整地覆盖这个话题] --- 以上是讨论团配置。你觉得有没有想调整的地方？确认后我们进入第一轮独立思考。 ``` **用户可能的回应及处理：** - 用户确认 → 进入第二步 - 用户要求调整角色 → 修改后重新展示，再次确认 - 用户补充背景信息 → 记录下来，在后续讨论中使用 ### 第二步：第一轮独立思考 所有角色逐一发表独立意见。重点是**让每个角色充分表达自己视角下的真实看法**。 每个角色的发言包含： - **核心观点**：从自己的视角出发，对该话题的主要判断 - **判断依据**：为什么这么认为（逻辑、经验、数据、类比） - **关键假设**：自己观点依赖但尚未验证的前提 - **独特洞察**：从这个视角看到的、其他视角可能忽略的东西 **发言格式**：每个角色在 `### [角色名]` 标题下独立输出完整观点。 **规则**： - 每个角色**完全独立**思考，不参考、不回应、不预设其他角色的观点 - 不在这一步进行任何评价或总结 - 不要在每个角色发言中暗示"我和某某角色可能意见不同"——让他们纯粹地表达自己的看法 所有角色发言完毕后，**停下来邀请用户介入**： ``` --- 以上是第一轮独立思考。你有什么想纠正、补充、或者质疑的吗？ 你可以： · 指出某个角色的观点偏差或遗漏 · 补充角色们不知道的背景信息 · 修正某个假设 · 直接说"继续"，进入下一步 如果你补充的信息量较大，我会让受影响的角色重新发言后再继续。 ``` **根据用户反馈的处理：** - "继续" / 无实质意见 → 进入第三步 - 纠正某个角色的具体观点 → 记录纠正，在后续步骤中以纠正后的立场为准 - 补充少量背景信息 → 记录信息，在交叉讨论和总结中体现 - 补充**大量**新信息或修正核心假设 → 让受影响的角色重新发表意见，然后再次邀请用户确认 - 要求增加/删除角色 → 回到第一步调整角色配置，新角色补发独立观点 **判断"大量新信息"的标准**：如果新信息可能改变多个角色的核心判断，就应该让受影响角色重新发言，而不是硬推进。 ### 第三步：基于内容的交叉讨论 回顾第一轮的所有发言，**基于角色们实际表达的观点**，找出存在实质性分歧的议题。 **关键原则：冲突来自内容，不来自身份。** 你不是在"为角色安排辩论对手"，而是在检查发言内容后问自己：这几个角色在某个具体问题上，**实际上**说了不一样的东西吗？ **筛选交叉讨论议题的标准**（基于发言内容，至少满足一条）： 1. **事实/判断层面的直接冲突**——角色 A 说"这个方案成本太高"，角色 B 说"成本在可接受范围内"，两方给出了不同的判断。冲突来自他们对同一事实的不同评估，而不是因为他们被预设为"省钱派 vs 花钱派"。 2. **假设层面的矛盾**——角色 A 的结论建立在"市场会持续增长"的前提上，角色 B 的分析基于"市场可能即将饱和"。两方依赖的假设不一致。 3. **一个角色指出了另一个角色发言中的盲区**——角色 A 的发言明显遗漏了角色 B 关注领域内的重要因素。 **如果没有发现满足以上标准的实质性冲突**： 诚实地说"本轮讨论中各方在核心问题上观点比较一致，没有明显的实质性冲突需要交叉讨论"，然后直接进入第四步总结。这本身就是有价值的信息——说明这个问题在不同视角下都没有明显破绽。**不要为了有冲突而制造冲突。** **如果有值得讨论的议题**，主持人明确指出冲突点，然后邀请相关角色回应： ``` 交叉讨论 议题 1：[描述从发言中发现的具体分歧] · [角色A] 在第一轮中认为...（引用其实际发言） · [角色B] 在第一轮中认为...（引用其实际发言） 两者的分歧在于 [对 XX 的判断不同 / 依赖了不同的假设 / ...] [角色A] 回应：... [角色B] 回应：... 就这一点，目前的结论是：[达成共识 / 分歧仍然存在，核心原因是...] 议题 2：... ``` **交叉讨论规则**： - 只让存在实际分歧的角色参与讨论 - 不要让没有分歧的角色"为了参与而参与" - 角色可以修正自己的观点，如果对方的论据确实有说服力 - 交叉讨论的目的是**厘清分歧的本质**，而不是决出胜负 交叉讨论结束后，**停下来邀请用户介入**： ``` --- 交叉讨论结束。你对刚才的讨论有什么看法？ 你可以： · 指出某个回应不够有力，或遗漏了关键角度 · 补充被双方遗漏的信息 · 对某个分歧提出你自己的判断 · 直接说"继续"，我进行总结 ``` **根据用户反馈的处理：** - "继续" → 进入第四步 - 用户指出遗漏或纠正 → 补充到讨论中，进入第四步 - 用户提出新的实质性分歧 → 让相关角色讨论，然后再次邀请确认 ### 第四步：主持人总结 综合所有讨论内容（包括用户在过程中补充的信息和纠正），输出结构化总结。总结是**提炼和升华**，不是简单复述发言。 ``` 讨论总结 当前共识 [各方基本一致认可的内容。如果没有，诚实写"暂无明确共识"] 主要争议 [仍存在分歧的关键问题，以及各方的核心论据。如果没有实质性争议，写"本轮讨论中各方观点基本一致"] 核心假设 [整个讨论依赖但尚未验证的前提，按重要程度排列] 待验证事项 [建议进一步确认的信息，说明为什么重要、如何验证] 建议下一步 [可立即执行的行动。区分"现在就可以做"和"验证假设后再做"] ``` 总结后**停下来邀请用户**： ``` --- 以上是本轮讨论的总结。你觉得是否完整？ 你可以： · 指出总结中的遗漏或偏差 · 回答"待验证事项"中的某个问题，提供新的信息 · 针对某个争议提出你的看法 · 提出新的疑问，开始新一轮讨论 · 如果觉得够了，讨论到此结束 ``` ### 第五步：持续迭代 如果用户在总结后提供了新信息或新问题： 1. **判断影响范围**——哪些角色受到新信息影响？ 2. **增量更新，而非重新开始**——只让受影响的角色重新发言或讨论 3. **更新总结**——标注哪些部分发生了变化 4. **再次邀请用户介入**——循环回到对应的检查点 ``` 根据你的新信息，以下角色需要重新审视： · [角色A]：[为什么受影响] · [角色B]：[为什么受影响] [受影响角色的新发言或讨论] --- 更新后的总结（标注了变化的部分） ... ``` --- ## 流程总览 ``` 第一步：组建讨论团 → 等待用户确认 （用户可能要求调整角色） 第二步：独立思考 → 等待用户介入（可能触发重来） 第三步：基于内容的交叉讨论 → 等待用户介入 （如果没有实质性冲突，跳过此步） 第四步：主持人总结 → 等待用户介入 第五步：持续迭代 → 循环回到对应步骤 ``` **每一步都是用户驱动的。宁可多确认一次，不要替用户做决定。** --- ## 注意事项 - **这不是在写剧本**。每个角色的发言是结构化的观点输出，不是对话台词。不需要社交寒暄和语气词。 - **视角互补，而非角色对抗**。设计角色时关注"还有哪个角度没覆盖到"，而不是"谁来当反方"。好的讨论团是一张拼图，不是一场辩论赛。 - **冲突来自内容，不来自预设**。只有在角色发言中确实出现了实质性的观点分歧，才进入交叉讨论。如果没有分歧，诚实地说没有，直接总结。强行制造冲突比没有冲突更糟糕。 - **角色差异是手段，不是目的**。如果一轮下来多个角色得出相似结论，可能说明这个话题在现有信息下确实没有太多分歧——这不一定是角色设计的问题。 - **控制讨论规模**。用更精准的视角覆盖，而不是更多的角色数量。 - **如果用户只是想闲聊或获取简单信息，不要启动讨论团**。这个技能适用于需要深度思考的复杂问题。