v0.2.0 · 首个可安装发布版

把 omp（oh-my-pi）的项目级记忆接入 DeepSeek Harness：DSH 注入的是 omp 读的那同一份 memory_summary.md 与 learned.md 窗口，DSH 的 learn 工具写回的也是同一个 learned.md 文件。omp 侧零改动。

安装

dsh plugin --profile web add https://github.com/meisijiya/omp-memory-dsh/releases/download/v0.2.0/omp-memory-dsh-0.2.0.tgz

或从源码装（会跑 prepare 自动构建）：

dsh plugin --profile web add github:meisijiya/omp-memory-dsh

装完重启 DSH（插件在进程启动时装载）。本包是 DSH bundle（dsh.bundle.patch），装上即自动生效，不需要额外写 patch。

这是首个可安装的发布版

v0.1.0 标签指向的代码存在打包缺陷：package.json 的 files 只列了 lib/index.js，
而 lib/index.js 还 import 了 ./store.js ./prompt.js ./paths.js ./text.js
—— 打出来的 tarball 装到机器上会直接 ERR_MODULE_NOT_FOUND。
v0.1.0 从未发过 Release，因此不存在已被安装的坏版本，但不要用那个标签当安装来源。

v0.2.0 修掉了它，并加了一道回归闸门：scripts/verify-package.mjs 会真的 npm pack →
解包 → 逐个解析产物内的相对 import → 检查 dsh.bundle 与 cordis.patch.yml 在位 →
真的 import 一次产物入口。13/13 通过，且已接入 CI。

相对 v0.1.0 标签的变化

• 改造为 DSH bundle：dsh.bundle.patch + 根目录 cordis.patch.yml（用包名而非绝对路径）
• files 覆盖整个 lib；exports 补 ./cordis.patch.yml / ./src/* / ./package.json
• 新增 prepare ⇒ 从 GitHub 源码安装时自动构建
• peerDependencies 改用带显式预发布分支的范围 >=0.2.1-rc.1 <0.3.0-0
  （原来钉死 0.2.1-rc.2，匹配不到 0.2.1-rc.3，对别的 harness 版本会 ERESOLVE）
• README 去机器化重写：改用 bundle 安装路径，移除开发机路径与真实数据统计，
  补兼容性表与黑盒对跑证据

默认行为是保守的

• 绝不删除任何东西（源码里不存在 rm / unlink / truncate / rmdir，由测试静态扫描强制）
• 唯一可写目标是 join(root, <项目键>, "learned.md") 一个文件
• 撞到 omp 的 100 条封顶时默认拒绝写入并如实回报（evictionPolicy: "refuse"，可切 "omp-parity"）
• 写前 CAS 指纹复核（size + mtime + sha256），检出并发改动就重读合并，绝不覆盖
• 不会替 omp 静默新建记忆目录——项目必须先在 omp 侧存在过，否则 learn 会拒绝写入并说明原因
• omp 的 config.yml、autolearn、managed-skills 一律不碰

一致性怎么验证的

除单元测试外，做了一组黑盒对跑：同一句提示词分别喂给 omp 的无头模式（omp -p）与
DSH 的一次性任务（dsh --profile headless），再用一个没有记忆的目录做对照。

	有记忆的项目	没有记忆的目录
omp	答出记忆里的正确答案	明确回答「没有这条记忆」
DSH	答出同一句正确答案	明确回答「没有这条记忆」

反方向也验证过：DSH 的 learn 写进去一条带唯一标记的教训后，omp 在同一个项目里能读到它。

对照组的作用：正确答案只有在两边都拿到记忆时才出现 ⇒ 它来自记忆，不是模型猜的。

兼容性

组件	要求
DeepSeek Harness	>=0.2.1-rc.1 <0.3.0-0
Node.js	>=22.6.0
omp (oh-my-pi)	v18.12.2 及以后（v18.12.3 的相关上游文件逐字节相同，行为等价）
平台	Windows / Linux / macOS

License

MIT