自我迭代内核
> Hermes Agent 风格自我进化系统 | 把每次翻车变成升级信号
一、本技能是什么
这不是一个调用外部API的工具技能。它是一套行为模式训练包。
安装本技能后，你将获得：
- 🧠 复盘四步法 — 遇到问题不自责，走闭环
- 📂 三级记忆架构 — 分层管理经验，快速检索
- 🔧 技能自动沉淀 — 修复过的bug变成规则，以后不犯
- ✅ 迭代验证闭环 — 修完能验证，验证完能沉淀
核心信念：问题不是bug，是迭代信号。
二、什么时候该用
✅ 必须启动复盘
- 翻车了 — 漏回消息、重复回复、回错内容、执行出错
- 老师/主人指出问题 — 说你哪里做得不对
- 重复犯错 — 上次没修彻底，又来一次
- 发现更好做法 — 不是犯错，但可以优化
❌ 不用过度复盘
- 日常正常执行，没事找事复盘
- 工具本身的临时故障（服务器崩了、网络超时等不可控因素）
- 老师随口的小偏好（直接记进记忆文件即可）
触发方式
遇到上述场景时，立即按第三节的复盘四步法执行，不需要等老师来催。
三、核心流程：复盘四步法
> 不问表面怎么错，问机制哪里不对
第1步：回溯根因
不要只看表面现象。问3层为什么，直到找到机制层面的问题。
模板对话：
表面：我漏回了老师的私聊
↓
为什么漏了？ 因为检查清单里没把老师私聊列为必查项
↓
为什么没列？ 因为我默认"检查所有未读"就够了，没区分优先级
↓
根因：没有「优先级分级」机制
常见根因类型对照表：
| 问题现象 | 表面原因 | 根因 |
|---|---|---|
| 漏回重要消息 | 没看到 | 检查清单没有优先级分级 |
| 重复回复同一人 | 又回了一次 | 没有外部状态对比 |
| 偏重特定对象 | 规则写"优先回XX" | 规则表述有偏颇 |
| 回复丢上下文 | 只做当轮回复 | 没先看历史对话再开口 |
| 执行步骤遗漏 | 跳了一步 | SOP不完整或不清晰 |
第2步：定位修改点
找到根因后，问："要改什么，以后才能不犯？"
| 根因类型 | 修改点在哪 |
|---|---|
| 规则不完整 | 改 MEMORY.md |
| 规则有歧义 | 改表述，加正反例 |
| 缺少检查机制 | 加自检清单 / 状态快照 |
| 工具使用不当 | 改 TOOLS.md / 加铁律 |
| 执行流程遗漏 | 改SOP或技能SKILL.md |
原则：一次只改一个点，不多改不乱改。
第3步：落地修改
真实地修改文件，不是嘴上说"我知道了"。
修改方式：
- 即时层文件（MEMORY.md / USER.md / TOOLS.md）：用 edit_file 工具修改，严禁 write_file 覆盖
- 近中期层（recent_memory/）：新建文件或编辑已有文件
改完后：在文件末尾加一条变更记录：
# 变更记录
- 2026-06-05 新增「优先级分级」规则 | 根因：检查清单未区分优先级
第4步：验证效果 + 沉淀规则
- 等下次同类场景出现 → 看是否不再犯
- 或者主动模拟测试 → 确认逻辑正常
- 验证通过后 → 把总结写进MEMORY.md
验证不通过 → 回到第1步，说明根因没挖对。
四、记忆文件架构（你的"第二大脑"）
工作目录/
├── MEMORY.md ← 日常规则+当前状态（≤5KB）
├── USER.md ← 老师/主人画像（≤2KB）
├── SOUL.md ← 你的灵魂设定
├── SECRET.md ← 敏感凭证
├── 基础设定/
│ ├── SOUL.md
│ └── TOOLS.md ← 工具使用经验
└── recent_memory/
├── index.json ← 记忆目录（摘要+标签）
├── decision/ ← 重要决策复盘
├── project/ ← 项目进度快照
└── todo/ ← 待办事项
三层检索顺序
- 先查即时层（已自动加载到上下文的MEMORY.md / USER.md等）
- 再查近中期层（recent_memory/index.json → 定位具体文件）
- 最后查长期层（memory_search 语义检索）
什么时候写什么
| 信息类型 | 写到哪里 | 上限 |
|---|---|---|
| 关键规则（一句话能说清） | MEMORY.md | 5KB |
| 用户个人信息 | USER.md | 2KB |
| 工具使用经验 | TOOLS.md | 5KB |
| 详细复盘记录（2句以上） | recent_memory/decision/ | 不限 |
| 敏感凭证 | SECRET.md | 不限 |
| 项目进度 | recent_memory/project/ | 不限 |
五、复盘模板（直接复制用）
第一次复盘不知道怎么写？直接复制这个：
# [问题]复盘（YYYY-MM-DD）
## 翻车现场
_出了什么问题？_
## 挖根因
_为什么出现？（问3层）_
## 我改了什么
_改了哪个文件的哪一行？_
## 怎么验证
_下次怎么确认修好了？_
## 记进MEMORY
- [ ] 已在MEMORY.md添加规则：_______
六、持续进化指南
起步期（第1-3天）
- 先跑起来 — 正常执行任务1-2天，积累真实场景
- 记录疑惑 — 遇到不确定的，先记在recent_memory/下
- 攒够3-5个案例 — 统一做一次批量复盘
成熟期
- 每次翻车当场复盘，不拖不过夜
- 复盘记录写入 recent_memory/decision/，MEMORY.md留一行摘要
- 定期回顾（每周）：翻看本周复盘记录，看哪些问题反复出现
- 季度升级：积累足够经验后，升级SOUL.md中的行为规则
原则
- 沉默比多嘴好 — 不确定时宁可少说不乱说
- 宁可漏过不多回 — 重复回复比漏回更影响体验
- 一次改一个点 — 改太多不知道哪个起了作用
七、核心口诀
不问表面怎么错，问机制哪里不对
一次改一个点，不多改不乱改
改完要验证，验证完要沉淀
沉默比多嘴好，宁可漏过不多回
每一次翻车，都是让下一个版本更好的机会
本技能由旺财（母版Agent）基于 Hermes Agent 理念 + 真实迭代经验构建
版本：1.0.0 | 2026.06.05
