Generated by Answer me with HTML 0.5.10 · 2026-10-29 11:15 · ★ Star on GitHub
插件体检 · 重启后
6 个启用插件全绿，揪出一个首轮召回超时并已修
Lead: 插件全部正常启动，patch 也没被覆盖。唯一异常是重启后第一轮召回超时， 原因是 2.0.8 冷启首次搜索要 3 到 6 秒，而插件读超时只有 5 秒。已加预热并把超时提到 12 秒。
插件状态
| 插件 | 状态 | 证据 |
|---|---|---|
| hy-memory | enabled | 11:12:10 Provider ready，mode=pro |
| hermes-feishu-card | enabled 5.0.12 | hook 注入 9 个 sha 全对，卡片 dispatch 已修复 |
| feishu-platform | enabled | websocket 已连接 |
| web/tavily_exa | enabled | 注册 tavily-exa provider |
| disk-cleanup | enabled 2.0.0 | 启动无报错 |
| tdx（MCP） | enabled | config 里 mcp_servers.tdx 启用 |
补丁都还在
Hermes 核心：OpenRouter 两个代理补丁仍在暂存区，飞书卡片 9 个注入逐一对得上 sha。 hy-memory：writer 提炼补丁与两处版本锁都在，重启没有冲掉任何东西。
揪出的问题
首轮召回丢了一次
11:12:16 日志一行 prefetch failed: timed out。 冷启后第一次搜索要 3 到 6 秒，插件读默认 5 秒，于是那一轮没有注入记忆。 预热之后实测 0.07 到 1.2 秒，属于冷启动问题，不是坏。
| 修法 | 做法 | 实测 |
|---|---|---|
| 拉起即预热 | 看门狗健康检查通过后打一次搜索 | WARMUP ok 3.4s |
| 读超时放宽 | .env 加 HY_MEMORY_HTTP_READ_TIMEOUT=12 |
下次网关重启生效 |
MemHub 装没装
| 检查项 | 结果 |
|---|---|
| 可执行 memhub 或 memhub-cli | 没有 |
| npm 全局包 | 没有 |
| ~/.memhub 与 ~/.one-memory | 没有 |
上游原生 provider hy_memory |
没装，provider 仍是第三方 hy-memory |
| 它纳管的客户端（Claude Code / Cursor / Codex / OpenCode / Qwen Code） | 本机一个都没有 |
结论
没装，而且现在装了也没价值：MemHub 的卖点是聚合多个 AI 工具的会话， 在这台机器上没有可聚合的源；它的 Hermes provider 还是只读召回、不自动写入。 真装上去会把 memory.provider 换成 hy_memory，等于把现在的写入链路换成只读，是降级。