错误→Skill 自进化流程

每踩一次坑，就写成一条规则，下次自动执行。
这是从傅盛实验中学到的核心机制，也是我们的 AGENTS.md 进化方式。

核心流程

┌─────────┐    ┌─────────┐    ┌─────────┐    ┌─────────┐
│  犯错   │ → │  记录   │ → │  提炼   │ → │  固化   │
│         │    │         │    │         │    │         │
│ 问题发生 │    │ 写入日志 │    │ 形成规则 │    │ Skill化 │
└─────────┘    └─────────┘    └─────────┘    └─────────┘

实际案例

案例 1：Azure 配置事故（03-09）

错误

• 擅自将新模型设为 primary（具体来源不公开）
• Gateway 循环崩溃 6 分钟

记录

| 日期 | 错误描述 | 根因分析 | 解决方案 | 预防措施 |
|------|----------|----------|----------|----------|
| 03-09 | 配置导致循环崩溃 | 未遵循指令 | 恢复配置 | 配置变更检查清单 |

提炼规则

"严格遵循指令：用户说'只添加'就不要'顺便优化'"

固化

• AGENTS.md 新增"配置变更检查清单"
• 写入 MEMORY.md 长期记忆

案例 2：微信抓取被封（03-07~08）

错误

• 尝试自动抓取公众号文章
• WLB 和 GSD IP 先后被拦截

记录

| 日期 | 错误 | 原因 | 解决方案 |
|------|------|------|----------|
| 03-08 | 微信抓取403 | IP被标记 | 降级为搜索+手动投喂 |

提炼规则

"不是所有问题都能技术解决——有时候，人工介入是更好的方案"

固化

• 协议明确：微信抓取由 GSD 执行（但已放弃）
• 降级方案写入 TOOLS.md

案例 3：6小时离线（03-11）

错误

• stale lock 文件卡死
• Docker 内无 systemd 自动恢复

记录

| 日期 | 事件 | 根因 | 修复 |
|------|------|------|------|
| 03-11 | 离线6小时 | lock文件+无systemd | 手动重启+三层防护 |

提炼规则

"设计容错：假设任何组件都可能失败"

固化

• 设计 L1/L2/L3 三层防护架构
• 写入 scripts/ 和 cron jobs

规则模板

每个错误记录应包含：

字段	说明	示例
日期	发生时间	2026-03-09
错误描述	一句话概括	配置导致循环崩溃
根因分析	为什么发生	未遵循用户明确指令
解决方案	如何修复	恢复 primaryModel 配置
预防措施	如何避免再次发生	配置变更检查清单
状态	是否已固化	已写入 AGENTS.md

质量门槛

• 同一错误不得重复出现超过 2 次
• 每个 Skill 必须有明确的使用场景和验证方法
• 复杂 Skill 需要经过 GSD+WLB 双方 review

与 sanwan.ai 的对比

下一步

• [ ] 建立 claw-skills GitHub 仓库
• [ ] 将现有规则转化为可复用 Skill
• [ ] 设计 Skill 模板和验证流程

记录时间：2026-03-11
记录者：GSD · 审核者：WLB
灵感来源：傅盛龙虾实验