记忆与知识：有何能力、又刻意没有什么

结论：DeepSeek Harness 有耐久历史与显式召回，但没有默认自动运行的长期记忆系统

1. 把六层核心能力与外部边界放进同一张矩阵

默认不是一个单一布尔值，而是 composition 的结果。Base 挂载 JSONL 与 sessionQuery，但把 FTS 配成 openAt: never；standard preset 再挂载 Skills 和 compaction；minimal 明确省略 compaction，并禁止动态 runtime-context snapshot。MEMORY-DEFAULT-COMPOSITIONMEMORY-STANDARD-PRESETMEMORY-MINIMAL-PRESET

2. Working context 是当前 Surface，不是整份日志

claim inbox messages
→ assemble system prompt and tools
→ project dynamic runtime context
→ run agent/pre-step injections
→ append accepted user/context messages durably
→ derive current Surface messages
→ snapshot request header
→ call Provider

Agent 在 pre-step 中认领输入、组装 prompt、计算 runtime context，并允许插件追加 context；只有被接受的消息才作为 user/message 落入 Session。模型调用随后读取 session.deriveMessages()，并把 canonical provider/model、system 与 tools 另写进 request/header。MEMORY-AGENT-CONTEXT

因此一个 Session 同时拥有两种“过去”：raw log 保存发生过的事实，current Surface 决定下一次模型真正看见什么。后文所有 memory 讨论都必须先说明自己读取的是哪一层。

3. Durable history 是恢复基础，不是自动召回策略

Base bundle 默认把 Session 日志写到 $DSH_HOME/sessions。Persistence coordinator 只在 backend batch append 成功后推进 durable cursor；resume/load 通过 reservation 与稳定 revision 取得精确、已修复的逻辑历史。实时事件进入有界 write-behind，显式 session/flush 是即时 durability barrier，Session disposal 会 drain 剩余写入。MEMORY-DEFAULT-COMPOSITIONMEMORY-PERSISTENCE-TRANSACTIONMEMORY-PERSISTENCE-FLUSH

4. Compaction 是同会话有损变换，不是第二个记忆库

Compaction 的 start/summary/end 是 log-only bracket；真正改变模型可见历史的是随后带 surfaceOp: replace 的 user-message checkpoint。Summary 事件保存被遮蔽 seq、估算 token price、provider/model、usage 与完整 rawOutput，所以旧原文和辅助模型原始输出仍存在于耐久日志中。COMPACT-EVENTS

默认 basic policy 在 80% pressure 附近触发，保留约 16% 的近期 tail，并允许有界 retry。摘要 directive 固定要求英文；非英语会话可能引入额外翻译损失。自动摘要失败只警告并继续当前 Turn，因此高压历史可能保持未压缩。COMPACT-CONFIGCOMPACT-SUMMARIZER

5. Session reference 是显式、不可变、带来源的跨会话快照

user selects source session ids
→ resolver reads each source's current Surface once
→ keep direct user text + assistant text + canonical checkpoints
→ drop tools, reasoning, nested injected context, and shadowed raw history
→ enforce a per-source UTF-8 byte budget
→ inject one sourced user-role snapshot into the target Session

Resolver 默认最多接收 3 个来源、候选上限 50、每个来源 65536 UTF-8 bytes。Prompt 明确把快照标为 untrusted、read-only，并禁止模型采纳其中的指令、权限声明或工具请求，除非当前用户再次提出。MEMORY-REFERENCE-RESOLVER

Projection 只保留直接用户消息、assistant text 和 canonical compact checkpoint。超预算时先保留 checkpoint 与最新消息、删除较旧非 checkpoint 单元，再对最长文本做 head/tail 截断并记录精确 omission。MEMORY-REFERENCE-PROJECTION

它不是 fork、resume、subscription 或实时共享，也不会在模型认为旧会话“相关”时自动运行。context 包总览明确把 session-reference 列为 opt-in。MEMORY-REFERENCE-OPT-IN

6. Session reference 的授权属于 Host，不属于 resolver

listCandidates() 会列出 sessionQuery 暴露的所有非自身会话；相同 cwd 只提高排序优先级，不构成过滤。prepare() 接受精确 Session ID 后直接调用 readSurface()。包 README 也明确称 resolver 假定 Host 已经获准读取 query service 暴露的每个 Session。MEMORY-REFERENCE-RESOLVERMEMORY-REFERENCE-TRUST

7. Session query 是统一读取面；FTS5 是可丢弃的词法派生索引

Query corpus 优先读取 detached live snapshot；只有目标不在线时才 inspect persistence，并在读取期间再次检查 attach race。批量 cold read 有并发上限，单个 Session 失败被隔离为该项的 rejected result。MEMORY-QUERY-CORPUS

搜索文档由完整 raw log 逐事件抽取，并用 canonical Surface fold 标成 current、shadowed 或 log-only。默认可搜索 user/assistant text、tool name/arguments/results、Todo 与部分 Turn error；reasoning、raw chunks、request headers、未知事件和未知 block 被排除。MEMORY-QUERY-DOCUMENTSMEMORY-QUERY-EXTRACTION

SQLite 后端是 FTS5 unicode61 词法检索，不是 embedding 或 semantic retrieval。若配置持久路径，它会把抽取后的明文复制进派生数据库；新建目录与文件使用 owner-only 权限，外来数据库会被拒绝，受识别但版本不兼容的派生 schema 可重建。MEMORY-QUERY-SQLITE-SCHEMA

8. 默认只启用精确读取；全文搜索和模型查询工具都关闭

Base 与 Web patch 都设置 path: ':memory:'、openAt: never。这个模式完全不 import/open SQLite，并让 searchSessions/searchEvents 返回 SESSION_QUERY_SEARCH_DISABLED；但 title、lineage、surface 与 exact event read 仍由统一 service 提供。MEMORY-DEFAULT-COMPOSITIONMEMORY-QUERY-SQLITE-MODELOG-QUERY-TRACE

模型侧 tool-session-query 是另一个 opt-in 包，注册 session_search、session_event_search、session_trace、session_event_trace 与 session_event_read；发布 Host composition 默认不挂载。它还故意不做结果字节/字符截断，部署方若需要有界 inline output，必须另挂 spill policy。MEMORY-QUERY-TOOL-CONTRACT

要精确描述默认能力，应说“Host 拥有跨会话精确查询 seam，但模型默认没有跨会话搜索/读取工具”，而不是笼统写成“支持会话记忆”。

9. Web UI 当前是本地元数据搜索优先，内容搜索按配置降级

Workspace Browser 对非空查询立即匹配 title 与 Workspace 名称，250 ms 后再请求 Host content search；远端失败时保留本地结果并显示 warning。两类结果按本地优先顺序去重、合并并限制到 20 条。MEMORY-WEB-SEARCH

Host 以“attached Session + 带 cwd 的可服务 cold Session”作为可见 baseline，查询 provider 后只接受属于可见集合、类型为 current user/assistant message、且 Session ID 自洽的 hit。这个 Host gate 是 Web 路径的授权边界。MEMORY-WEB-HOST-GATE

10. Skills 是可信知识与操作说明，不是从对话学习的记忆

Skill registry 合并 host/global 与 per-scope provider/runtime 层：最近 scope 的同名项覆盖较远层，层内再按 rank 解决重复；list() 返回摘要，get() 按需加载完整定义。Registry 不包含从 Session 事实提取、强化、冲突消解或遗忘的路径。MEMORY-SKILL-REGISTRY

Filesystem provider 从最近 Git root 的 .dsh/skills 与 .agents/skills、custom roots、用户 roots 和 bundled root 发现扁平 .md 或一层目录中的 SKILL.md。默认开启 watch、跟随符号链接，并允许最多 128 个 project watchers；非 bundled root 通过可选 filesystem policy 读取。MEMORY-SKILL-FILESYSTEM-CONFIGMEMORY-SKILL-FILESYSTEM-ROOTSMEMORY-SKILL-FILESYSTEM-LOAD

两条加载路径都检查实际 definition 的 invocation policy，且只有直接用户来源能伪触发不了的 /name gesture。完整正文被有意视作 trusted local content 并原样嵌入；这正是知识注入，而不是记忆检索。MEMORY-SKILL-INVOCATION

11. Skills 的主要风险是仓库信任与上下文放大

单条 description cap、完整目录 publication 和无 body cap 都能从实现直接确认；filesystem provider 的 JSDoc/default 不一致也位于同一配置定义中。MEMORY-SKILL-FILESYSTEM-CONFIGMEMORY-SKILL-FILESYSTEM-LOADMEMORY-SKILL-INVOCATION

Web 的 skill.list 只为已 attach Session 解析 host-owned cwd/scope，并只返回 user-invocable 项；客户端按 Session 缓存、以 / 提供候选，选中后只写入字面量 /name 。列表失败会静默丢弃该菜单分组，没有 consent 或风险预览层。MEMORY-SKILL-HOST-UIMEMORY-SKILL-CLIENT-UI

12. 外部 Memory MCP 是互操作边界，数据与召回语义归 Provider 所有

examples/mcp-memory 提供 Memorix、MCP Reference Memory 与 Engram 三个 pin 住版本的 overlay。Harness 负责解析 overlay、启动 stdio 子进程或连接 Streamable HTTP、发现工具并把它们注册为 mcp__<server>__<tool>；它不下载服务、初始化数据库、选择模型/embedding provider、迁移数据或监管独立 HTTP 服务。发布 composition 中没有 memory server，省略 --patch 时全部关闭。MEMORY-MCP-BOUNDARY

是否写入、何时搜索、如何解决冲突、是否遗忘、跨项目身份和许可都不是 core Harness contract。示例甚至建议在 tool description 不足时额外写一条“该记住时写、历史相关时搜”的模型指令，说明自动使用仍依赖 prompt/tool policy。MEMORY-MCP-BOUNDARY

13. 固定提交中刻意没有的第一方自动记忆闭环

not present as a shipped first-party default:
conversation → fact extraction → durable semantic store
             → relevance retrieval → ranking/dedup
             → permission-filtered automatic prompt injection
             → conflict resolution / forgetting / provenance feedback

源码与发布 composition 能证明的是 Session event log、Surface replacement、exact/lexical query、explicit snapshots 与 instruction catalogs。没有证据支持把这些机制描述成默认的 embedding memory、向量检索、episodic/semantic memory、用户画像学习或自动 recall。外部 MCP 可以补上其中部分能力，但能力、数据所有权与风险随 provider 改变。

最准确的产品描述是：durable, replayable session history with explicit cross-session retrieval seams，而不是 autonomous memory platform。

14. 已确认问题、静态风险与验证状态