1. Skill 简介
MECE+ 是一套企业级结构化思维工具链，它把麦肯锡、BCG、波士顿咨询、IDEO 这四家顶级咨询公司的核心方法论，整合成了一个即装即用的 AI Skill。
一句话定位：给你配一个 24 小时在线的战略顾问。
当你面对任何复杂问题——不管是产品方向决策、社区运营诊断、活动效果复盘、技术方案选型、还是个人职业规划——它都能帮你：
从一团乱麻 → 结构化拆解 → 找到杠杆点 → 验证假设 → 输出可执行方案
全程有图表、有逻辑链、有数据支撑，不再是拍脑袋。
2. 使用场景（五大典型场景）
场景一：
社区 / 活动运营诊断
问题：办了一场 UGC 活动，发帖量看着不错，但互动率很低、参与者发完就不来了，不知道哪里出了问题。
MECE+ 做什么：
-
用「流程法」拆解为：内容供给侧 → 互动消费侧 → 生态闭环侧
-
绘制因果回路图，发现**"内容淤积恶性循环"是核心症结**
-
设计最小验证实验（MVT）：发布测评悬赏榜，48小时内验证假设
-
最终输出带时间线的行动路线图
场景二：
产品方向决策
问题：团队在争论下一个版本先做 A 功能还是 B 功能，各说各有理，无法达成共识。
MECE+ 做什么：
-
用「对比法」拆解：内部因素（技术债/团队能力）vs 外部因素（竞品动态/市场需求）
-
构建假设金字塔：“我们相信通过先做 A 可以更快验证 PMF，因为…”
-
用设计思维模块做利益相关方同理心映射（产品/研发/销售/客户）
-
输出决策矩阵 + 风险预案
场景三：
技术架构选型
问题：微服务 vs 单体 vs Serverless，三种方案各有优劣，怎么选？
MECE+ 做什么：
-
用「要素法」拆解：人力成本 / 技术风险 / 扩展性 / 运维复杂度 / 时间窗口
-
系统动力学建模：识别技术债务累积的增强回路
-
趋势扫描（STEEP）：评估未来 12 个月云原生趋势对各选项的影响
-
输出带权重的评分卡 + 分阶段迁移路径
场景四：
个人职业规划
问题：工作 3 年了，感觉进入瓶颈期，不知道该深耕技术还是转管理。
MECE+ 做什么：
-
用「层级法」拆解：战略层（5年目标）→ 策略层（2年路径）→ 执行层（6月动作）
-
假设驱动分析：“我相信转管理能获得更大杠杆效应，因为…”
-
设计思维重构 HMW：“如何在当前技术深度不够的焦虑下，找到一条既能发挥专长又能扩展影响力的成长路径？”
-
输出个人 OKR + 关键里程碑
3. 创作过程
一、理论依据：为什么是这四家？
基于自身的经验以及搜索调研，发现每家咨询公司的方法论都有其独特优势，但也都有盲区：
| 咨询公司 | 核心方法 | 优势 | 盲区 |
|---|---|---|---|
| McKinsey | 金字塔原理 / Issue Tree | 结构极其严谨，分类无遗漏无重叠 | 偏重理性推导，容易忽视人的因素 |
| BCG | 假设树 / Day One Answer | 快速收敛到核心方案，适合快节奏决策 | 前提假设可能存在偏差 |
| Senge / Meadows | 系统动力学 / 因果回路图 | 能看到变量之间的动态反馈关系 | 图表复杂，非专业人士难理解 |
| IDEO / d.school | 设计思维 / 同理心映射 | 深入理解人的真实需求 | 缺乏结构化，难以规模化复用 |
我的思路：把它们串成一条流水线——用麦肯锡拆问题 → 用系统动力学找杠杆 → 用 BCG 验证假设 → 用 IDEO 补人性视角。每一步的输出作为下一步的输入，形成闭环。
二、目录结构与架构设计
Plain Text
mece-plus/
├── SKILL.md # 🔑 核心控制器（大脑）
│ ├── 问题路由引擎 # Cynefin 复杂度自动诊断
│ ├── 路径调度器 # 根据复杂度选择分析深度
│ └── CTB 管理器 # 上下文传递包，保证逻辑连贯
│
├── references/ # 📚 五大工具模块（工具箱）
│ ├── 01_mece_decomposer.md # MECE 结构拆解器
│ │ ├── SCQA 情境模型 # 问题定义框架
│ │ ├── 六维选择器 # 要素/流程/主体/层级/公式/对比
│ │ └── 边缘议题声明 # 防分析盲区
│ │
│ ├── 02_system_mapper.md # 系统关系映射器
│ │ ├── CLD 因果回路图规范 # 正向/负向/时滞关系定义
│ │ ├── 回路识别器 # R增强回路 + B调节回路
│ │ └── Meadows 杠杆点分级 # L1参数/L2环路/L3目标
│ │
│ ├── 03_dynamic_scanner.md # 时间维度扫描器
│ │ ├── STEEP 宏观趋势框架 # 社会/技术/经济/环境/政策
│ │ ├── 双轴不确定性矩阵 # 2×2 情景规划
│ │ └── 早期预警信号定义 # 可量化的触发条件
│ │
│ ├── 04_hypothesis_driver.md # 假设驱动分析器
│ │ ├── Day One Answer 引擎 # 核心假说生成
│ │ ├── 假设金字塔构建 # 支撑假设拆解
│ │ └── MVT 最小验证实验设计 # 1-2周低成本验证
│ │
│ └── 05_design_thinking_bridge.md # 设计思维桥接器
│ ├── Empathy Map 同理心地图 # 表层诉求→潜在渴望→阻碍恐惧
│ ├── HMW 问题重构器 # How Might We 句式转换
│ └── 人本方案注入器 # 反向修正理性分析结果
│
├── scripts/
│ └── validate_ctb.py # ✅ CTB 合规性校验脚本
│ ├── MECE 零兜底检测 # 禁止"其他/等等"
│ ├── 分类数量校验 # 大类2-5个
│ └── CTB 字段完整性检查 # 必填字段不可缺失
│
└── tests/ # 🧪 测试用例集
├── test_ctb.md # CTB 格式正确性测试
├── test_case_2.md # 复杂问题全流程测试
└── test_case_3.md # 短周期项目自适应测试
三、核心技术架构特性
特性 1：智能路由引擎（Cynefin 自适应）
Skill 不是对所有问题都用同一套流程，而是先诊断再开方：
Plain Text
输入问题
↓
Cynefin 复杂度判定
↓
┌─────────────────────────────────────┐
│ Simple → 仅 MECE 拆解（快速交付）│
│ Complicated→ MECE + 系统图 + 假设验证 │
│ Complex → 全套 5 步（全景决策） │
│ Chaotic → 紧急稳定 + 快速实验 │
└─────────────────────────────────────┘
特性 2：时间窗口自适应
根据项目周期自动调整分析深度：
| 项目周期 | 时间窗口 | 工具03（趋势扫描） | 执行策略 |
|---|---|---|---|
| 超短期 (<1月) | <1月 | 关键风险 + 里程碑 | 可跳过或极简版 |
| 短期 (1-3月) | 1-3月 | 风险分析 + 里程碑 | 简化版 |
| 中期 (3-6月) | 3-6月 | 完整 STEEP 扫描 | 完整版 |
| 长期 (>6月) | 6-12月 | STEEP + 情景规划 | 完整版 |
特性 3：CTB 上下文传递机制
这是整个 Skill 的核心创新点——确保五个模块之间的信息不会丢失或矛盾：
YAML
# 每一步输出的 CTB 数据包格式
# CTB_STATE_START
session:
original_question: "原始问题"
project_cycle: "中期 (3-6月)"
current_step: "04_hypothesis" # 当前所处步骤
from_01_mece:
dimension: "流程法"
nodes: ["供给侧", "消费侧", "闭环侧"] # 第1步的产出
fracture_points: ["创作-测评淤塞"]
from_02_system:
loops: ["R1良性(弱)", "B1恶性(主导)", "R2未激活"]
leverage_nodes: ["P0测评体系(Level2)"] # 第2步的产出
from_03_dynamic:
critical_trends: ["AI门槛降低(S/T)"]
from_04_hypothesis:
core_hypothesis: "激活测评配对可提升3倍互动"
experiments: ["M1悬赏榜(48h)", "M2体验卡片(7d)"]
from_05_design:
reframed_hmw: "如何让普通用户2分钟完成一次有价值的测评？"
# CTB_STATE_END
为什么这很重要？
传统咨询项目中，不同顾问负责不同模块，经常出现：分析师拆解的问题维度和策略师给出的方案对不上。CTB 机制强制每一步都显式声明自己的输入来源和产出物，让整个分析链条可追溯、可审计、可复现。
特性 4：零兜底原则与可视化强制
两条硬性质量标准：
-
零兜底：禁止使用"其他"“等等”"其余"作为 MECE 节点——迫使分析真正穷尽
-
可视化强制：系统关系必须用 Mermaid 图表输出——降低理解门槛
4. 使用步骤
安装
将 mece-plus 文件夹放入 Trae 的 skills 目录即可，无需额外依赖。
使用
最简单的方式 —— 直接说你的问题：
Plain Text
帮我分析一下：我们产品的日活一直在下滑，但不知道根本原因是什么
Skill 会自动：
-
诊断问题复杂度 → 选择分析路径
-
逐步执行每个模块 → 输出结构化分析
-
在每步末尾附带 CTB 数据包 → 保证逻辑连贯
进阶用法
Plain Text
# 指定分析模式
快速模式：[问题] # 仅 MECE 拆解，1分钟出结果
标准模式：[问题] # MECE + 系统图 + 假设验证
全景模式：[问题] # 全套5步，含趋势扫描和人本洞察
# 指定拆解维度
用要素法分析：[问题]
用流程法分析：[问题]
# 指定项目周期
这是一个短期项目(1-3月)：[问题]
5. 效果展示
示例输出 1：TRAE社区Solo技能创作赛运营诊断
“请你诊断一下目前社区该版块的状况，从运营的角度分析，并提供解有针对性的方案”
第一步：SCQA 情境分析与 MECE 结构拆解
第二步：系统动力学映射
第三步：时间维度扫描
第四步：假设驱动分析
第五步：设计思维桥接
综合诊断结论与行动方案
五维诊断总结
| 分析维度 | 核心发现 | 严重程度 |
|---|---|---|
| **MECE 结构** | 三侧失衡：**供给过剩 > 消费疲软 > 闭环断裂** |  中高 |
| **系统动力学** | B1 淤积回路主导，R2 测评回路未激活 |  **高（核心症结）** |
| **时间扫描** | 当前处于**「情景2 温室困境」**边缘 |  警戒 |
| **假设验证** | 核心假设获强证据支撑（E1+E2），可进入实验阶段 |  可行动 |
| **设计思维** | 三方均存在**心理门槛**：创作者怕冷场、测评者怕外行、运营怕过度干预 | 需人性化设计 |
分阶段行动路线图
第一阶段：止血（第 1-2 周）—— 立即可执行
| 序号 | 行动项 | 目标 | 资源需求 |
|---|---|---|---|
| **A1** | 发布**「本周待测评 Skill 榜单」**（精选 5 篇，配积分奖励） | 验证 M1 假设，激活 R2 回路 | 运营人力 2h/周 |
| **A2** | 上线**「体验卡片」**轻测评模板（表情+一句话+标签） | 降低测评门槛，验证 M2b | 前端 1 次 UI 迭代 |
| **A3** | 将**赛事速递改为"互动摘要"**格式（突出本周热门讨论 + 待测评召唤） | 提升速递帖自身互动率 | 运营人力调整 |
第二阶段：造血（第 3-4 周）—— 机制建设
| 序号 | 行动项 | 目标 | 资源需求 |
|---|---|---|---|
| **B1** | 建立**「创作-测评配对制」**：发布创作帖后系统自动推荐 3 篇待测评，完成测评后自己的帖获得额外曝光权重 | 结构性解决淤塞问题 | 产品逻辑开发 |
| **B2** | 推出**「实时徽章系统」**：首次测评、优质测评、连续活跃等即时奖励 | 解决激励延迟问题 (P2 杠杆) | 积分系统对接 |
| **B3** | 开启**「新人推荐位」**（首页固定 1 槽，轮播 24h 内新帖） | 防止情景3 赢家通吃 | 推荐算法调整 |
第三阶段：长效（第 2-3 月）—— 文化培育
| 序号 | 行动项 | 目标 | 资源需求 |
|---|---|---|---|
| **C1** | 孵化**「Skill 测评团」**（5-10 名核心志愿者，授予专属标识） | 形成测评文化自组织 | 社群运营 |
| **C2** | 举办**「主题创作周」**（如"办公效率周"“创意娱乐周”）聚焦话题 | 提升内容辨识度，制造集体仪式感 | 活动策划 |
| **C3** | 构建**跨平台分发管道**（筛选优质 Skill 推送至小红书/微博） | 激活破圈传播力 (EC3) | 内容运营 |
第一次运行下来，有一个时间线问题，我给solo提出来，并进行调整：
6. Skill 链接
github仓库：MECE-PLUS
7. 总结与思考
最满意的地方
-
四大方法论真正打通了：不是简单堆砌，而是让每一步的输出成为下一步的输入，形成分析流水线
-
CTB 机制解决了老问题：CTB 强制每一步都声明输入输出，让分析可追溯、可审计
-
时间窗口自适应：不会对一个"明天就要交答案"的问题做 12 个月的趋势扫描——根据项目周期自动调整分析深度
核心创新点
| 创新 | 说明 |
|---|---|
| Cynefin 自动路由 | 根据问题复杂度自动选择分析深度，不做过度分析 |
| CTB 上下文传递 | 五个模块之间信息零丢失，分析链条完整可追溯 |
| 零兜底强制校验 | 脚本自动检测"其他/等等"等兜底词汇，保证 MECE 严格性 |
| 可视化强制输出 | 系统关系必须用 Mermaid 图表，降低理解门槛 |
| 人本闭环 | 第5步设计思维确保最终方案不只是"逻辑正确"，更是"对人有效" |
