Hermes Agent可以直接使用的记忆模式，解决记忆空间有限问题

by

核心记忆索引化压缩管理机制设计目标

解决Hermes Agent核心记忆空间有限（约2000-2500字符）的问题，实现：

  1. 核心记忆永远不溢出，保持轻量化

  2. 通用规则永久锁定，不会丢失

  3. 详细流程文档化，按需加载，不占默认上下文

  4. 支持持续迭代优化，出问题可以从文档恢复

  5. 项目级规则隔离，不污染全局核心空间核心分层架构核心设计原则（固化）

  6. 只有所有项目通用的规则，才有资格放到核心固定记忆 → 项目规则一律去项目文档

  7. 核心只存索引和铁则，详细内容放技能文档 → 按需调用，不默认占上下文

  8. 顶层元规则：流程必须闭环 → 任何机制设计都要闭环：开工读 → 干活 → 完工更 → 下次读

  9. 元记忆锁定规则 → 元记忆区域（核心区）只有用户明确指令才能增删，AI不自动修改

  10. 空间占用红线 → 核心固定记忆总占用永远控制在 50%以内（<1100/2200字符），预留充足空间维护流程（迭代修复机制）日常维护规则

  11. 新增通用规则：先看核心空间够不够 → 够就直接加；不够就精简现有措辞，还是不够就把已有详细内容转到技能文档，核心只留索引

  12. 修改机制：先修改本技能文档，再更新核心索引（如果需要），保证文档和核心一致

  13. 出问题恢复：如果核心记忆错乱，直接重读本文档，按本文档架构重新整理核心记忆，一键恢复

  14. 每日工作记录：一律走 技能，不进核心记忆空间检查频率

每次新增/修改核心记忆后，自动检查占用率：

  • 如果 > 60% → 触发精简：找已经有技能文档的详细内容，转出到技能，核心只留索引

  • 如果 > 80% → 强制精简：必须转出内容降到50%以下已经固化到核心记忆的索引（当前版本）

📌 项目规则存储原则

所有每日具体工作进度不存入核心记忆，统一用 daily-work-log 技能记录到 /root/daily-work-logs/YYYY/MM/YYYY-MM-DD.md。核心记忆只存通用规则，不存内容，省空间方便检索。
具体项目规则：针对具体项目的特殊要求和决策，不写入核心固定记忆，写到该项目根目录下的 PROJECT_RULES.md 文档中，新会话开工先读此文档。
顶层元规则：流程必须闭环，任何规则设计都要形成完整闭环，不能有头无尾：开工读状态 → 干活 → 完工更新状态 → 下次开工读新状态，永远不能断档。

🗂️ 记忆分区机制（锁定元规则）

  1. 元记忆区域（核心区）：存放底层方法论、用户定的规则、固定配置、系统级偏好（不会变的东西）→ 不可自动增删，只有用户明确指令才能添加/修改/删除

  2. 临时记忆区域：存放当前会话项目上下文、进度追踪、临时信息 → AI可自动增删压缩，会话结束可清理

执行原则：元记忆不动如山，临时记忆流水不腐。

📚 核心技能索引（按需调用技能看详情）

| 场景 | 技能名 | 核心 |

|------|--------|------|

|

| 每日工作记录 | daily-work-log | 进度存文件，不占核心记忆 |

| 记忆管理本身 | core-memory-index-management | 本文档，索引化压缩机制 |

✅ 必记铁则（通用规则）

📋 项目目录规则

  1. Gitee根只留README，所有项目放 projects/

  2. projects/ 分：long-fiction/ 长篇、short-fiction/ 短篇

Leave a Comment