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

Polar Sponsor
爱发电 赞助
.NET 9.0

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

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

功能概述

三省吾身 - 深度自我审视与进化系统是一项面向实际任务的技能,主要用于曾子曰:吾日三省吾身——为人谋而不忠乎?与朋友交而不信乎?

核心要点

  • 传不习乎?
  • 核心追问:我是否尽到了每个角色的责任?
  • 收到批评、投诉、不满表达;

使用与执行

结果不符合预期、出现明显缺陷;同类问题出现 2 次以上;周度/月度/季度例行审视;里程碑节点;项目阶段完成、重要事件结束后;感觉"不太对"、"好像有问题。

结果检查与注意事项

它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。

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

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

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

激活条件

触发场景

场景类型 具体表现
负向反馈 收到批评、投诉、不满表达
质量问题 结果不符合预期、出现明显缺陷
重复错误 同类问题出现 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 基于角色理论、系统思维、认知偏差三大框架设计

相关专题

更多
Gradle插件开发入门教程
Gradle插件开发入门教程

本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。

2026.10.22

0

11

Gradle Wrapper配置教程
Gradle Wrapper配置教程

本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。

2026.10.22

0

10

Golangci-lint检查器使用教程
Golangci-lint检查器使用教程

本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。

2026.10.22

0

15

Gradle怎么构建Java项目
Gradle怎么构建Java项目

本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。

2026.10.22

0

10

PHP时间戳漏洞修复教程
PHP时间戳漏洞修复教程

本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。

2026.10.22

0

25

Golangci-lint配置文件与规则设置
Golangci-lint配置文件与规则设置

本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。

2026.10.22

0

15

Golangci-lint安装与入门教程
Golangci-lint安装与入门教程

本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。

2026.10.22

0

15

PHP2Shell高危漏洞修复教程
PHP2Shell高危漏洞修复教程

PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。

2026.10.22

0

12

剧云人物设定与关系管理教程
剧云人物设定与关系管理教程

本专题介绍剧云人物设定与关系管理,讲解角色小传、性格职业、人物目标、背景资料和关系网络的创建及维护方法。

2026.10.22

0

16

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
热门推荐
/
最新课程
phpStudy极速入门视频教程
phpStudy极速入门视频教程

共6课时 | 54.7万人学习

独孤九贱(4)_PHP视频教程
独孤九贱(4)_PHP视频教程

共89课时 | 134万人学习