菜单
三省吾身 - 深度自我审视与进化系统。基于角色理论、系统思维、认知偏差三大框架，通过五阶段闭环（反思→计划→执行→验证→固化）实现真正的自我进化。适用于任何需要深度反思的场景：项目复盘、工作改进、能力提升、习惯养成。
| name | self-reflection |
| description | 三省吾身 - 深度自我审视与进化系统。基于角色理论、系统思维、认知偏差三大框架，通过五阶段闭环（反思→计划→执行→验证→固化）实现真正的自我进化。适用于任何需要深度反思的场景：项目复盘、工作改进、能力提升、习惯养成。 |
曾子曰：吾日三省吾身——为人谋而不忠乎？与朋友交而不信乎？传不习乎？
核心追问：我是否尽到了每个角色的责任？
| 场景类型 | 具体表现 |
|---|---|
| 负向反馈 | 收到批评、投诉、不满表达 |
| 质量问题 | 结果不符合预期、出现明显缺陷 |
| 重复错误 | 同类问题出现 2 次以上 |
| 定期自检 | 周度/月度/季度例行审视 |
| 里程碑节点 | 项目阶段完成、重要事件结束后 |
| 直觉预警 | 感觉"不太对"、"好像有问题" |
用户说：
- "反思一下..."
- "三省吾身"
- "审视一下[某事]"
- "复盘一下"
自动触发：
- 检测到负面反馈关键词
- 检测到质量问题模式
- 定期提醒（如配置了周期性自检）
三省吾身模式已激活 🔍
我将进行深度自我审视。请告诉我：
1. 要反思什么？（项目/工作/习惯/能力/某件事）
2. 有什么触发点？（收到反馈/发现问题/例行检查）
或者直接描述你想反思的情况，我会引导你完成整个流程。
| 障碍 | 表现 | 根因 |
|---|---|---|
| 自利偏差 | 成功归自己，失败归环境 | 保护自尊的心理机制 |
| 确认偏差 | 只看支持自己观点的证据 | 大脑追求认知一致性 |
| 现状偏见 | 倾向于维持现状 | 改变的心理成本高 |
| 合理化 | 给自己的行为找借口 | 减少认知失调 |
| 盲点 | 看不到自己的问题 | 缺乏外部视角 |
| 障碍 | 克服方法 |
|---|---|
| 自利偏差 | 强制三层框架，最终层必须回到"我能改变什么" |
| 确认偏差 | 要求提供证据，质疑"你确定吗？" |
| 现状偏见 | 行动导向，反思后必须有具体行动 |
| 合理化 | 根因分析要追问三次"为什么" |
| 盲点 | 引入视角转换，从他人角度审视 |
┌─────────────────────────────────────────────────────────────┐
│ 第三层：角色审视（反求诸己） │
│ │
│ 我承担了哪些角色？每个角色的责任是什么？ │
│ 我是否尽到了每个角色的责任？ │
│ 角色之间是否有冲突？如何平衡？ │
│ 我需要改变什么心态/行为/能力？ │
├─────────────────────────────────────────────────────────────┤
│ 第二层：系统审视（究其根源） │
│ │
│ 这个问题在更大系统中处于什么位置？ │
│ 是什么机制/流程/环境导致了这个问题？ │
│ 这个问题与哪些其他问题相关联？ │
│ 如何改进系统防止问题再发生？ │
├─────────────────────────────────────────────────────────────┤
│ 第一层：问题审视（直面问题） │
│ │
│ 具体发生了什么？事实是什么？ │
│ 有什么证据？数据/反馈/现象？ │
│ 造成了什么影响？对谁？ │
│ 如何直接修复？ │
└─────────────────────────────────────────────────────────────┘
每个人在任何工作中都承担多个角色：
| 角色类型 | 示例 | 典型责任 |
|---|---|---|
| 执行者 | 开发者、写作者、操作者 | 产出结果 |
| 审查者 | 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 | ... | ... | ... | 高/中/低 |
| 2 | ... | ... | ... | ... |
对每个问题追问：
1. 具体发生了什么？（描述事实，不含判断）
2. 你怎么知道这是个问题？（证据）
3. 对谁造成了什么影响？（利益相关者）
4. 如果不解决会怎样？（后果）
5. 类似问题之前发生过吗？（模式）
| 模式 | 特征 | 示例 |
|---|---|---|
| 质量不达标 | 结果不符合标准 | 测试通过但 bug 多 |
| 效率低下 | 投入产出比低 | 花了很长时间，效果一般 |
| 沟通不畅 | 信息传递有问题 | 需求理解偏差 |
| 资源不足 | 人/时间/工具不够 | 人力紧张导致质量下降 |
| 能力欠缺 | 不具备必要技能 | 新技术不会用 |
| 动机不足 | 缺乏动力/兴趣 | 拖延、敷衍 |
把问题放在系统中看
┌─────────────────────────────────────────────────────────────┐
│ 环境 │
│ 外部条件、约束、资源 │
├─────────────────────────────────────────────────────────────┤
│ 输入 ───▶ 处理 ───▶ 输出 │
│ │ │
│ ▼ │
│ 反馈 │
├─────────────────────────────────────────────────────────────┤
│ 机制/流程/规范 │
└─────────────────────────────────────────────────────────────┘
1. 输入层面
- 输入质量如何？问题是否从输入就带入了？
- 输入标准是否明确？
- 输入来源是否可靠？
2. 处理层面
- 处理流程是否合理？有没有遗漏步骤？
- 决策逻辑是否正确？
- 是否有明确的检查点？
3. 输出层面
- 输出标准是否明确？
- 如何衡量输出质量？
- 谁来验收输出？
4. 反馈层面
- 有没有反馈机制？
- 反馈是否及时？是否有效？
- 反馈是否被采纳？
5. 机制层面
- 有什么机制在控制这个过程？
- 机制是否被执行？
- 机制是否需要更新？
6. 环境层面
- 有什么外部约束？
- 资源是否充足？
- 环境有什么变化？
| 问题类型 | 表现 | 根因 |
|---|---|---|
| 机制缺失 | 该有的没有 | 制度设计不完善 |
| 机制失效 | 有但不执行 | 执行监督不到位 |
| 反馈断裂 | 反馈不被采纳 | 权责不对等 |
| 标准模糊 | 好坏难判断 | 缺乏明确标准 |
| 资源错配 | 投入与产出不匹配 | 规划不当 |
反求诸己——最终回到"我能改变什么"
我在这个情境中承担了哪些角色？
| 角色 | 责任 | 我做到了吗？ |
|---|---|---|
| 执行者 | ... | ✅/⚠️/❌ |
| 审查者 | ... | ✅/⚠️/❌ |
| 协调者 | ... | ✅/⚠️/❌ |
| ... | ... | ... |
| 冲突 | 表现 | 我如何处理的 | 更好的处理方式 |
|---|---|---|---|
| 执行者 vs 审查者 | ... | ... | ... |
| ... | ... | ... | ... |
心态层面：
1. 我是否把 [X] 放在 [Y] 之前？（如：进度 > 质量）
2. 我是否因为怕 [X] 而没有做 [Y]？（如：怕冲突而不批评）
3. 我是否满足于"看起来好"而没有追问"真的好吗"？
4. 我是否有 [X] 的心态导致了这个问题？
行为层面：
1. 我做了什么？没做什么？
2. 我是否执行了应该执行的标准/流程？
3. 我是否主动发现问题？还是被动等待？
4. 我是否有 [X] 的行为需要改变？
能力层面：
1. 我是否具备做好这件事的能力？
2. 我缺乏哪些知识/技能？
3. 我是否知道什么是"好"的标准？
4. 我需要提升哪些能力？
报告结构：
# [反思对象] 反思报告
## 元信息
- 反思时间：
- 反思范围：
- 触发原因：
## 第一层：问题审视
### 问题清单
### 问题分析
## 第二层：系统审视
### 系统分析
### 根因识别
## 第三层：角色审视
### 角色识别
### 角色冲突
### 自我问题
## 总结
- 核心问题：
- 根本原因：
- 我的关键问题：
针对每个问题，制定直接修复方案
| 问题 | 修复方案 | 具体做法 | 预期效果 | 时间 |
|---|---|---|---|---|
| ... | ... | ... | ... | ... |
针对根因，改进机制/流程/环境
| 根因 | 改进方案 | 涉及的机制 | 实施方式 |
|---|---|---|---|
| ... | ... | ... | ... |
常见系统改进：
| 改进类型 | 示例 |
|---|---|
| 新增机制 | 增加审查环节、建立检查清单 |
| 强化执行 | 设置提醒、增加监督 |
| 明确标准 | 定义验收标准、建立度量 |
| 改善反馈 | 建立反馈渠道、缩短反馈周期 |
| 优化资源 | 重新分配、引入工具 |
针对我自己的问题，制定改变计划
| 我的问题 | 改变方向 | 具体行动 | 固化方式 |
|---|---|---|---|
| 心态：... | ... | ... | 写入原则 |
| 行为：... | ... | ... | 写入检查清单 |
| 能力：... | ... | ... | 学习计划 |
排序原则：
| 优先级 | 条件 |
|---|---|
| P0 立即 | 影响大、紧急、是其他改进的基础 |
| P1 本周 | 重要但不紧急 |
| P2 两周内 | 有价值但可延后 |
| P3 可选 | 有更好，没有也行 |
依赖分析：
哪些改进依赖其他改进？
哪些可以并行？
哪些必须串行？
# [反思对象] 优化计划
## 第一层：直接修复
| 序号 | 问题 | 方案 | 时间 |
|------|------|------|------|
## 第二层：系统改进
| 序号 | 根因 | 改进 | 涉及机制 |
|------|------|------|----------|
## 第三层：自我改变
| 序号 | 问题 | 改变 | 固化方式 |
|------|------|------|----------|
## 执行计划
### 时间线
### 优先级
### 依赖关系
## 成功指标
| 层级 | 指标 | 目标 |
|------|------|------|
| 第一层 | ... | ... |
| 第二层 | ... | ... |
| 第三层 | ... | ... |
将方案拆解为可执行的具体行动
| 行动项 | 目标 | 具体步骤 | 验收标准 | 时间 |
|---|---|---|---|---|
| ... | ... | 1. ... | ... | ... |
| 2. ... |
执行原则：
执行记录格式：
## 执行日志
### [日期]
#### [行动项名称]
- 状态：✅ 完成 / 🔄 进行中 / ❌ 阻塞
- 结果：...
- 问题：...
- 下一步：...
| 问题 | 解决了吗？ | 证据 | 遗留 |
|---|---|---|---|
| ... | ✅/⚠️/❌ | ... | ... |
| 改进 | 执行情况 | 效果 | 新问题 |
|---|---|---|---|
| ... | ... | ... | ... |
| 改变 | 我真的改变了吗？ | 证据 | 还需努力 |
|---|---|---|---|
| 心态 | ... | ... | ... |
| 行为 | ... | ... | ... |
| 能力 | ... | ... | ... |
追问：
# 验证报告
## 问题解决情况
## 系统改进评估
## 自我改变评估
## 新发现的问题
## 下一步行动
将新的认知固化为原则
| 新认知 | 固化为原则 | 写入位置 |
|---|---|---|
| ... | "质量 > 进度" | SOUL.md / 个人笔记 |
将新的做法固化为流程
| 新做法 | 固化为流程 | 涉及文档 |
|---|---|---|
| ... | 验收前执行检查清单 | SKILL.md / 工作规范 |
将标准固化为检查清单
# [场景] 检查清单
## 必查项
- [ ] ...
- [ ] ...
## 可选项
- [ ] ...
让改变影响更多人
| 传承内容 | 传承对象 | 传承方式 |
|---|---|---|
| ... | 团队/其他人 | 分享/文档/培训 |
输入：
反思一下上次项目的质量，用户说质量不行
执行：
三省吾身模式已激活 🔍
## 阶段1: 反思
### 第一层：问题审视
- 用户反馈"质量不行"
- 具体表现：测试全通过但 bug 多
- 证据：生产环境出现 5 个 bug
### 第二层：系统审视
- 测试只覆盖 Happy Path
- 没有对抗性测试
- 测试设计者 = 实现者
### 第三层：角色审视
- 我作为质量把关者，没有严格审查测试质量
- 我怕影响进度，放过了不够好的测试
- 心态问题：进度 > 质量
[继续生成反思报告...]
输入：
反思一下我最近的工作效率，感觉很低
输入：
反思一下我的早起习惯，总是坚持不下来
| 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 基于角色理论、系统思维、认知偏差三大框架设计
A curated collection of 1909+ best OpenClaw skills — AI tools, productivity, marketing, frontend, mobile, backend, DevOps and more. Weekly updated by MyClaw.ai — Powered by MyClaw.ai
Enhanced agentic loop with planning, parallel execution, confidence gates, semantic error recovery, and observable state machine. Includes Mode dashboard UI for easy configuration.
Automatic security gate that checks packages against a vulnerability database before installation. Use before any npm install, pip install, yarn add, or package manager operation.
Automatic security gate that checks packages against a vulnerability database before installation. Use before any npm install, pip install, yarn add, or package manager operation.
AI学习计划生成器 v2.1 | AI Learning Planner. 支持个性化路径、进度跟踪、资源推荐、AI导师、学习报告、团队学习。触发词：学习、计划、课程。
Generate AI videos and images using Alibaba's Wan 2.6 and Wan 2.5 — featuring text-to-video, image-to-video, video-to-video, text-to-image, and image editing with up to 1080p resolution, 15-second duration, multi/single camera shot types, audio-guided generation, and prompt expansion. Supports 18 model variants across 2 generations. Available via Atlas Cloud API at up to 30% off standard pricing. Use this skill whenever the user wants to generate AI videos, create video clips, animate images, edit videos, generate images, edit photos, or mentions Wan, Alibaba video, Tongyi video, Wanx, or Wan 2.6/2.5. Also trigger when users ask to create product demos, marketing videos, social media reels, animated scenes, cinematic clips, video-to-video transfers, character-consistent video edits, multi-camera shots, or any visual content using AI.