三省吾身 - 深度自我审视与进化系统。基于角色理论、系统思维、认知偏差三大框架,通过五阶段闭环(反思→计划→执行→验证→固化)实现真正的自我进化。适用于任何需要深度反思的场景:项目复盘、工作改进、能力提升、习惯养成。
三省吾身 - 深度自我审视与进化系统
功能概述
三省吾身 - 深度自我审视与进化系统是一项面向实际任务的技能,主要用于曾子曰:吾日三省吾身——为人谋而不忠乎?与朋友交而不信乎?
核心要点
- 传不习乎?
- 核心追问:我是否尽到了每个角色的责任?
- 收到批评、投诉、不满表达;
使用与执行
结果不符合预期、出现明显缺陷;同类问题出现 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:习惯养成反思
输入:
反思一下我的早起习惯,总是坚持不下来
注意事项
诚实原则
- 不找借口 - 问题就是问题,不解释"为什么情有可原"
- 不推卸责任 - 即使是外部原因,我也有我该承担的部分
- 不自欺欺人 - "看起来好" ≠ "真的好"
深度原则
- 追问三次 - 每个问题至少追问三次"为什么"
- 找到根因 - 不止于表面原因,找到系统性和个人层面的原因
- 反求诸己 - 最终都要回到"我能改变什么"
行动原则
- 必须有行动 - 反思后不行动 = 白反思
- 必须可执行 - 行动要具体、可操作、有验收标准
- 必须有时限 - 每个行动要有预计完成时间
固化原则
- 必须固化 - 改变必须形成文档或习惯,不能只在脑子里
- 必须传承 - 有价值的改变要让相关方都知道
- 必须复查 - 定期回顾固化内容是否执行
与其他 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 基于角色理论、系统思维、认知偏差三大框架设计
热门AI工具
相关专题
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。
0
2026.10.22
PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.5万人学习
共6课时 | 54.7万人学习
最新文章
