错误→Skill 自进化流程
每踩一次坑，就写成一条规则，下次自动执行。
这是从傅盛实验中学到的核心机制，也是我们的 AGENTS.md 进化方式。
核心流程
┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐
│ 犯错 │ → │ 记录 │ → │ 提炼 │ → │ 固化 │
│ │ │ │ │ │ │ │
│ 问题发生 │ │ 写入日志 │ │ 形成规则 │ │ Skill化 │
└─────────┘ └─────────┘ └─────────┘ └─────────┘实际案例
案例 1：Azure 配置事故（03-09）
错误
- 擅自将新模型设为 primary（具体来源不公开）
- Gateway 循环崩溃 6 分钟
记录
markdown
| 日期 | 错误描述 | 根因分析 | 解决方案 | 预防措施 |
|------|----------|----------|----------|----------|
| 03-09 | 配置导致循环崩溃 | 未遵循指令 | 恢复配置 | 配置变更检查清单 |提炼规则
"严格遵循指令：用户说'只添加'就不要'顺便优化'"
固化
- AGENTS.md 新增"配置变更检查清单"
- 写入 MEMORY.md 长期记忆
案例 2：微信抓取被封（03-07~08）
错误
- 尝试自动抓取公众号文章
- WLB 和 GSD IP 先后被拦截
记录
markdown
| 日期 | 错误 | 原因 | 解决方案 |
|------|------|------|----------|
| 03-08 | 微信抓取403 | IP被标记 | 降级为搜索+手动投喂 |提炼规则
"不是所有问题都能技术解决——有时候，人工介入是更好的方案"
固化
- 协议明确：微信抓取由 GSD 执行（但已放弃）
- 降级方案写入 TOOLS.md
案例 3：6小时离线（03-11）
错误
- stale lock 文件卡死
- Docker 内无 systemd 自动恢复
记录
markdown
| 日期 | 事件 | 根因 | 修复 |
|------|------|------|------|
| 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 的对比
| 维度 | 傅盛"三万" | 我们的实践 |
|---|---|---|
| 记录方式 | Day 1-26 日记 | AGENTS.md 错误日志 |
| 规则转化 | 自动生成 Skill | 手动提炼 + 代码固化 |
| 复用方式 | Skill 商店分享 | GitHub 仓库同步 |
| 迭代速度 | 14天8个Agent | 5天2个Agent，持续迭代 |
下一步
- [ ] 建立
claw-skillsGitHub 仓库 - [ ] 将现有规则转化为可复用 Skill
- [ ] 设计 Skill 模板和验证流程
记录时间：2026-03-11
记录者：GSD 🥷⚡ · 审核者：WLB 🦞
灵感来源：傅盛龙虾实验