长会话触发 Content Exists Risk / INVALID_REQUEST，整个会话被 400 拒绝，能否恢复？(dsh + DeepSeek API)

[ppppp90000]

我在用 dsh (DeepSeek Harness) + DeepSeek API 跑一个约 765 轮的长会话时遇到一个问题，想请教一下（也想确认这是不是已知 bug）：

现象

某个 turn 里一条 tool/result 的记录在会话日志里损坏了（内容未闭合、sourceEventSeqs 缺失/错位），从那之后整个会话的所有请求（包括仅发一句 "hi?"）都返回：

• Content Exists Risk
• INVALID_REQUEST (HTTP 400)

整个会话等于报废，发什么都 400。

已排查

1. 会话日志文件 session.jsonl.zstd 里有一段 tool/result 的字节损坏（内容未闭合、被拆成非 JSON 行）。我手动清掉了坏行、补齐了缺失的 result，现在文件能完整解析、无语法错误，callId 引用也一致；
2. 但修复后仍持续返回 Content Exists Risk / INVALID_REQUEST (400)。

想请教

1. 这种"会话某处 tool/result / sourceEventSeqs 写盘损坏 → 之后整个会话被 400 拒绝"，是不是 dsh 的已知问题？我看到相关讨论：Alpha(0.1.2-alpha.2) 写盘的区间 sourceEventSeqs 导致 rc.2(0.1.1-rc.2) 加载会话报 SessionPersistenceCorruptionError #5160（sourceEventSeqs 写盘导致 SessionPersistenceCorruptionError）和 Bug: stale broken fallback symlink (@deepseek-ai/dsh-storage-json) breaks every DeepSeek request after 0.1.2-alpha.3 upgrade #5439（损坏导致每个 DeepSeek 请求都被破坏）。是不是同一个根因？
2. 有没有办法救回/恢复这种会话（比如导出上下文、剔除损坏记录后重新使用）？还是只能放弃？
3. Content Exists Risk 到底是上游 DeepSeek 的内容审查，还是 dsh 侧在校验上下文时抛的错误？客户端有没有规避/豁免的办法（比如重发时精简上下文、跳过坏记录）？

如果有朋友遇到过同样问题，麻烦分享一下处理方式，谢谢！