session似乎崩了怎么整

[zhkmxx9302013]

历史加载失败：history unavailable for session "session-1d66c860-84f1-4963-975f-88a747ff08f7": Error: corrupt session log: seq gap in committed region at line 5122 (expected 91237, got 89909)（internal）

[zoahdev]

会话日志的 seq gap 是损坏了，dsh 的 resume 会拒绝加载。但对话内容可以抢救出来，用 dsh-shelf：

npx dsh-shelf rescue <session-id>          # 无视 resume 校验，解码(含 zstd)导出成 markdown
npx dsh-shelf rescue <session-id> --out saved.md

它专门处理「不可恢复会话」的内容导出，把里面的 user / assistant 消息捞出来。捞完开个新会话把内容贴回去，就完成了「迁移 + 抢救」。

如果你只想先查哪些会话坏了，用 verify：

npx dsh-shelf verify                       # 标出 orphan tool call / 没 turn/end 的会话

repo: github.com/zoahdev/dsh-shelf

（根因是上游 SessionLogScanner 对 seq 的严格校验 + 断电时「合成尾部」和真实事件撞号，属于 bug；在它修之前，rescue 是最快的止血。）

[Cfomodz]

Duplicate of #1497/#2257

[zoahdev]

如果 dsh-shelf rescue 帮你把崩溃会话的对话内容抢救出来了，方便的话可以把这条回答标记为采纳（Mark as answer）。其他遇到 "session seems crashed / seq gap" 的用户就能直接看到这个不依赖 resume 校验的解码导出工具。

If dsh-shelf rescue worked for you, accepting the answer would help others with the same broken-session error find it faster.

[po-et]

我也碰到过这个 seq gap，后来写了个修复工具。楼上的导出能把内容捞出来；如果想让这个会话本身恢复、还能接着聊，可以试试：先把 dsh 关掉，跑 npx github:po-et/dsh-session-rescue repair <会话id前几位>，它只打印修复计划、不动文件；看着没问题再加 --apply，写之前会先把原文件备份一份。这种 gap 多数是崩溃或者双开之后把已经写过的事件又写了一遍，内容其实都在，把重复的那段去掉就能加载了。仓库在 https://github.com/po-et/dsh-session-rescue ，有问题开 issue，我看。