跨平台恢复 session 时 cwd 校验误拒合法绝对路径

[xu-kai-quan]

session 恢复时对 cwd 的绝对路径校验按运行进程的平台判断，而不是按写入该记录时的平台判断，导致跨平台读取同一份 session 存储时，本来合法的路径被误判为"非绝对路径"而拒绝恢复。

复现、预期与验收

• 复现步骤：在 Windows 主机上创建一个 dsh session（其 cwd 会存成形如 C:\Users\bob\project 的 win32 绝对路径）；随后把 $DSH_HOME 的 session 存储目录通过同步网盘 / WSL / 挂载卷等方式，在 POSIX 主机（Linux / macOS）上打开同一个 session。
• 实际结果：加载失败，抛出 session header cwd must be an absolute path, got "C:\Users\bob\project"，即便该 session 的 JSONL 数据本身完好无损。
• 预期结果：session 应能正常恢复，无论创建它的主机与恢复它的主机是否为同一操作系统。
• 环境：packages/core/session/src/index.ts 里的 validateSessionHeader。根因是它用 node:path 的 isAbsolute，该函数按校验时的 process.platform 解析为 path.win32.isAbsolute 或 path.posix.isAbsolute，而不是按写入 cwd 时所在的平台判断。反方向（POSIX 创建 → Windows 恢复）恰好因为 win32.isAbsolute('/foo') 同样接受以 / 开头的路径而不受影响，这也是这个问题此前没被注意到的原因。
• 验收条件：validateSessionHeader 对 cwd 的校验改为——只要 path.posix.isAbsolute(cwd) 或 path.win32.isAbsolute(cwd) 任一为真即可通过；并补充一条"恢复的 header 携带另一平台绝对路径"的用例。

---

因为仓库当前关闭了 Pull Requests，所以按 CONTRIBUTING.md 的建议改在这里报告。修复本身很小（约 6 行改动 + 1 条测试），已经在本地完成、通过测试/typecheck/lint，并按 .agents/notes 规范补了对应的双语 Agent Note，推到了 fork 分支，PR 功能开放后可以直接对比合入：

https://github.com/xu-kai-quan/deepseek-harness/tree/fix/session-restore-cross-platform-cwd

[zoahdev]

Landed the same fix on zoahdev's fork so it's cherry-pick-ready too:

zoahdev/deepseek-harness@fix/session-restore-cross-platform-cwd

validateSessionHeader now accepts the cwd when either posix.isAbsolute or win32.isAbsolute is true, with a regression test covering both platform shapes. session suite 78/78.

Your root-cause note is the key detail: it's not that the path is wrong — it's that path.isAbsolute snapshots the reading process's platform instead of the writing host's. The asymmetric reason (POSIX→Windows silently works because win32.isAbsolute('/foo') accepts a leading slash) is exactly why this slipped through.