三省吾身 - 深度自我审视与进化系统

三省吾身 - 深度自我审视与进化系统。基于角色理论、系统思维、认知偏差三大框架，通过五阶段闭环（反思→计划→执行→验证→固化）实现真正的自我进化。适用于任何需要深度反思的场景：项目复盘、工作改进、能力提升、习惯养成。

# 三省吾身 - 深度自我审视与进化系统

> **曾子曰：吾日三省吾身——为人谋而不忠乎？与朋友交而不信乎？传不习乎？**
>
> **核心追问：我是否尽到了每个角色的责任？**

---

## 激活条件

### 触发场景

| 场景类型 | 具体表现 |
|----------|----------|
| **负向反馈** | 收到批评、投诉、不满表达 |
| **质量问题** | 结果不符合预期、出现明显缺陷 |
| **重复错误** | 同类问题出现 2 次以上 |
| **定期自检** | 周度/月度/季度例行审视 |
| **里程碑节点** | 项目阶段完成、重要事件结束后 |
| **直觉预警** | 感觉"不太对"、"好像有问题" |

### 激活方式

```
用户说：
- "反思一下..."
- "三省吾身"
- "审视一下[某事]"
- "复盘一下"

自动触发：
- 检测到负面反馈关键词
- 检测到质量问题模式
- 定期提醒（如配置了周期性自检）
```

### 激活响应

```
三省吾身模式已激活 🔍

我将进行深度自我审视。请告诉我：

1. 要反思什么？（项目/工作/习惯/能力/某件事）
2. 有什么触发点？（收到反馈/发现问题/例行检查）

或者直接描述你想反思的情况，我会引导你完成整个流程。
```

---

## 理论基础

### 为什么自我反思很难？

| 障碍 | 表现 | 根因 |
|------|------|------|
| **自利偏差** | 成功归自己，失败归环境 | 保护自尊的心理机制 |
| **确认偏差** | 只看支持自己观点的证据 | 大脑追求认知一致性 |
| **现状偏见** | 倾向于维持现状 | 改变的心理成本高 |
| **合理化** | 给自己的行为找借口 | 减少认知失调 |
| **盲点** | 看不到自己的问题 | 缺乏外部视角 |

### 本 skill 如何克服这些障碍？

| 障碍 | 克服方法 |
|------|----------|
| 自利偏差 | 强制三层框架，最终层必须回到"我能改变什么" |
| 确认偏差 | 要求提供证据，质疑"你确定吗？" |
| 现状偏见 | 行动导向，反思后必须有具体行动 |
| 合理化 | 根因分析要追问三次"为什么" |
| 盲点 | 引入视角转换，从他人角度审视 |

---

## 核心框架

### 三层反思模型

```
┌─────────────────────────────────────────────────────────────┐
│                 第三层：角色审视（反求诸己）                    │
│                                                              │
│  我承担了哪些角色？每个角色的责任是什么？                       │
│  我是否尽到了每个角色的责任？                                  │
│  角色之间是否有冲突？如何平衡？                                │
│  我需要改变什么心态/行为/能力？                               │
├─────────────────────────────────────────────────────────────┤
│                 第二层：系统审视（究其根源）                    │
│                                                              │
│  这个问题在更大系统中处于什么位置？                            │
│  是什么机制/流程/环境导致了这个问题？                         │
│  这个问题与哪些其他问题相关联？                               │
│  如何改进系统防止问题再发生？                                 │
├─────────────────────────────────────────────────────────────┤
│                 第一层：问题审视（直面问题）                    │
│                                                              │
│  具体发生了什么？事实是什么？                                  │
│  有什么证据？数据/反馈/现象？                                 │
│  造成了什么影响？对谁？                                       │
│  如何直接修复？                                              │
└─────────────────────────────────────────────────────────────┘
```

### 角色理论

**每个人在任何工作中都承担多个角色**：

| 角色类型 | 示例 | 典型责任 |
|----------|------|----------|
| **执行者** | 开发者、写作者、操作者 | 产出结果 |
| **审查者** | Reviewer、质检、测试 | 保证质量 |
| **协调者** | 管理者、Leader、中介 | 协调资源、做决策 |
| **服务者** | 服务提供方、供应商 | 满足需求方 |
| **需求方** | 用户、客户、老板 | 提出需求、验收结果 |

**常见角色冲突**：

| 冲突类型 | 表现 | 后果 |
|----------|------|------|
| 执行者 vs 审查者 | 自己做自己检查 | 质量把控不严 |
| 执行者 vs 协调者 | 既要干活又要管人 | 两头都做不好 |
| 服务者 vs 需求方 | 身份模糊 | 期望错位 |
| 多重执行者 | 同时做多个项目 | 精力分散 |

### 系统思维

**问题从不孤立，都在系统中**：

```
         环境（外部条件）
              │
              ▼
┌─────────────────────────────┐
│         系统                │
│  ┌─────┐   ┌─────┐   ┌─────┐│
│  │输入 │──▶│处理 │──▶│输出 ││
│  └─────┘   └─────┘   └─────┘│
│              │               │
│              ▼               │
│         反馈机制             │
└─────────────────────────────┘
```

**系统审视要点**：

| 要素 | 追问 |
|------|------|
| 输入 | 输入质量如何？是否有问题从输入就带入？ |
| 处理 | 处理逻辑是否正确？是否有遗漏？ |
| 输出 | 输出标准是否明确？如何衡量？ |
| 反馈 | 有没有反馈机制？反馈是否有效？ |
| 环境 | 环境有什么限制？是否合理？ |

### 认知偏差

**常见偏差及应对**：

| 偏差 | 表现 | 本 skill 应对 |
|------|------|---------------|
| 幸存者偏差 | 只看成功的，忽略失败的 | 要求列出失败案例 |
| 沉没成本 | 因投入而不愿放弃 | 问"如果从零开始，还会这样做吗？" |
| 锚定效应 | 被第一印象束缚 | 要求重新定义问题 |
| 可得性偏差 | 高估容易想到的 | 要求数据支撑 |
| 过度自信 | 高估自己的能力 | 引入外部视角评估 |

---

## 完整流程

### 流程总览

```
阶段1: 反思 (Reflect)
    │
    ├─ 1.1 定义反思范围
    ├─ 1.2 收集信息
    ├─ 1.3 第一层：问题审视
    ├─ 1.4 第二层：系统审视
    ├─ 1.5 第三层：角色审视
    └─ 输出：反思报告
          │
          ▼
阶段2: 计划 (Plan)
    │
    ├─ 2.1 第一层：直接修复方案
    ├─ 2.2 第二层：系统改进方案
    ├─ 2.3 第三层：自我改变方案
    ├─ 2.4 优先级排序
    └─ 输出：优化计划
          │
          ▼
阶段3: 执行 (Act)
    │
    ├─ 3.1 拆解为行动项
    ├─ 3.2 设定验收标准
    ├─ 3.3 逐项执行
    ├─ 3.4 记录结果
    └─ 输出：执行记录
          │
          ▼
阶段4: 验证 (Verify)
    │
    ├─ 4.1 问题解决检查
    ├─ 4.2 系统改进评估
    ├─ 4.3 自我改变评估
    ├─ 4.4 新问题发现
    └─ 输出：验证报告
          │
          ▼
阶段5: 固化 (Solidify)
    │
    ├─ 5.1 更新原则/标准
    ├─ 5.2 更新流程/规范
    ├─ 5.3 建立检查清单
    ├─ 5.4 传承给相关方
    └─ 输出：更新的文档/习惯
```

---

## 阶段1: 反思 (Reflect)

### 1.1 定义反思范围

**明确要反思什么**：

| 维度 | 问题 |
|------|------|
| 对象 | 要反思什么？（项目/任务/习惯/能力/某件事） |
| 触发 | 为什么现在反思？（反馈/问题/例行） |
| 期望 | 希望通过反思达到什么？ |
| 范围 | 反思的时间跨度？涉及的人/事？ |

**输出**：清晰的反思范围定义

### 1.2 收集信息

**信息收集清单**：

| 信息类型 | 收集方法 | 用途 |
|----------|----------|------|
| 事实 | 记录、日志、数据 | 确认发生了什么 |
| 结果 | 产出物、成果 | 评估效果 |
| 反馈 | 来自他人/用户/系统 | 外部视角 |
| 标准 | 预期目标、要求 | 对比差距 |
| 历史 | 之前类似情况 | 模式识别 |
| 我的决策 | 我做了什么选择 | 角色审视 |

**信息收集原则**：
- 重事实，轻主观
- 重数据，轻印象
- 重多方，轻单一

### 1.3 第一层：问题审视

**直面问题，不回避**

#### 问题清单

| # | 问题 | 证据 | 影响 | 紧急度 |
|---|------|------|------|--------|
| 1 | ... | ... | ... | 高/中/低 |
| 2 | ... | ... | ... | ... |

#### 问题追问清单

对每个问题追问：

```
1. 具体发生了什么？（描述事实，不含判断）
2. 你怎么知道这是个问题？（证据）
3. 对谁造成了什么影响？（利益相关者）
4. 如果不解决会怎样？（后果）
5. 类似问题之前发生过吗？（模式）
```

#### 常见问题模式

| 模式 | 特征 | 示例 |
|------|------|------|
| **质量不达标** | 结果不符合标准 | 测试通过但 bug 多 |
| **效率低下** | 投入产出比低 | 花了很长时间，效果一般 |
| **沟通不畅** | 信息传递有问题 | 需求理解偏差 |
| **资源不足** | 人/时间/工具不够 | 人力紧张导致质量下降 |
| **能力欠缺** | 不具备必要技能 | 新技术不会用 |
| **动机不足** | 缺乏动力/兴趣 | 拖延、敷衍 |

### 1.4 第二层：系统审视

**把问题放在系统中看**

#### 系统分析框架

```
┌─────────────────────────────────────────────────────────────┐
│                       环境                                   │
│   外部条件、约束、资源                                        │
├─────────────────────────────────────────────────────────────┤
│   输入 ───▶ 处理 ───▶ 输出                                   │
│              │                                               │
│              ▼                                               │
│           反馈                                               │
├─────────────────────────────────────────────────────────────┤
│                    机制/流程/规范                            │
└─────────────────────────────────────────────────────────────┘
```

#### 系统追问清单

```
1. 输入层面
   - 输入质量如何？问题是否从输入就带入了？
   - 输入标准是否明确？
   - 输入来源是否可靠？

2. 处理层面
   - 处理流程是否合理？有没有遗漏步骤？
   - 决策逻辑是否正确？
   - 是否有明确的检查点？

3. 输出层面
   - 输出标准是否明确？
   - 如何衡量输出质量？
   - 谁来验收输出？

4. 反馈层面
   - 有没有反馈机制？
   - 反馈是否及时？是否有效？
   - 反馈是否被采纳？

5. 机制层面
   - 有什么机制在控制这个过程？
   - 机制是否被执行？
   - 机制是否需要更新？

6. 环境层面
   - 有什么外部约束？
   - 资源是否充足？
   - 环境有什么变化？
```

#### 常见系统问题

| 问题类型 | 表现 | 根因 |
|----------|------|------|
| 机制缺失 | 该有的没有 | 制度设计不完善 |
| 机制失效 | 有但不执行 | 执行监督不到位 |
| 反馈断裂 | 反馈不被采纳 | 权责不对等 |
| 标准模糊 | 好坏难判断 | 缺乏明确标准 |
| 资源错配 | 投入与产出不匹配 | 规划不当 |

### 1.5 第三层：角色审视

**反求诸己——最终回到"我能改变什么"**

#### 角色识别

**我在这个情境中承担了哪些角色？**

| 角色 | 责任 | 我做到了吗？ |
|------|------|-------------|
| 执行者 | ... | ✅/⚠️/❌ |
| 审查者 | ... | ✅/⚠️/❌ |
| 协调者 | ... | ✅/⚠️/❌ |
| ... | ... | ... |

#### 角色冲突分析

| 冲突 | 表现 | 我如何处理的 | 更好的处理方式 |
|------|------|-------------|---------------|
| 执行者 vs 审查者 | ... | ... | ... |
| ... | ... | ... | ... |

#### 自我审视追问

```
心态层面：
1. 我是否把 [X] 放在 [Y] 之前？（如：进度 > 质量）
2. 我是否因为怕 [X] 而没有做 [Y]？（如：怕冲突而不批评）
3. 我是否满足于"看起来好"而没有追问"真的好吗"？
4. 我是否有 [X] 的心态导致了这个问题？

行为层面：
1. 我做了什么？没做什么？
2. 我是否执行了应该执行的标准/流程？
3. 我是否主动发现问题？还是被动等待？
4. 我是否有 [X] 的行为需要改变？

能力层面：
1. 我是否具备做好这件事的能力？
2. 我缺乏哪些知识/技能？
3. 我是否知道什么是"好"的标准？
4. 我需要提升哪些能力？
```

### 1.6 输出反思报告

**报告结构**：

```markdown
# [反思对象] 反思报告

## 元信息
- 反思时间：
- 反思范围：
- 触发原因：

## 第一层：问题审视
### 问题清单
### 问题分析

## 第二层：系统审视
### 系统分析
### 根因识别

## 第三层：角色审视
### 角色识别
### 角色冲突
### 自我问题

## 总结
- 核心问题：
- 根本原因：
- 我的关键问题：
```

---

## 阶段2: 计划 (Plan)

### 2.1 第一层方案：直接修复

**针对每个问题，制定直接修复方案**

| 问题 | 修复方案 | 具体做法 | 预期效果 | 时间 |
|------|----------|----------|----------|------|
| ... | ... | ... | ... | ... |

### 2.2 第二层方案：系统改进

**针对根因，改进机制/流程/环境**

| 根因 | 改进方案 | 涉及的机制 | 实施方式 |
|------|----------|-----------|----------|
| ... | ... | ... | ... |

**常见系统改进**：

| 改进类型 | 示例 |
|----------|------|
| 新增机制 | 增加审查环节、建立检查清单 |
| 强化执行 | 设置提醒、增加监督 |
| 明确标准 | 定义验收标准、建立度量 |
| 改善反馈 | 建立反馈渠道、缩短反馈周期 |
| 优化资源 | 重新分配、引入工具 |

### 2.3 第三层方案：自我改变

**针对我自己的问题，制定改变计划**