OpenClaw 8.33 记忆搜索失效：不报错，却搜不到新内容
从 7.35 升到 8.33 后，记忆搜索悄悄失效：命令不报错，新写的内容却永远搜不到。根因是升级把会话从 jsonl 迁到 sqlite，旧索引登记没清干净（38 个幽灵源），叠加官方文件监听 bug。本文讲清排查路径和「清幽灵源 + 定时增量」的规避方法。
标签：openclaw
OpenClaw 从 9.6 降级到 7.35：插件版本不匹配与 SQLite 不兼容的处理记录
9.6 存在未修复的性能回归，我将 OpenClaw 从 2026.9.6 降级至 2026.7.35。实际过程中遇到两个主要问题：插件与运行时版本不匹配导致搜索、模型渠道不可用；SQLite 跨大版本不兼容导致 38 个会话无法读取。本文记录两个问题的诊断过程、处理步骤，以及最终放弃会话导出方案的原因。
OpenClaw 升级后报错、告警、变慢？五个问题的排查与处理
OpenClaw 升级后插件报 runtime application failed、日志 memory pressure 刷屏、ERROR 突然涨到几十条、定时任务莫名其妙不跑、响应变慢——这五个问题怎么排查、哪些要处理哪些不用管，本文给出可直接复制的命令和判断标准。
OpenClaw 升级后还是慢？剖析影响响应时间的两个参数
缓存命中率恢复了，为什么回复还是慢？以 9.4 实测环境为例，用白话把 sessionObserver 和 fastModeDefault 两个参数讲清楚：各省哪段耗时、为什么碰不到缓存命中率、边界在哪。
我把 AI 助手的响应从 30 秒优化到了 8 秒
AI 助手每句话都要等 30 秒，多工具任务更是两分钟起步。换模型没用之后，我把「慢」一层层拆开排查，最后发现是三个自己埋下的问题：MCP 链路绕了地球一圈、思考参数从来就没发出去过、知识库索引天天全量重建。这篇把每个问题的发现、定位、修复和验证过程完整记下来。
OpenClaw 记忆重复查询：机制本身就有，分层只是其中一种思路
用 OpenClaw 时发现一个隐蔽问题：同一份记忆会既被自动注入、又被显式搜索，在上下文里出现两次。这不是 bug，是记忆双路径机制本身就有。分层 + 命中即停只是众多处理方式中的一种，能缓解一部分问题，也有取舍。
把 AI 助手装进个人微信：OpenClaw 官方微信接入实录
个人微信直接接入 OpenClaw，走腾讯官方 iLink 渠道，不是逆向、不怕封号。从安装插件到扫码登录、再到日常使用体验，一篇讲完整过程。
OpenClaw 7.1 升 8.2，我踩了十来个坑，最后靠换一台机器把记忆搜索救回来
把 OpenClaw 从 7.1 升到 8.2，本来只是想修一下记忆搜索失效，结果折腾了一整天：没有 sudo 密码怎么重建容器、本地嵌入的 batch 512 硬限制、索引越补越脏、会话直接卡死要靠重启才能缓过来。这篇把整个过程和每个坑的解法都摊开讲，包括最后为什么放弃本地嵌入、改到局域网里另一台小机器上跑向量。