什么是 自我反思技能？

自我反思技能是为 Openclaw Skills 生态系统中的 AI 编程智能体设计的综合框架，旨在实现持续演进。它超越了简单的错误修复，通过实现深度的五阶段闭环系统：反思、规划、行动、验证和固化。该技能确保智能体通过三个关键层面分析其表现：即时问题审计、系统性根因分析以及基于角色的职责评估。

通过整合此技能，开发人员可以使他们的智能体克服常见的心理和逻辑障碍，如自利偏差和现状偏差。它将每一次失败、里程碑或负面反馈转化为结构化的增长机会，使 AI 智能体更具韧性、更高效，并符合职业发展标准。

下载入口:https://github.com/openclaw/skills/tree/main/skills/demo112/kuro-self-reflection

安装与下载

1. ClawHub CLI

从源直接安装技能的最快方式。

2. 手动安装

将技能文件夹复制到以下位置之一

优先级：工作区 > 本地 > 内置

3. 提示词安装

将此提示词复制到 OpenClaw 即可自动安装。

自我反思技能 应用场景

• 项目后期回顾，以识别系统性瓶颈和质量问题。
• 分析负面用户反馈或错误报告，以改进智能体逻辑和执行。
• 定期针对工作效率和习惯养成进行自我审计。
• 里程碑评估，以确保项目目标与智能体角色之间的一致性。
• 识别并纠正复杂开发流程中反复出现的失败模式。

1. 触发：通过特定关键词或检测到的模式（如重复错误或负面反馈）激活该技能。
2. 信息收集：智能体在定义的反思范围内收集事实、数据、日志和外部反馈。
3. 三层审计：智能体执行问题审计（表面事实）、系统审计（机制与环境）和角色审计（个人责任与心态）。
4. 规划：生成多层级优化计划，按优先级从 P0（即时）到 P3（可选）排列任务。
5. 执行与验证：在日志中跟踪行动项，并根据成功指标进行验证，以确保问题得到解决。
6. 固化：将经过验证的改进编码为原则、工作流和检查清单，供 Openclaw Skills 环境中未来使用。

自我反思技能 配置指南

要将此功能集成到您的智能体中，请确保 Openclaw Skills 目录中存在该技能定义。您可以使用自然语言命令触发该过程。

# 手动激活
"对上一个迭代执行自我反思"
"对当前工作流执行系统审计"

可以通过智能体的配置文件管理配置：

{
  "output_location": "docs/reflection/",
  "depth_mode": true,
  "periodic_reminders": false
}

自我反思技能 数据架构与分类体系

该技能生成结构化的 Markdown 文档以跟踪演进过程。这些文件通常存储在指定的文档目录中。

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

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

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

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

激活条件

触发场景

激活方式

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

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

激活响应

三省吾身模式已激活 ??

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

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

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

理论基础

为什么自我反思很难？

本 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. 你怎么知道这是个问题？（证据）
3. 对谁造成了什么影响？（利益相关者）
4. 如果不解决会怎样？（后果）
5. 类似问题之前发生过吗？（模式）

常见问题模式

1.4 第二层：系统审视

把问题放在系统中看

系统分析框架

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

系统追问清单

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

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

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

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

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

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

常见系统问题

1.5 第三层：角色审视

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

角色识别

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

角色冲突分析

自我审视追问

心态层面：
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 优先级排序

排序原则：

依赖分析：

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

2.5 输出优化计划

# [反思对象] 优化计划

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

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

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

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

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

阶段3: 执行 (Act)

3.1 拆解为行动项

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

3.2 执行与记录

执行原则：

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

执行记录格式：

## 执行日志

### [日期]

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

阶段4: 验证 (Verify)

4.1 问题解决检查

4.2 系统改进评估

4.3 自我改变评估

4.4 新问题发现

追问：

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

4.5 输出验证报告

# 验证报告

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

阶段5: 固化 (Solidify)

5.1 更新原则

将新的认知固化为原则

5.2 更新流程

将新的做法固化为流程

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 的关系

配置选项

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