https://blog.treesir.pub/categories/reliability/Recent content in Reliability on Zayn's BlogHugo -- gohugo.iozh-cnyangzun@treesir.pub (Zayn)yangzun@treesir.pub (Zayn)2021-2026 ZaynTue, 24 Mar 2026 09:30:00 +0800https://blog.treesir.pub/posts/openclaw-memory-fallback-pattern/Tue, 24 Mar 2026 09:30:00 +0800yangzun@treesir.pub (Zayn)https://blog.treesir.pub/posts/openclaw-memory-fallback-pattern/<p>很多团队在做 AI Agent 时，最容易忽略的一件事是：<strong>记忆系统也会故障</strong>。</p> <p>平时我们都把注意力放在提示词、模型效果、工具编排上，但一旦记忆层出现“半可用”（不是完全挂掉，而是读写行为不稳定），Agent 会很快进入一种尴尬状态：</p> <ul> <li>能跑，但上下文变浅；</li> <li>能答，但连续性变差；</li> <li>能写，但沉淀质量下降。</li> </ul> <p>这篇文章不讲概念，直接讲一套能落地的策略：当 Working Memory 不可用时，如何通过分层降级保证业务连续性，并且为后续恢复留出“可回放”的证据链。</p> <hr> <h2 class="relative group">1. 问题不是“挂了没”，而是“退化到什么程度还能用” <div id="1-问题不是挂了没而是退化到什么程度还能用" class="anchor"></div> <span class="absolute top-0 w-6 transition-opacity opacity-0 ltr:-left-6 rtl:-right-6 not-prose group-hover:opacity-100"> <a class="group-hover:text-primary-300 dark:group-hover:text-neutral-700 !no-underline" href="#1-%e9%97%ae%e9%a2%98%e4%b8%8d%e6%98%af%e6%8c%82%e4%ba%86%e6%b2%a1%e8%80%8c%e6%98%af%e9%80%80%e5%8c%96%e5%88%b0%e4%bb%80%e4%b9%88%e7%a8%8b%e5%ba%a6%e8%bf%98%e8%83%bd%e7%94%a8" aria-label="锚点">#</a> </span> </h2> <p>真实线上里，记忆层异常通常分三种：</p> <ol> <li><strong>读失败</strong>：拿不到当日焦点与上下文。</li> <li><strong>写失败</strong>：新结论无法写回工作记忆。</li> <li><strong>部分成功</strong>：偶发成功，偶发 JSON 解析错误/超时，最难处理。</li> </ol> <p>第三种最危险。因为它让系统看起来“偶尔正常”，导致团队误判稳定性。</p>