重发上一轮 Algorandius/dsh-redo

dsh-redo

在 DeepSeek Harness 里就地重写最后一轮对话。

发出一条指令，发现方向不对，按下停止。这个插件会在那一轮下面加一行，让你改完指令再发一次——不新开会话，也不丢掉第一次尝试已经写出的文件。

它做什么

- 改后重发 —— 弹出编辑框，带出被中断的原始指令（含附件）。改好的指令替换原来那条，仍在同一个对话里。
- 上一版 —— 被替换掉的那次尝试的只读记录：指令原文、结束原因、改了哪些文件。

不会产生第二个会话，侧边栏不会多出任何东西。箭头不是导航入口：为了看一眼就去打开旧分支，会让侧边栏堆满会话，所以记录就地展示。

重写是怎么发生的

会话日志是只追加的，不会删除任何东西。具体做三件事：

1. 先取消旧轮次。 走的是停止按钮同一条路径（sessionController.cancel）。不取消的话，旧的那条会继续思考和写文件，而改后的指令已经在跑了。它在空闲代理上是空操作，所以无条件执行。
2. 把被替换的区间在模型可见的表层上遮蔽掉。 用一条带 surfaceOp: { op: 'replace', startSeq, endSeq } 的 user/message，覆盖从旧指令到那一轮最后一个节点——压缩功能用的就是这套机制。模型从此看不到这次尝试，也不再为它付 token。这条记录在新指令之前追加，所以新轮次的提示词仍然是它自己的提示词。
3. 在转写里隐藏被替换的行。 按当前会话元素内的 data-chat-turn 匹配，不影响其它对话。

被隐藏的内容去哪了

| 问题 | 答案 |
| 还占上下文吗 | 不占了。已经从模型可见的表层里遮蔽。 |
| 物理删除了吗 | 没有。日志是只追加的，Harness 不提供物理删除。 |
| 那它在哪 | 仍在 $DSH_HOME/sessions/.../session.v*.jsonl.zstd，只是不再投影成模型消息。 |
| 为什么不真删 | fork、回放、导出、审计都读这份日志。压缩也是出于同样理由做遮蔽。 |
| 我的文件受影响吗 | 不受影响。改变的只是模型看到什么，工作区从不被碰。 |

面板会写明每一次替换属于哪种情况，所以能分辨"真的从上下文移除了"还是"移除失败了"。

安装

本仓库可作为 DSH bundle 安装：

dsh plugin add <本仓库地址>

需要宿主版本暴露 sessionController.cancel、sessionController.prompt 与 session.append。

行为

| 情况 | 那一行显示 |
| 我按停止（aborted） | 改后重发 |
| 出错（error） | 改后重发 |
| 进程中断（interrupted） | 改后重发 |
| 输出超长（max-tokens） | 改后重发 |
| 仍在运行 | 改后重发 —— 会先把它停掉 |
| 正常跑完 | 不显示 |
| 不是最后一轮 | 不显示 |

只有最后一轮能重写。改更早的一轮意味着丢掉它之后的一切，这个插件不会悄悄这么做。

开发

没有依赖，代码是纯 ES 模块。

npm test

- test/host.cjs —— 48 项。把 Host 半边挂进一个复现 Cordis 属性代理的桩里，再用合成会话跑通整条重发路径（含"回合没关就不遮蔽""重发失败不记账""并发重发被挡"）。
- test/reload.cjs —— 9 项。用真实的 adoptSessionEvent 与 foldSurface 重放日志；格式不对的消息正是在这一步让整个会话打不开。没有安装 @deepseek-ai/dsh-session 时自动跳过。
- test/render.cjs —— 52 项。用最小 React 运行时渲染那一行：条件状态、编辑框、拖拽、上下文隐藏、对比度。
- test/e2e.cjs —— 扫描本地会话库，报告哪些轮次会被判定为可重发。
- test/changes.cjs —— 用真实日志核对"改了哪些文件"的提取。

test/e2e.cjs 与 test/changes.cjs 读取 $DSH_HOME/sessions，缺失时跳过。

给后来改这个插件的人

不要把服务当属性读。 Cordis 在 context 代理上装了陷阱：读取任何没有在 inject 里声明的属性都会抛 cannot get property "X" without inject，而它是 getter 抛错，?. 拦不住。一句 ctx.sessions 会一路冒到聊天行上，于是每个对话的每一轮下面都显示这句报错。请用 ctx.get('name')，它返回 undefined。

重发之前必须先取消。 只发新指令、不管旧的，两条会同时在跑——这里踩过这个坑。

追加的 user/message 必须带 id。 会话日志在下次加载时才逐条校验消息身份，追加的时候不校验。缺 id 的那一条会让整个会话打不开（session event at seq N lacks an identified message），而且当时一切正常运行、完全看不出来。遮蔽消息的 id 由 randomUUID() 生成；shadowProblem() 会在写入前把这条规则连同遮蔽范围的规则一起检查一遍，不合格就不写，宁可让那一轮留在上下文里。

许可证

MIT。