Generated by Answer me with HTML 0.5.10 · 2026-10-29 10:29 · ★ Star on GitHub

hy-memory 升级到 2.0.8

生产已切换 · 补丁收敛 · 版本锁落地 · 2026-10-29

source本机实机切换记录 · /root/backups/hy_mem_208_20261029_1013

Lead: 生产 server 已跑 2.0.8，两个 venv 同步。补丁从 1.2.21 时代的六段脚本收敛成一个幂等脚本，顺手堵掉了「doctor 静默升级」那条路。

A

做完了什么

SDK 版本: hy-memory 2.0.8
运行时 venv: .hy-memory/.venv（带依赖）
主 venv: hfc-venv（--no-deps）
新增依赖: rank-bm25 · jieba
线程池: MEMORY_THREAD_POOL_SIZE=32
版本锁: HY_MEMORY_SDK_PIN=2.0.8
补丁脚本: hy_memory_patch_208.py
回滚包: backups/hy_mem_208_20261029_1013

补丁清单的变化

仍要打：提炼历史 or 5、healthz 三处关闭、client 锁双检。被上游吸收：extra_headers 读取、embed client 复用与关闭。改走环境变量：线程池 256 降到 32，不用再改源码。暂停用：embed 缓存改 array，实测平台已经压到 238 MB。

B

验收数据

项目	升级前	升级后
/info 版本	1.2.21	2.0.8
冷启内存	237 MB	94 MB
首次写入后	~380 MB	314 MB
4 分钟采样	上行	373 MB，仍上行
向量条数	2066	2068（写入验证 +2）
语义召回		ok，3 命中，3.2 s
真实写入		ok，ops.add=1
Provider 状态	available	available
夜间清理与归纳		两者 dry-run 通过

两条实测结论

内存优势是真的，但生产写入仍会爬到 370 MB 一线，450 MB 看门狗留着。 token 代价也是真的：每次提炼 prompt 从 1545 涨到 2668，补丁让它别再多两千。

C

回滚与要盯的事

东西	位置	怎么用
记忆库全量	backups/.../db	整目录换回
1.2.21 wheel	backups/.../wheels	pip 装回两个 venv
旧 env	backups/.../hermes.env.pre_switch	覆盖回来
旧补丁文件	backups/.../patched_1221	五个文件原样拷回
旧 reapply 脚本	backups/.../reapply_local_patches.sh.bak	还原脚本

接下来 24 小时盯三样

写入是否正常落地：看 pipeline 日日志的 EXTRACT 数。内存曲线：450 MB 看门狗会不会比升级前更频繁触发。飞书侧召回：本轮之后每轮都应带 relevant-memories 块。

---
template: sheet
theme: shadcn
title: hy-memory 升级到 2.0.8
subtitle: 生产已切换 · 补丁收敛 · 版本锁落地 · 2026-10-29
source: 本机实机切换记录 · /root/backups/hy_mem_208_20261029_1013
cols: 2
---

Lead: 生产 server 已跑 2.0.8，两个 venv 同步。补丁从 1.2.21 时代的六段脚本收敛成一个幂等脚本，
顺手堵掉了「doctor 静默升级」那条路。

## A 做完了什么

```kv cols=2
SDK 版本: hy-memory 2.0.8
运行时 venv: .hy-memory/.venv（带依赖）
主 venv: hfc-venv（--no-deps）
新增依赖: rank-bm25 · jieba
线程池: MEMORY_THREAD_POOL_SIZE=32
版本锁: HY_MEMORY_SDK_PIN=2.0.8
补丁脚本: hy_memory_patch_208.py
回滚包: backups/hy_mem_208_20261029_1013
```

```callout ok 补丁清单的变化
仍要打：提炼历史 or 5、healthz 三处关闭、client 锁双检。
被上游吸收：extra_headers 读取、embed client 复用与关闭。
改走环境变量：线程池 256 降到 32，不用再改源码。
暂停用：embed 缓存改 array，实测平台已经压到 238 MB。
```

## B 验收数据

| 项目 | 升级前 | 升级后 |
|---|---|---|
| /info 版本 | 1.2.21 | 2.0.8 |
| 冷启内存 | 237 MB | 94 MB |
| 首次写入后 | ~380 MB | 314 MB |
| 4 分钟采样 | 上行 | 373 MB，仍上行 |
| 向量条数 | 2066 | 2068（写入验证 +2） |
| 语义召回 | ok | ok，3 命中，3.2 s |
| 真实写入 | ok | ok，ops.add=1 |
| Provider 状态 | available | available |
| 夜间清理与归纳 | ok | 两者 dry-run 通过 |

```callout info 两条实测结论
内存优势是真的，但生产写入仍会爬到 370 MB 一线，450 MB 看门狗留着。
token 代价也是真的：每次提炼 prompt 从 1545 涨到 2668，补丁让它别再多两千。
```

## C 回滚与要盯的事

| 东西 | 位置 | 怎么用 |
|---|---|---|
| 记忆库全量 | backups/.../db | 整目录换回 |
| 1.2.21 wheel | backups/.../wheels | pip 装回两个 venv |
| 旧 env | backups/.../hermes.env.pre_switch | 覆盖回来 |
| 旧补丁文件 | backups/.../patched_1221 | 五个文件原样拷回 |
| 旧 reapply 脚本 | backups/.../reapply_local_patches.sh.bak | 还原脚本 |

```callout warn 接下来 24 小时盯三样
写入是否正常落地：看 pipeline 日日志的 EXTRACT 数。
内存曲线：450 MB 看门狗会不会比升级前更频繁触发。
飞书侧召回：本轮之后每轮都应带 relevant-memories 块。
```