什么时候能把记忆功能加上？

[FGBKILO-AGS]

我希望deepseek harness中有记忆功能，记忆功能能拟人类的记忆功能和能力。

[FGBKILO-AGS]

@tianyicui 我把诉求说准确一点：不是把记忆塞进核心（那和 "Everything is a Plugin" 冲突），
而是希望官方自己出一个第一方记忆插件。

我知道 docs/user/guide/mcp-memory.zh.md 写了 DSH 不负责 embedding、摘要、冲突消解和遗忘。
想问的是：这条边界是设计原则，还是暂时没人力？

因为有两件事第三方结构上就做不到：

1. 什么时候该记、该取。 那份指南自己承认工具描述"无法可靠触发记忆使用"，要用户手动加提示词来补。
   而判断需要的信号——当前 turn 的工具结果、会话阶段、哪些内容正在被压缩——全在 harness 手里。

2. 在被压缩遮蔽之前抢救内容。 摘要丢弃的历史对模型不可用，第三方服务器既不知道哪些正在消失，
   也没有时机固化。"该记什么"其实是压缩策略的另一面。

所以：这两层你们打算长期留给第三方，还是认为该由第一方来做？

[QIANLING-0831]

跨会话项目事实和经验积累，可以先从 dsh-memory-plus 的 memory_remember、用户固定记忆和技能蒸馏试起。我在你另一条完整提案 #9521 下补了能力对应和安装方法。

你这里追问的“什么时候该记、什么时候该取”也值得单独推进：目前 core 事实由显式写入保存，历史召回由模型调用，后台技能蒸馏则扫描完成回合。把这些触发点纳入统一接口，会比让每个实现各定一套规则更利于互操作。

[FGBKILO-AGS]

好的，知道了，谢谢你