DSH Context 对比 Mnemon
这两个插件在本目录里属于重叠的分类或使用场景，是同一个需求下的候选。下表逐项列出本站核查过的字段——验证等级、安全扫描、兼容目标、安装命令——以及它们的差异。表下是编辑判断：何时选左边、何时选右边、何时两个都不该装。
| 字段 | DSH Context | Mnemon |
|---|---|---|
| 验证等级 | L3 · 安装命令可解析 | L2 · 结构完整 |
| 安全扫描 | 未验证 | 未验证 |
| 维护健康度 | 活跃 | 活跃 |
| 兼容目标 | 0.1.2-rc.1 || 0.1.3-alpha.2 || 0.1.5-rc.1 | — |
| 最后核查 | 2026-09-18 | 2026-09-18 |
| 许可 | Apache-2.0 | Apache-2.0 |
| 语言 | TypeScript | Go |
| Stars（仅参考） | 1,430 | 587 |
| 分类 | 记忆与上下文、开发与运维 | 记忆与上下文 |
| 适用场景 | 记忆与上下文 | 记忆与上下文 |
| 安装命令 | dsh plugin --profile web add dsh-context | dsh plugin --profile web add github:mnemon-dev/mnemon |
表中每一项都来自两个条目的公开字段，本站不对插件质量下结论。
场景判断
不要把它们并成一个「记忆」选项。Context 回答窗口里现在有什么、如何构成、何时触发压缩。Mnemon 是长期召回：图结构、跨会话、带 LLM 监督以免琐碎灌满存储。失败模式不同，正确安装通常是两个都要——Context 管可见性，Mnemon 管跨会话存活。
何时选 DSH Context
痛苦是「看不见模型为何忘了」，或会话超过一小时、窗口卫生变成日常维护时选 Context。构成视图与压缩事件日志把上下文调优从猜测变成测量。
何时选 Mnemon
下个会话什么都不剩、且你想要写入受监督的跨会话存储时选 Mnemon。快照 schema 仍在收敛时请锁版本；写入审批门是它区别于「什么都灌」记忆的关键。
两者都不该选的情况
宣称两者兼备的单一插件，必须先证明检索有界、写入有门。star 数分不开观测工具与真记忆库。若模型长上下文已经很强，先装 Context，只在跨会话召回才是真缺口时再加 Mnemon。
怎么选
- DSH Context 的验证等级更高（L3 对 L2），说明它的安装路径被推进得更远。
- 兼容目标不同（0.1.2-rc.1 || 0.1.3-alpha.2 || 0.1.5-rc.1 对 undefined）：指向较旧目标的一方可能还没跟进最新预览线。
- DSH Context 的社区更大（1,430 stars），但 star 数只反映关注度，不是安全或质量评分。
- DSH Context 发布在 npm 上，可以用包名安装；Mnemon 需要按它自己文档里的方式安装。
常见问题
- DSH Context 和 Mnemon 可以互相替代吗？
- 它们属于同一批分类（DSH Context 与 Mnemon 共享分类或场景），但安装方式与验证程度不同：DSH Context 为 L3，Mnemon 为 L2。先按上表确认安装命令，再在隔离 profile 里试装。
- 哪一个更新？
- DSH Context 的条目更新更近（2026-09-18，另一方为 2026-09-18）。更新时间反映的是本站核查该条目的时间，不等于插件最近一次发版时间。
- 能不能两个都装？
- 有可能，但先看表面是否重叠。DSH Context 的安全扫描状态是未验证、声明兼容 0.1.2-rc.1 || 0.1.3-alpha.2 || 0.1.5-rc.1；Mnemon 是未验证、未声明兼容目标。若两者注册同一工具名或争用同一 UI 槽位，后装的可能静默覆盖前一个。更稳妥的做法是隔离 profile 各装一次，对照工具列表后再合装。