dsh-carryover

LIMITATIONS

Known limitations

- **它不自己找会话。** 谁该被交接、新会话属于哪条通道，都由那份映射文件说了算。 这是故意的：按时间顺序猜「哪个会话是上一个」，在多个会话并行时会删掉活着的那个。 宁可少做一件事，也不做错一件不可逆的事。 - **抄了一份 dsh 的 `projectKey` 算法**（`/x/y` → `--x-y--`），因为不想 import 宿主的内部模块。 抄的东西会过期，所以定位轨迹时还有一层兜底：猜不到就按会话 id 在 `sessionsRoot` 下扫一层； 再找不到就不交接、不删。 - **轨迹格式带版本号**（现在是 `session.v4.jsonl.zstd`，dsh 自己还会往前走）， 所以默认 `transcript: auto` 挑版本最大的那个，而不是写死 v4。认不出任何轨迹文件时**不删**。 - **解压优先叫 `zstd` 命令行**（dsh 的轨迹是多帧拼接，`node:zlib` 一次只吃第一帧， 只解第一帧会悄悄少喂一大半对话）。CLI 不在就退回单帧。 - **摘要要花一次模型调用**（用最便宜的模型就够）。不想花这个钱，把 `enabled: false` 或 干脆别装；`purgeThinSessions: true` 会在正文太薄时跳过摘要直接清。 - **不做加密**：笔记就是 markdown 明文，放在你的工作区里。敏感内容自己注意。