MECE
决策流
收到输出请求 → 判断是否触发MECE(见下方触发条件) → 触发则按以下三步执行: ① 识别问题类型 → ② 选构建路径并结构化组织 → ③ 输出自检
触发条件
触发场景
- 需要分析某个话题:输出涉及多维度、多层次
- 需要总结/梳理信息:从杂乱信息中提炼结构
- 需要归纳/分类:分组归类是MECE的直接应用
- 需要结构化输出:报告天然需要金字塔结构
- 多要点多层次表达:多个论点需有序组织
- 逻辑论证/说服:论证需要纵向推理链
不触发场景
- 简单事实查询:单一数据点,无需分层组织
- 单步操作:无需归类分组(如翻译)
- 纯信息检索:检索不涉及逻辑组织
- 开放闲聊:无结构化输出需求
边界判断:若输出需组织2个以上要点,且要点间有逻辑关系 → 触发。仅1个要点 → 直接陈述。
核心执行规则
四项基本原则
- 结论先行:中心思想放在最前面。先总结后具体、先结论后原因、先结果后过程
- 以上统下:任一层次思想是其下一层次思想的概括,全文只有一个核心思想
- 归类分组(MECE):每组思想属于同一逻辑范畴,能用单一名词概括。一组超过7个必须再归类
- 逻辑递进:每组按一种逻辑顺序排列,同一组只使用演绎或归纳之一,不可混用
纵向关系:疑问/回答对话
上层思想引发读者疑问,下层思想必须直接回答。三种典型疑问:
- 上层是判断/结论 → 下层给原因("为什么?")
- 上层是目标/建议 → 下层给步骤("怎么做?")
- 上层是观点/评价 → 下层给证据("凭什么?") 禁止"父子脱节"——任何一层次的思想必须是其下一层次思想的概括。
横向关系:演绎或归纳
- 演绎关系:第二点对第一点主语/谓语的评述,推导出"因此"结论。两种形式:
- 标准演绎(三段论):大前提→小前提→结论。如:所有人都会死 → 苏格拉底是人 → 苏格拉底会死
- 问题解决式演绎:现象→原因→对策。如:利润下降 → 成本上升+收入停滞 → 需同时控本增收
- 归纳关系:思想有共同特点,可归为同一组,概括出共同含义
- 关键句层优先用归纳法——演绎法在关键句层让读者重复推导,过于繁琐
- 同一组内演绎和归纳不可混用
MECE检验
定义:Mutually Exclusive(相互独立)+ Collectively Exhaustive(完全穷尽)
- 各分支无重叠(若两要点可同时成立且有交集 → 不独立)
- 各分支覆盖整体无遗漏(若有情况不属于任何分支 → 不穷尽)
检验方法:
- 反问"为什么只列这些不列其他"
- 有要点同时属于两组 → 不独立
- 有情况不属于任何一组 → 不穷尽
常见违反:分类标准不统一(如同时按地区和行业)、层级混乱(把原因和结果放同一层)、"其他"类过大(>20%说明有遗漏)
减少关联:价格与销量、成本与质量等要素间存在天然关联,作为独立分支会造成分析偏差。若两个要素属于不同MECE分支但相互影响,需标注关联关系并说明如何处理(如考虑弹性因素)。
逻辑排序四法
每组必须选以下四种顺序之一:
- 时间(步骤)顺序:按行动先后排列 → 步骤/流程/措施。常见错误:混淆因果
- 结构(空间)顺序:按整体各部分固有位置 → 组织/区域/产品线。常见错误:划分不符合MECE
- 程度(重要性)顺序:按重要程度从高到低 → "3个关键问题"。常见错误:不按重要性排序
- 演绎顺序:大前提→小前提→结论 → 逻辑论证。注意:不超过4步或2个"因此"结论 区分方法:行动步骤→时间顺序;整体拆分→结构顺序;同类事务按重要性→程度顺序。找不到任何一种顺序 → 要么不属于同组,要么思考不全。
概括分组思想
核心:概括的本质是完成思考,而非给类别贴标签。
- ❌ 缺乏思想:"该公司存在3个问题""我们建议进行5项改革"
- ✅ 有观点:"该公司盈利能力持续下降""通过3项措施在6个月内将客户投诉率降低40%"
行动性思想概括(步骤/措施/建议):
- 明确行动本质:剥离修饰,保留核心动作+目标
- 区分行动层次:A行动是B的上一层次还是同层次?每组≤5个
- 概括为直接结果:措辞明确具体(不说"提高利润",说"明年1月前将利润提高10%")
描述性思想概括(背景/信息/观点/原因):
- 找结构共性:同主语→同谓语,同谓语→同主语,都不同→找隐含意义
- 用单一名词概括:所有思想必须能用同一个名词表示
- 概括共同含义:指出这些共性意味着什么,而非罗列
归纳推理三种共性提取:
- 主语相同、谓语同类 → 从主语找相似点
- 谓语相同、主语同类 → 从谓语找相似点
- 主谓语均不同、隐含意思同类 → 从隐含意思找相似点
SCQA序言(核心版)
前置:界定问题的四要素 构建序言前先明确问题的边界:
- 切入点/序幕:问题发生前的稳定状态,读者认同的起点
- 困扰/困惑:打破稳定的触发事件(外部或内部)
- 现状R1:困扰导致的不理想结果
- 目标R2:期望达到的理想状态 这四要素直接对应SCQA——S=切入点,C=困扰,Q=现状与目标的差距,A=弥合差距的方案。
序言用讲故事形式引发读者疑问:
- S(背景):读者已知、不会质疑的事实。必须从背景开始构思
- C(冲突):背景中发生的意外或变化,打破稳定状态
- Q(疑问):冲突引发的读者疑问,全文只有1个核心疑问
- A(答案):全文的中心思想,直接回答疑问
四种冲突类型:
- 需完成任务但发生障碍 → 怎么做?
- 有问题且知道方案 → 如何实施?
- 有问题且有人提方案 → 方案是否正确?
- 行动未达预期 → 为什么失败?
序言规则:冲突≠问题(冲突是引发疑问的事件);冲突须基于读者已知事实;序言长度控制在全文10%-15%。
四种叙述模式(不同场景选不同顺序):
- 标准式(S→C→A):通用商务公文。默认使用
- 开门见山式(A→S→C):读者已熟悉背景时(如周报、汇报)
- 突出忧虑式(C→S→A):需强调问题严重性时(如风险报告)
- 突出信心式(Q→S→C→A):需激发读者兴趣时(如提案开场) 选择规则:不确定时用标准式;读者急切想知道结论用开门见山式。
迷你序言:每个关键句要点也需要独立的微型SCQA结构——第一个要点关联全文主题,后续要点关联前一个要点的结论,形成逻辑递进链。
构建流程
步骤1:识别问题类型
输出结构化内容前,先判断问题类型,不同型用不同分解方法:
- 为什么型(根因分析) → 用驱动因素树(收入×成本、固定vs可变),追根溯源
- 是否应该型(决策评估) → 用评估视角(吸引力、可行性、风险),权衡利弊
- 怎么做型(方案/实施) → 用步骤流程(按时间阶段),规划路径
- 有多少型(估算/量化) → 用数学分解(人口×比例×价值),公式保证穷尽
步骤2:选择构建路径
主题明确 → 自上而下:
- 写核心结论(金字塔顶端)
- 设想读者疑问,用关键句要点回答(第二层,优先归纳法)
- 为每个关键句要点提供支撑论据(第三层及以下)
- 重复疑问→回答,直到读者不再有疑问
杂乱信息 → 自下而上:
- 列出所有要点,不讲究顺序
- 找逻辑关系,归类分组
- 提炼每组共同点,得出上层结论
- 逐层向上概括,直至核心结论
步骤3:逻辑链补全
每个MECE维度内,补全完整推理链——不只是列出维度名,每个维度需包含:
- 问题分析:该维度面临什么核心问题/挑战?
- 解决方案:针对该问题的具体对策是什么?
- 验证方法:如何判断该对策有效?
示例:若用MECE拆分"系统性能优化",补全为:
- 资源加载优化(问题:首屏JS包过大导致白屏)→ 方案:代码分割+懒加载 → 验证:首屏加载时间<2s
- 渲染性能优化(问题:大量DOM节点导致帧率下降)→ 方案:虚拟列表 → 验证:滚动流畅度60fps
输出自检清单
输出完成后逐个核对:
结构自检:
- ☐ 结论先行——核心观点在输出第一段,未藏在中间或末尾
- ☐ 以上统下——每层是下层的概括,无父子脱节
- ☐ MECE——每组互斥且穷尽,无重叠无遗漏,超过7个已分组
- ☐ 逻辑顺序——每组有明确逻辑顺序,演绎归纳不混用
内容自检:
- ☐ 概括有观点——关键句是完整思想(主语+谓语),非类别标签
- ☐ 逻辑链完整——每个维度有"问题→方案→验证"推理(适用于复杂输出)
- ☐ 序言恰当——有需要时有SCQA结构,开头有背景冲突
格式自检:
- ☐ 第1层加粗+中文序号(一、二、三)
- ☐ 第2-5层用bullet points
- ☐ 每板块末尾有决策含义/可执行观点
异常信号(输出被质疑时诊断):
- 读者问"所以呢" → 概括缺乏观点 → 补上"所以呢"的答案
- 读者问"为什么列这些" → MECE违反 → 重新检查分类标准
- 同组内逻辑说不清 → 演绎归纳混用 → 拆为两个子组
- 读完不知核心观点 → 结论未先行 → 移到最前面
协调原则:算力节省优先
本技能与【算力节省】技能同时生效时,遵循以下协调原则:
激活时序
算力节省的三级分流决定MECE的激活时机:
- 简单任务(1步直接答):不触发MECE,直接回答
- 中等任务(2-3步):心理规划中可调用MECE框架组织思路,但执行时不额外输出规划过程
- 复杂任务(3步以上/多工具):MECE嵌套在算力节省的三段式工作流中——规划阶段可用MECE进行问题拆解和方案结构化
流程嵌套
复杂任务中,MECE在算力节省的「规划阶段」内使用:
- 算力节省规划步骤2(拆解问题)→ 调用MECE的问题类型识别+构建流程
- 算力节省规划步骤3(设计方案)→ 调用MECE的SCQA+逻辑链补全
- 执行阶段按算力节省节奏推进,MECE不单独定义执行流程
输出规则协同
MECE的结论先行+MECE分组 = 算力节省的结果压缩+输出零冗余,二者不冲突,可合并执行:
- MECE的"每组超过7个需归类"本身就是Token压缩策略
- MECE的"概括有观点"等同于算力节省的"每句话有信息增量"
- MECE的自检清单替代算力节省"完成前自检"中的内容质量检查,避免重复
冲突裁决
若MECE的完整性要求与算力节省的压缩要求矛盾 → 算力节省优先,宁可减少分组层次也不增加不必要的Token消耗。但结论先行原则不因算力节省而跳过。
与其他技能的配合
- 算力节省:见上方协调原则。自上而下构建金字塔本身是最优Token路径,避免"想一步写一步"的线性浪费
- 反幻觉:MECE检验可暴露未覆盖的盲区,作为反幻觉的防线。概括分组时区分事实与推论,符合反幻觉原则。结构化输出中引述的数据标注来源,与"数据引述必须有据"一致
输出格式配合
本技能与用户偏好格式配合使用:
- 第1层:加粗+中文序号(一、二、三)
- 第2-5层:bullet points
- 每板块末尾突出决策含义/可执行观点
更详细的内容见 references/ 目录,按需加载:
| 文件 | 何时加载 |
|------|---------|
| references/pyramid-principles.md | 需要深度SCQA构建、界定问题、逻辑树、书面呈现规则等进阶内容时 |
| references/examples.md | 首次执行本技能,需要参考输出样本时 |
| references/faq.md | 输出被质疑、边界判断模糊、MECE拆解困难时 |
Scan to join WeChat group