← 返回列表
✓ 可直接安装
基于自然遗忘曲线的无状态对话压缩。
自动检查通过:npm 包已发布且 engines 声明满足基线;该结论来自程序自动检查,未经人工实机验证。 · 最近上游提交 2026/9/12 · 已提供中文文档
通用的无状态对话压缩,模拟人类记忆。LLM 对话永远保持有界——无需会话管理,不会上下文溢出。附带一个开箱即用的 DeepSeek Harness(DSH)适配器。
综合分
35.6
GitHub 分
35.6
用户评分
—
★ Stars
3
周下载量
—
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add mosaic-memory-compressnpm 包 mosaic-memory-compress 已校验归属本仓库,走 npm 安装最省事
数据截至 2026/9/18(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查✓ 自动检查通过
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✓npm 包mosaic-memory-compress @ 1.3.4
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明
验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/18 12:12:33
用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
MosaicMemoryCompress
Supports DeepSeek Harness
Awesome DSH Plugin
基于自然遗忘曲线的无状态对话压缩。
License: MIT
TypeScript
GitHub stars
LLM 对话线性增长,MosaicMemoryCompress 让它们永远有界——自动、无感,用户甚至
不需要知道"会话"是什么。
工作原理
消息数组(R 轮,从旧到新):
第 1 轮 ────→ 第 (R-40) 轮 │ Heavy 区 → 全部 → 1 条检查点消息
第 (R-39) 轮 → 第 (R-10) 轮 │ Light 区 → 逐条脱水,数量不变
第 (R-29) 轮 ──→ 第 R 轮 │ Raw 区 → 原样保留
稳态消息数恒定——2 + heavyStart × 每轮消息数(纯双消息对话为 62 条,31 个用户轮),
第 60 轮还是第 15,000 轮都一样。压缩率趋近 100%。
设计哲学:鲜活的记忆,不是交接简报
行业通用做法是阈值触发的一次性全量总结:窗口满了就把全部历史压成一份简报,
交给"看过笔记的新人"——最近的细节也在最该鲜活的地方被转述丢失,且损失不可见。
MosaicMemoryCompress 模拟的是生物遗忘曲线:人不会记得 300 轮对话的第 3 轮,
只会留下教训、规则与关系。算法在同一份消息数组里复现这条曲线:
最近 10 轮 → 逐字保留(鲜活——正在做的事)
第 10-40 轮 → 结构化截断(reasoning/参数/结果精简,文本保留)
第 40 轮以前 → 一条检查点:身份、环境、权限、规则
没有切换时刻、没有重置、没有长度上限。损失是可见的:分区结构告诉模型
它不再知道什么,需要时可以从 shadowed 存储取回细节。
| | 阈值总结(行业通用) | MosaicMemoryCompress |
|---|---|---|
| 比喻 | 失忆 + 读日记 | 连续的鲜活记忆 |
| 连续性 | 每次压缩都重置 | 永不重置 |
| 损失 | 无差别、不可见 | 渐进、可见 |
| 近期轮次 | 在最该鲜活的时刻被转述 | 永远逐字 |
| 目的 | 可移植的交接简报 | 无界的人机对话 |
最重要的应用场景:无法做对话管理的设备——车载 AI 助手(方向盘上没有
"新对话"按钮)、智能音箱/家居中枢(纯语音、没有文件管理)、随身/环境设备
(无设置界面)。这些场景下,对话悄悄死亡或重置成简报不是小麻烦,而是关系的
断裂。马赛克记忆压缩让对话在设备自身的内存预算内无限延续:最近几轮逐字保留
(用户永远不会面对陌生人)、旧轮自然淡忘、核心规则永远活在检查点里。
两种哲学互补:交接简报服务于冷启动与长中断;MosaicMemoryCompress 服务于
留在对话里。配合宿主持久存储(如 MEMORY.md),人与 AI 可以在同一条
遗忘曲线下无限对话。设计文档 §8/§10 给出了位置即年龄
模型的形式化基础,§9 是"同一事件、三种记忆载体"的实证案例。
快速开始
npm install mosaic-memory-compress
import { mosaicMemoryCompress, DEFAULT_CONFIG, type MosaicMemoryConfig } from 'mosaic-memory-compress';
const config: MosaicMemoryConfig = {
...DEFAULT_CONFIG,
callLLM: async (systemPrompt, userInput) => {
const res = await openai.chat.completions.create({
model: 'gpt-4o-mini',
messages: [
{ role: 'system', content: systemPrompt },
{ role: 'user', content: userInput },
],
});
return res.choices[0].message.content ?? '';
},
};
// 每轮调用一次——阈值以下零成本;结构化 light 毫秒级,Heavy 折叠约 1-2 秒
const compressed = await mosaicMemoryCompress(messages, config);
特性
- 无状态 & 可重复——无会话状态;每轮调用,输出可直接作为输入
- 阈值以下零成本——未到压缩点时立即返回
- 防抖动——只在窗口边界压缩
- 模型无关——自带 callLLM(OpenAI、Anthropic、本地模型…)
- 工具调用安全——工具消息不破坏轮次计数
- 优雅降级——LLM 失败不阻断对话
DeepSeek Harness 集成
⚠️ 从 DSH 0.1.5 起:请直接用官方压缩,不要安装本适配器。
0.1.5 的官方 compaction-basic 已经实现了本适配器的核心逻辑:近区原文
逐字保留(默认 = 窗口的 16%,1M 窗口即 16 万 token)+ 更早内容折成一个
有界 checkpoint,压力触发、不打断对话,并且额外有溢出恢复、持久锁、事务、
重放稳定性校验与 KV cache 复用的摘要调用——安全性远好于本适配器。
唯一没有对应物的是 Light 区(零 LLM、按年龄的结构脱水);单独为这一项
维护第二套压缩引擎 + 逐版跟 DSH 适配不划算,而且同样的效果用官方配置就能
逼近:
preset 组合里的 compaction-basic 行(0.1.5 起这三行属于 preset,不再是宿主行)
config:
thresholdRatio: 0.15 # 到窗口 15% 就压(1M 窗口 → 15 万 token)
retainRatio: 0.05 # 近区保留 5%(→ 5 万 token)
也可以不改 preset,直接在 $DSH_HOME/settings.yaml 的 llm-deepseek: 段把声明的
defaultContextWindow 改小(热加载、不用重启,真请求仍按模型真实窗口发)。
注意 retainRatio 必须小于 thresholdRatio;配错时自动压缩会只警告一次然后
静默不再压缩,改完务必看启动日志。
完整代码级对比与结论(含 0.1.5 把压缩移进 preset 隔离 realm 的影响):
dsh-module/INTEGRATION-NOTES.md §21。
≤ 0.1.2 的宿主仍可用本适配器;与本仓库的通用算法库无关。
MosaicMemoryCompress 的 DSH 插件后端在 dsh-module/:
MosaicMemoryCompactionEngine 继承官方 BasicCompactionEngine,把三区遗忘曲线
带进 DSH 会话——Light 结构化截断(1:1 表面替换,原始进 shadow),Heavy 折叠为
单个永不超上限的 checkpoint。中文设计文档:dsh-module/DESIGN.cn.md。
安装到 DSH profile(包内声明 dsh.bundle):
dsh plugin --profile web add mosaic-memory-compress # registry 包
不走 npm 的话,直接从公开仓装:
dsh plugin --profile web add github:TuringCorp-net/mosaic-memory-compress
⚠️ 升级 DSH 前请注意(0.1.5):在 DSH ≤ 0.1.2 上用 v1.3.2 之前的马赛克
压缩过的会话,含 assistant 级 1:1 替换事件,无法通过 0.1.5 的会话迁移审计——
升级后这些会话会拒绝加载(assistant/message … chunk provenance is not one
complete ordered attempt)。原始日志不会被改动(内容没丢),但会话打不开了,
插件侧没有修复手段;需要时用只读的
scripts/salvage-session.py 把对话导出成 Markdown。
正确顺序:先把马赛克升到 v1.3.2+,再升级 DSH(此后在 0.1.5 上不再写这类事件)。
完整分析见 dsh-module/INTEGRATION-NOTES.md §19。
相关:
- DeepSeek Harness — 宿主平台
- awesome-dsh-plugin — DSH 插件精选
- 设计文档(中文) — 理论与实证
基准
确定性模拟(零 LLM 成本、可复现),真实算法 + 规则伪 LLM:
npm run bench # 合成扫描:100 / 500 / 1000 / 5000 轮
npm run bench -- --file chat.json # 分析你自己的对话文件
详见 benchmark/README.md(方法、数据、局限与真实 LLM
抽查 npm run bench:real——DeepSeek V4 Flash,<$0.01,5/5 事实保持)。
开发
npm test # 零 LLM 成本(mock 响应)
npm run typecheck
License
MIT — TuringCorp | iAsk@turingcorp.net扫码进群