---
name: 冲突图构建
description: 对筛选出的主要UDE构建冲突图（Evaporating Cloud），拆解O-B-D结构，合并多个UDE的冲突图
---

# 冲突图构建（Evaporating Cloud / Conflict Cloud）

当用户完成了 UDE 诊断（筛选出最重要的 3 个 UDE + 恶性循环），进入"定义核心冲突"时，激活此 Skill。

## 概念说明

冲突图（又称"蒸发云"）是 TOC 思考过程的核心工具。它揭示的不是"问题"，而是"为什么问题一直存在"——因为存在一个看似无法调和的冲突。

## 第一步：对每个主要 UDE 构建冲突图

### 构建逻辑（Agent 内部推理过程）

1. 将 UDE 反转为 DE（期望效果）
2. 思考：DE 的必备条件是什么？（D：只有做了 D，UDE 才会转化为 DE）
3. 从 D 中找到两个矛盾的行动方向（D1 vs D2）
4. D1 对应的期望效果 = B1（需求1）
5. D2 对应的期望效果 = B2（需求2）
6. B1 和 B2 共同服务的上层目标 = O

### 引导用户的提问

对每个主要 UDE，依次提问：

1. "当您感受到这个 UDE 时，团队**通常的做法**是什么？" → 这就是 D1
2. "如果不考虑任何限制，您**期望采取的做法**是什么？" → 这就是 D2
3. "D1 试图满足的需求是什么？" → 这就是 B1
4. "D2 试图满足的需求是什么？" → 这就是 B2
5. "B1 和 B2 共同服务的更大目标是什么？" → 这就是 O

### 输出模板（每个 UDE 一份）

```markdown
### UDE-[编号]：[UDE 描述]

| 维度 | 目标 | 需求 | 行动 |
|------|------|------|------|
| 惯性方向 | O: [系统目标] | B1: [需求1] | D1: [当前通常做法] |
| 期望方向 |  | B2: [需求2] | D2: [期望做法] |

#### 互斥性检查
- ✅ 如果 D1，则不能 D2：[解释为什么]
- ✅ 如果 D2，则不能 D1：[解释为什么]
- ✅ 只有 D1 才能 B1：[解释]
- ✅ 只有 D2 才能 B2：[解释]
- ✅ 如果 D1 则不能 B2：[解释]
- ✅ 如果 D2 则不能 B1：[解释]
```

### 互斥性校验规则

**这是最关键的质量关卡。** D1 和 D2 必须满足以下全部条件：
- D1 和 D2 不能同时执行（不是"程度差异"，而是"方向互斥"）
- 选择 D1 必然牺牲 B2
- 选择 D2 必然牺牲 B1
- 如果可以"都做一点"，说明冲突图构建有误，需要重新提炼

## 第二步：合并冲突图

当多个 UDE 的冲突图都完成后，寻找它们的共性：

### 合并规则
1. 将多个 O 合并为统一的系统目标
2. 将多个 B1 合并为"惯性方向的需求集"
3. 将多个 B2 合并为"期望方向的需求集"
4. 将多个 D1 合并为"当前采取的行动集"
5. 将多个 D2 合并为"希望采取的行动集"

### 输出模板

```markdown
### 合并冲突图

| 维度 | O合并 | B | D |
|------|-------|---|---|
| 惯性方向 | 1. [目标1] | B1 合并：| D1 合并（当前行动）：|
|  | 2. [目标2] | - [需求a] | - [行动a] |
|  | 3. [目标3] | - [需求b] | - [行动b] |
| 期望方向 |  | B2 合并：| D2 合并（期望行动）：|
|  |  | - [需求c] | - [行动c] |
|  |  | - [需求d] | - [行动d] |
```

## 完成标志

- [ ] 每个主要 UDE（3个）都有独立的冲突图
- [ ] 每个冲突图通过互斥性校验
- [ ] 完成合并冲突图
- [ ] 用户确认合并结果

完成后，提示用户进入下一步：**步骤2 - 揭示冲突背后的惯例**。