self-reflection

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

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

曾子曰：吾日三省吾身——为人谋而不忠乎？与朋友交而不信乎？传不习乎？

核心追问：我是否尽到了每个角色的责任？

---

激活条件

触发场景

场景类型	具体表现
负向反馈	收到批评、投诉、不满表达
质量问题	结果不符合预期、出现明显缺陷
重复错误	同类问题出现 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 输出反思报告

报告结构：

# [反思对象] 反思报告

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

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

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

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

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

---

阶段2: 计划 (Plan)

2.1 第一层方案：直接修复

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

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

2.2 第二层方案：系统改进

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

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

常见系统改进：

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

2.3 第三层方案：自我改变

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

我的问题	改变方向	具体行动	固化方式
心态：...	...	...	写入原则
行为：...	...	...	写入检查清单
能力：...	...	...	学习计划

2.4 优先级排序

排序原则：

优先级	条件
P0 立即	影响大、紧急、是其他改进的基础
P1 本周	重要但不紧急
P2 两周内	有价值但可延后
P3 可选	有更好，没有也行

依赖分析：

哪些改进依赖其他改进？
哪些可以并行？
哪些必须串行？

2.5 输出优化计划

# [反思对象] 优化计划

## 第一层：直接修复
| 序号 | 问题 | 方案 | 时间 |
|------|------|------|------|

## 第二层：系统改进
| 序号 | 根因 | 改进 | 涉及机制 |
|------|------|------|----------|

## 第三层：自我改变
| 序号 | 问题 | 改变 | 固化方式 |
|------|------|------|----------|

## 执行计划
### 时间线
### 优先级
### 依赖关系

## 成功指标
| 层级 | 指标 | 目标 |
|------|------|------|
| 第一层 | ... | ... |
| 第二层 | ... | ... |
| 第三层 | ... | ... |

---

阶段3: 执行 (Act)

3.1 拆解为行动项

将方案拆解为可执行的具体行动

行动项	目标	具体步骤	验收标准	时间
...	...	1. ...	...	...
		2. ...

3.2 执行与记录

执行原则：

• 按优先级执行
• 每个行动完成后立即记录
• 遇到阻塞不跳过，记录并处理
• 定期回顾进度

执行记录格式：

## 执行日志

### [日期]

#### [行动项名称]
- 状态：✅ 完成 / 🔄 进行中 / ❌ 阻塞
- 结果：...
- 问题：...
- 下一步：...

---

阶段4: 验证 (Verify)

4.1 问题解决检查

问题	解决了吗？	证据	遗留
...	✅/⚠️/❌	...	...

4.2 系统改进评估

改进	执行情况	效果	新问题
...	...	...	...

4.3 自我改变评估

改变	我真的改变了吗？	证据	还需努力
心态	...	...	...
行为	...	...	...
能力	...	...	...

4.4 新问题发现

追问：

• 在解决问题的过程中，发现了什么新问题？
• 有什么之前没想到的？
• 下一步需要做什么？

4.5 输出验证报告

# 验证报告

## 问题解决情况
## 系统改进评估
## 自我改变评估
## 新发现的问题
## 下一步行动

---

阶段5: 固化 (Solidify)

5.1 更新原则

将新的认知固化为原则

新认知	固化为原则	写入位置
...	"质量 > 进度"	SOUL.md / 个人笔记

5.2 更新流程

将新的做法固化为流程

新做法	固化为流程	涉及文档
...	验收前执行检查清单	SKILL.md / 工作规范

5.3 建立检查清单

将标准固化为检查清单

# [场景] 检查清单

## 必查项
- [ ] ...
- [ ] ...

## 可选项
- [ ] ...

5.4 传承给相关方

让改变影响更多人

传承内容	传承对象	传承方式
...	团队/其他人	分享/文档/培训

---

使用示例

示例1：项目质量反思

输入：

反思一下上次项目的质量，用户说质量不行

执行：

三省吾身模式已激活 🔍

## 阶段1: 反思

### 第一层：问题审视
- 用户反馈"质量不行"
- 具体表现：测试全通过但 bug 多
- 证据：生产环境出现 5 个 bug

### 第二层：系统审视
- 测试只覆盖 Happy Path
- 没有对抗性测试
- 测试设计者 = 实现者

### 第三层：角色审视
- 我作为质量把关者，没有严格审查测试质量
- 我怕影响进度，放过了不够好的测试
- 心态问题：进度 > 质量

[继续生成反思报告...]

示例2：个人效率反思

输入：

反思一下我最近的工作效率，感觉很低

示例3：习惯养成反思

输入：

反思一下我的早起习惯，总是坚持不下来

---

注意事项

诚实原则

1. 不找借口 - 问题就是问题，不解释"为什么情有可原"
2. 不推卸责任 - 即使是外部原因，我也有我该承担的部分
3. 不自欺欺人 - "看起来好" ≠ "真的好"

深度原则

1. 追问三次 - 每个问题至少追问三次"为什么"
2. 找到根因 - 不止于表面原因，找到系统性和个人层面的原因
3. 反求诸己 - 最终都要回到"我能改变什么"

行动原则

1. 必须有行动 - 反思后不行动 = 白反思
2. 必须可执行 - 行动要具体、可操作、有验收标准
3. 必须有时限 - 每个行动要有预计完成时间

固化原则

1. 必须固化 - 改变必须形成文档或习惯，不能只在脑子里
2. 必须传承 - 有价值的改变要让相关方都知道
3. 必须复查 - 定期回顾固化内容是否执行

---

与其他 Skill 的关系

Skill	关系
self-improvement	self-reflection 是系统性深度审视，self-improvement 更偏单点改进
verification-mindset	self-reflection 是事后深度反思，verification-mindset 是事中验证
proactive-scan	self-reflection 是深度剖析，proactive-scan 是广度扫描
task-continuity	self-reflection 可以发现需要持续跟踪的改进项

---

配置选项

配置	说明	默认值
输出位置	反思报告等文件的存放位置	当前目录 docs/
周期提醒	是否启用定期自检提醒	关闭
深度模式	是否强制走完整5阶段	是

---

版本：2.0.0 创建于 2026-02-25 基于角色理论、系统思维、认知偏差三大框架设计