Bug ? harness.run({ sessionId }) 在 per-request close() 之后无法从磁盘 JSONL 续会话 — 第二轮 finalResponse 为空，尽管已有 session.jsonl.zstd（npm 0.1.0-rc.6）

[yongchaoo]

标题

harness.run({ sessionId }) 在 per-request close() 之后无法从磁盘 JSONL 续会话 — 第二轮 finalResponse 为空，尽管已有 session.jsonl.zstd（npm 0.1.0-rc.6）

摘要

同一 sessionId，两轮各用一个新的 DeepSeekHarness，中间完整 close()（每请求起停子进程）。第一轮成功，并在 DSH_SESSION_ROOT 下写出 session.jsonl.zstd；第二轮 finalResponse 为空，模型也回忆不起第一轮内容。磁盘有文件 ≠ resume 成功。

这会挡住我们想要的产品用法：进程每请求关闭；多轮靠磁盘 session + 稳定 sessionId 续（不必整段 transcript 再灌进 prompt）。

环境

• 依赖线：@deepseek-ai/dsh-* 0.1.0-rc.6
• 运行时：Node（对官方 dsh-jsonrpc-agent / @deepseek-ai/dsh-sdk-jsonrpc-demo 的薄包装）
• Cordis：静态配置，含 dsh-session-persistence-jsonl（root: process.env.DSH_SESSION_ROOT ?? './.sessions'）
• Provider / model：deepseek-official / deepseek-v4-flash
• API：已设置 DEEPSEEK_API_KEY
• 系统：macOS，临时目录作 cwd

复现步骤（最小）

1. 建临时 cwd，设置：
   • DSH_CWD=<cwd>
   • DSH_SESSION_ROOT=<cwd>/.sessions
2. 固定一个 UUID 作为 sessionId。
3. 第一轮：新建 DeepSeekHarness → start() →
   run("请记住暗号 BANANA-42。只回复：OK", { sessionId }) →
   断言 finalResponse 含 OK → close()。
4. 确认磁盘已有 .../<sessionId>/session.jsonl.zstd。
5. 第二轮：再新建一个 DeepSeekHarness（新子进程），相同 env + 同一 sessionId，prompt 不要带任何历史前缀：
   run("我让你记住的暗号是什么？只回复暗号。", { sessionId }) → close()。

期望行为

• 第二轮 finalResponse 非空，且包含 BANANA-42（或能证明记得上一轮）。
• 同一 sessionId 能在进程边界外复用已落盘的 JSONL 会话。

实际行为

2026-08-14 复现两次：

  | 第一轮 | 第二轮 -- | -- | -- finalResponse | "OK" | ""（空） 磁盘 | 已有 session.jsonl.zstd | 仍在 记忆 | 暗号已写入会话文件 | 模型输出未体现

示例 session id：b765746c-9d6a-46fd-a929-183a7b9eac03
磁盘路径形态（DSH_SESSION_ROOT 下带 cwd 编码段 + session id）：
.../.sessions/<encoded-cwd>/<sessionId>/session.jsonl.zstd

测试边界说明

• 不是「保活子进程」。每轮都是新 harness + 显式 close()。
• 第二轮故意不注入 transcript 前缀；被测的唯一连续性路径是 sessionId + persistence 插件。
• 开源 ai-sdk-provider-dsh 文档里每轮传 sessionId；在 resume 未 live 验证前，我们不能在产品侧接线。

影响

集成方无法安全地做 conversationId → sessionId。今天硬接，风险是第二轮空回复（比只用 history 前缀更差）。我们目前只保留 history 前缀，磁盘 resume 不接线。

希望确认

1. 在 0.1.0-rc.6 上，run({ sessionId }) 在 close 后再开新进程 是否是受支持契约？
2. 若是：正确的 env / session root / id / close 顺序是什么，才能让第二轮在 prompt 前加载 JSONL？
3. 若否 / 有 bug：计划修哪个版本，或文档里标明「仅同进程有效」？