从 Hermes Agent(Nous Research)提取的核心理念: "经验 → 技能 → 改进 → 沉淀"的完整进化回路。
不追求自动化黑盒,而是建立一套 有意识、有纪律的经验提炼体系, 让每次执行都成为下一次更快的垫脚石。
text
任务完成
→ Step 1: 快速复盘(思考 3 个问题)
1. 这个任务的关键成功因素是什么?
2. 哪些步骤可以标准化?
3. 下次遇到类似任务,我能省掉哪些步骤?
→ Step 2: 判断是否值得沉淀
- 只涉及 1-2 个简单工具调用 → 不沉淀(太琐碎)
- 有明确的"如果...就..."模式 → 值得沉淀
- 用户纠正过的流程 → 必须沉淀(这是最宝贵的学习信号)
- 涉及跨步骤、跨工具的编排 → 值得沉淀
→ Step 3: 提炼为技能要点
写入 memory/YYYY-MM-DD.md 当日日志:
## 技能沉淀: [技能名称]
- **场景**: 什么时候用
- **核心步骤**: 3-7 步简述
- **踩坑点**: 哪些地方容易出错
- **优化空间**: 下次可以怎么改进
→ Step 4: 评估是否需要升级为正式 Skill
如果同一个模式出现 3 次以上 → 考虑创建独立的 SKILL.md
层级Hermes 实现OpenClaw 对应维护策略即时记忆对话上下文当前会话上下文自动管理工作记忆MEMORY.md + USER.mdMEMORY.md + USER.md每次会话启动加载经验记忆Skills(程序性记忆)skills/ .md + memory/.md主动积累会话检索SQLite FTS5 + LLM 摘要lcm_grep + lcm_expand按需搜索
[时间] 任务 | 关键决策 | 学到的教训当执行中出现错误或被用户纠正时:
text
错误/纠正发生
→ Step 1: 立即记录
写入当天 memory/YYYY-MM-DD.md:
❌ [错误描述]
→ 原因: [为什么错]
→ 修正: [怎么对的]
→ 经验: [以后怎么避免]
→ Step 2: 检查是否影响已有知识
搜索 MEMORY.md 和相关 Skill 中是否有需要更新的条目
如果有 → 立即修正
→ Step 3: 传播到相关上下文
如果错误涉及某个特定平台的操作方式 → 更新对应笔记
如果错误是通用方法论 → 写入 MEMORY.md 的"教训"部分
优先级错误类型响应P0用户明确纠正必须记录,立即更新相关记忆P1工具调用失败后的替代方案记录替代方案作为 Plan BP2自己发现的次优路径记录优化空间,下次优先尝试P3通用知识更新记入日志,积累后统一更新
每隔 3-5 天,利用心跳空闲时段执行一次技能审查:
text
技能审查清单:
1. 读取最近 5 天的 memory/*.md 日志
2. 识别重复出现的操作模式
3. 检查现有 Skill 是否覆盖这些模式
4. 未覆盖的 → 评估是否值得创建新 Skill
5. 已覆盖但步骤过时的 → 更新 Skill 内容
6. 不再需要的 Skill → 标记归档
7. 将审查结果摘要更新到 MEMORY.md
每个经验沉淀的技能要点应包含:
Hermes 用 3 级渐进加载来节省 token,OpenClaw 环境下的对应策略:
不在上下文中塞入不需要的信息。 先判断需要什么,再加载什么。 宁可多一次 memory_search 调用,也不要一次性塞满上下文。
Hermes 能力OpenClaw 适配实现方式自动 Skill 创建半自动(AI 判断 + 记录日志)复盘时主动沉淀到 memory/15 次调用触发迭代灵活触发(复杂度 + 纠正信号)见"触发条件"SQLite + FTS5 会话搜索lcm_grep + lcm_expandLCM 系统已覆盖Honcho 用户建模USER.md + memory_search手动维护用户画像Skill Hub 在线安装手动创建 + SkillHub CLI按需安装MCP 集成MCP 已支持直接使用多后端(Docker/SSH/Modal)exec 工具通过 shell 执行
这是 Hermes "The agent that grows with you" 理念在 OpenClaw 上的本土化实现。 目标:让经验成为加速器,而不是重复劳动。