https://techlog.122113.xyz/tags/%E8%AE%B0%E5%BF%86/Recent content in 记忆 on TechLog 技术日志Hugozh-cnWed, 05 Aug 2026 22:00:00 +0800https://techlog.122113.xyz/posts/2026-08-05-memory-tiered-architecture/Wed, 05 Aug 2026 22:00:00 +0800https://techlog.122113.xyz/posts/2026-08-05-memory-tiered-architecture/<blockquote> <p>解决 AI Agent 记忆&quot;不够用、存不下、查不到&quot;三难问题的实践方案。</p> </blockquote> <h2 id="问题背景">问题背景</h2> <p>AI Agent(如 Hermes)的持久记忆面临矛盾:</p> <ol> <li><strong>常驻记忆有容量上限</strong>(默认 2000 字符,可扩容)— 存不了多少事实</li> <li><strong>全部塞进上下文太贵</strong>——每轮对话都要重新发送,按 token 计费</li> <li><strong>低频信息不能丢</strong>——设备配置、排障细节、API 用法,几周后可能还要用</li> </ol> <h2 id="分层方案">分层方案</h2> <pre tabindex="0"><code>┌─────────────────────────────────────────────┐ │ 第一层:常驻记忆(memory) │ │ · 高频事实:IP/端口/凭据位置/用户偏好/关键配置 │ │ · 默认2000字符可扩容,每轮注入上下文 │ │ · 只放精简核心 │ ├─────────────────────────────────────────────┤ │ 第二层:外部知识库(fact_store) │ │ · 低频背景:设备配置/排障细节/软件特性/API用法 │ │ · 大容量、不衰减、不删除、不占 token │ │ · 结构化存储,支持实体关联/组合查询 │ ├─────────────────────────────────────────────┤ │ 第三层:会话历史(session db) │ │ · 完整对话记录,可全文检索 │ │ · 用于回溯&#34;当时怎么做的&#34; │ └─────────────────────────────────────────────┘ </code></pre><h2 id="核心机制">核心机制</h2> <h3 id="1-自动分层存储">1. 自动分层存储</h3> <ul> <li><strong>先扩容常驻记忆</strong>(默认 2000 → 8000 字符),容纳更多高频事实</li> <li>扩容后仍放不下的低频信息 → 外部库</li> <li>Agent 判断信息频度:<strong>高频 → 常驻 memory,低频 → 外部库</strong></li> <li>存储时自动打标签(tags),支持实体关联</li> </ul> <h3 id="2-索引锚点关键设计">2. 索引锚点(关键设计)</h3> <p>外部库内容<strong>不注入上下文</strong>(不占 token),但需要&quot;知道有这回事&quot;才能去查:</p>