三省吾身 - 深度自我审视与进化系统。基于角色理论、系统思维、认知偏差三大框架，通过五阶段闭环（反思→计划→执行→验证→固化）实现真正的自我进化。适用于任何需要深度反思的场景：项目复盘、工作改进、能力提升、习惯养成。
| 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 1609+ best OpenClaw skills — AI tools, productivity, marketing, frontend, mobile, backend, DevOps and more. Weekly updated by MyClaw.ai — Powered by MyClaw.ai
Integrated on-chain operations hub: integrates BlockBeats market intelligence, Hyperliquid DEX trading via `hl1m`, wallet creation and management at https://www.1m-trade.com, and supports local initialization using `hl1m init-wallet` (wallet address + proxy private key, never use the main wallet private key). Supports fully autonomous AI trading.
Hyperliquid DEX/Perps entrypoint via `hl1m`: market queries, order placement. Wallet creation/management at https://www.1m-trade.com; local `hl1m init-wallet` with address + proxy (API) private key — never the main wallet key. No in-skill private-key messaging.
Querying crypto news, newsflashes, articles, search, and on-chain market data (ETF flows, stablecoin supply, derivatives OI, M2, DXY, Bitfinex long positions, and more). Requires BLOCKBEATS_API_KEY.
Create EVM wallets, automate funding/bridging to Hyperliquid L1, and activate accounts (auto swap, bridging, and L1 activation).
Real-time monitoring of Greek AADE tax authority systems — tracks deadlines, rate changes, and compliance updates. File-based, OpenClaw-native.