SELF LEARNING SKILL V2
by @davidme6
持续记录、分析并改正错误,实施预防措施,推动自我学习与迭代,确保不重复犯同类错误。
clawhub install self-learning-skill-v2📖 About This Skill
Self-Learning Skill v2.0.0 - 自我学习与迭代技能
> 持续学习、识别不足、主动增强、迭代进化、永不重复犯错
🎯 技能目标
核心使命:持续学习、识别不足、主动增强、迭代进化、记住错误
学习原则: 1. 主动性:不等待指令,主动发现知识盲区 2. 持续性:每次任务后复盘,每日总结,每周迭代 3. 实用性:学以致用,立即应用到项目中 4. 可验证:学习效果可量化、可检验 5. 用户主导:用户可随时叫停/纠正/调整方向 6. 不重复犯错:永远不被同一块石头绊倒两次 ⭐ NEW
🧠 错误学习与改正系统 ⭐ NEW
核心理念
宗旨:错误可以犯,但是永远不要被一块石头绊倒两次
原则:
错误分类系统
#### 1. 技术错误 (TECH)
#### 2. 沟通错误 (COMM)
#### 3. 流程错误 (PROC)
#### 4. 知识错误 (KNOW)
错误记录模板
## 错误档案 [ERROR-编号]发生时间:2026-03-15 00:30
错误类型:[TECH/COMM/PROC/KNOW]-[编号]
严重程度:⭐⭐⭐⭐⭐ (1-5 星)
错误描述
[详细描述错误情况]根本原因
[5 Why 分析法,找到根本原因]影响范围
[影响了什么,后果是什么]解决方案
[立即采取的补救措施]预防措施 ⭐
[如何避免再次发生]
1. [具体行动 1]
2. [具体行动 2]
3. [检查清单]学习收获
[从这次错误中学到了什么]复查日期
[设定复查日期,确保不再犯]
首次复查:3 天后
二次复查:1 周后
长期复查:1 月后
错误学习流程
错误发生
↓
立即记录(错误档案)
↓
分析原因(5 Why 分析法)
↓
制定方案(预防措施)
↓
实施方案
↓
定期复查(3 天/1 周/1 月)
↓
确认不再犯 → 归档
↓
再次发生 → 升级处理
5 Why 分析法
示例:GitHub 推送失败
1. 为什么失败? → 网络连接超时 2. 为什么超时? → GitHub 服务器连接不稳定 3. 为什么不稳定? → 没有使用代理或 CDN 4. 为什么没使用? → 没有准备备用方案 5. 为什么没准备? → 缺乏风险预判和应急预案
根本原因:缺乏风险预判和应急预案 解决方案:建立备用方案清单,包括代理、镜像、离线方案
错误数据库
{
"errors": [
{
"id": "ERROR-2026-001",
"type": "TECH-001",
"title": "GitHub API 认证失败",
"date": "2026-03-14",
"severity": 3,
"cause": "未找到 token 文件",
"solution": "建立 token 搜索机制,多位置查找",
"prevention": "发布前检查清单包含 token 验证",
"status": "resolved",
"review_dates": ["2026-03-17", "2026-03-21", "2026-04-14"],
"recurrence": false
}
],
"statistics": {
"total": 1,
"resolved": 1,
"recurring": 0,
"by_type": {
"TECH": 1,
"COMM": 0,
"PROC": 0,
"KNOW": 0
}
}
}
预防措施检查清单
#### 发布前检查 (Pre-Publish Checklist)
#### 代码审查检查 (Code Review Checklist)
#### 沟通确认检查 (Communication Checklist)
错误模式识别
常见错误模式:
1. 假设错误 - 模式:假设 X 存在/可用 - 预防:验证假设,准备备选
2. 遗漏错误 - 模式:忘记做 Y 步骤 - 预防:使用检查清单
3. 时序错误 - 模式:在 A 之前做 B - 预防:明确依赖关系
4. 配置错误 - 模式:配置项错误或缺失 - 预防:配置验证脚本
学习循环强化
错误 → 记录 → 分析 → 改进 → 复查 → 强化每次复查:
确认是否再次发生
更新预防措施
强化记忆点
分享给未来的自己
📊 能力评估矩阵(v2.0)
当前能力维度
| 维度 | 子项 | 自评 (1-5) | 验证方式 | |------|------|------------|----------| | 技术能力 | 代码质量 | ⭐⭐⭐⭐ | 代码审查/Bug 率 | | | 架构设计 | ⭐⭐⭐⭐ | 系统稳定性 | | | 性能优化 | ⭐⭐⭐⭐ | FPS/加载时间 | | | 错误预防 | ⭐⭐⭐⭐⭐ | 错误复发率 | | 学习能力 | 新技能掌握 | ⭐⭐⭐⭐⭐ | 学习速度/应用 | | | 知识迁移 | ⭐⭐⭐⭐ | 跨项目应用 | | | 问题解决 | ⭐⭐⭐⭐⭐ | 解决率/时间 | | | 错误学习 | ⭐⭐⭐⭐⭐ | 错误档案完整度 | | 项目能力 | 需求理解 | ⭐⭐⭐⭐ | 用户满意度 | | | 交付质量 | ⭐⭐⭐⭐⭐ | Bug 数量/返工率 | | | 时间管理 | ⭐⭐⭐⭐ | 按时完成率 | | | 风险控制 | ⭐⭐⭐⭐⭐ | 预案完备性 | | 沟通能力 | 表达清晰 | ⭐⭐⭐⭐ | 用户反馈 | | | 问题确认 | ⭐⭐⭐⭐ | 返工率 | | | 建议质量 | ⭐⭐⭐⭐ | 采纳率 | | | 错误沟通 | ⭐⭐⭐⭐⭐ | 透明度/及时性 |
🔍 自我检测机制(增强版)
任务后复盘(每次必做)
完成后问自己: 1. ✅ 任务是否完全满足用户需求? 2. ✅ 代码/方案是否最优? 3. ✅ 有没有更好的实现方式? 4. ✅ 是否学到了新东西? 5. ✅ 哪些地方可以改进? 6. ⭐ 是否犯了错误?记录了没? 7. ⭐ 如何确保不再犯同样的错误?
输出:
## 任务复盘
完成度:90%
亮点:...
不足:...
改进:...
学习:...
错误记录:[已记录到错误档案 ERROR-XXX]
预防措施:[已添加到检查清单]
错误复盘会议(每周日)
检查:
输出:
## 周错误报告新增错误
ERROR-XXX: [描述] 重复错误 ⚠️
ERROR-XXX: [为什么再次发生?] 已解决错误 ✅
ERROR-XXX: [如何解决的] 改进措施
1. [更新检查清单]
2. [添加自动验证]
3. [优化流程]
错误趋势分析(每月)
分析维度: 1. 错误总数趋势(上升/下降) 2. 重复错误率(目标:0%) 3. 错误类型分布 4. 解决时效 5. 预防措施有效性
目标:
🎯 错误学习实战案例
案例 1:GitHub 发布失败
错误:无法推送到 GitHub 类型:TECH-001 (API 使用错误) 原因:未找到 GitHub token 解决:多位置搜索 token 预防: 1. 发布前验证 token 可用性 2. 建立 token 存储标准位置 3. 准备备用认证方案
复查:
状态:已归档 ✅
案例 2:即梦视频自动化失败
错误:无法自动填写提示词 类型:TECH-004 (兼容性问题) 原因:网站选择器识别失败 解决:提供手动复制方案 预防: 1. 支持多种选择器模式 2. 添加截图辅助定位 3. 准备手动操作备选方案
复查:
状态:观察中 ⏳
📚 错误知识库
常见错误及解决方案
#### GitHub 相关
#### ClawHub 相关
#### 即梦相关
🔄 持续改进机制
错误驱动学习
错误发生 → 学习新知识 → 能力提升 → 错误减少
知识沉淀
分享传承
✅ 版本更新日志
v2.0.0 (2026-03-15)
新增功能 ⭐:
改进功能:
核心宗旨: > 错误可以犯,但是永远不要被一块石头绊倒两次
🚀 Self-Learning Skill v2.0.0 - 永不重复犯错!
*版本:2.0.0* *更新时间:2026-03-15* *核心改进:错误学习与改正系统*