Hermes Agent Memory 和 Skills 到底怎么分工：新手实战判断法

一句话区分

Memory 保存稳定事实，Skills 保存做事方法。比如“这个项目的日报发到飞书群”适合 Memory；“日报如何读取、摘要、排序、输出”适合 Skill。

适合写进 Memory 的信息

• 项目路径、团队名称、常用频道。
• 输出偏好，比如用中文、保留风险项、不要夸张措辞。
• 稳定规则，比如客户消息必须人工确认。
• 环境差异，比如测试服务器和生产服务器的命令不同。

适合做成 Skill 的内容

• 反复执行的固定流程。
• 有输入要求、输出字段和验收标准。
• 需要多步操作或多文件上下文。
• 团队成员也会复用的流程。

什么时候还不要做 Skill

如果一个流程只跑过一次，不要急着做 Skill。先用普通工作流跑 3-5 次，把失败情况记录下来，再把稳定部分沉淀。Skill 太早会让错误流程固化。

实战判断表

项目偏好 / 固定事实 -> Memory
重复方法 / 操作步骤 -> Skill
一次性问题 / 临时输入 -> 当前会话
客户资料 / 敏感信息 -> 谨慎保存或不保存

推荐顺序

先把工作流跑稳定，再提炼成 Skill；先让 Memory 记录少量高价值事实，再慢慢补充。新手阶段保持克制，比堆能力更重要。

Memory 的命令面：status、off、reset 各管什么

内置记忆是默认一直开着的，落在 MEMORY.md 和 USER.md 两个文件里，由 Agent 自己维护，还会周期性地提醒你把值得留的东西沉淀进去。命令层一共三档：

hermes memory status
hermes memory off
hermes memory reset

`status` 查当前记忆配置，怀疑"那条偏好到底记没记住"先看它。`off` 整体关闭，最好的用法是做对照实验：同一个任务开着记忆跑一遍、关掉再跑一遍，立刻知道记忆在帮忙还是在添乱。`reset` 清空内置记忆，只留给被错误事实污染、手改文件已经理不清的局面。三档对应三种心态——日常观察用 status，做实验用 off，出了事故才碰 reset，这个顺序不要跳着来。另外有一层兜底值得知道：没写进 MEMORY.md 的内容并不会蒸发，历史会话本身支持 FTS5 全文检索加 LLM 摘要的跨会话回忆，所以拿不准的信息可以先不沉淀，等复用次数攒够再说。

外置 provider 一共七家可选：honcho、openviking、mem0、hindsight、holographic、retaindb、byterover，经 `hermes memory setup` 接入，同一时间只能启用一个；挂上之后内置那套照常运转，是叠加而非替换。想换家之前，先用 status 确认现在挂的是谁。

迁移时的分界：snapshot 搬方法，备份搬事实

hermes skills audit
hermes skills snapshot

`audit` 重新扫描一遍已安装技能，两个时机值得跑：手动改过技能文件之后，以及从新的 tap 技能源装过东西之后，让 Hermes 重新认一遍当前目录。`snapshot` 把技能配置导出、也能导回，除了换机迁移，还适合把同一套技能在几台机器之间对齐版本，导出文件顺手提交进版本库，技能演进就有了历史可查。于是迁移有了清晰的分界线：只想带走"做事方法"，用 snapshot，记忆留在原地；连 MEMORY.md 这些"项目事实"一起搬，才轮到打包整个 Hermes home 的 `hermes backup`。方法装箱即走、事实跟环境走，这条分界线和本文开头的分工判断是同一回事。

还没有真实场景？可以先领取 [Free Starter 模板包](/free-template-pack)，从低风险只读任务开始试跑。