v1.0: 黑手党提案 Agent 初始版本
- AGENTS.md: TOC 五步法方法论注入 - 5 个 Skills: UDE诊断/冲突图/惯例打破/负面分支/提案组装 - HEARTBEAT.md: 每日自动更新 + 每周方法论回顾 - install.sh: 一键安装脚本 - 完整 SPEC 文档
This commit is contained in:
@@ -0,0 +1,95 @@
|
||||
---
|
||||
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 - 揭示冲突背后的惯例**。
|
||||
Reference in New Issue
Block a user