dsh-nested-followups

English | 中文

从任意回答分叉，并在任意层级继续分叉。

这是一个 DeepSeek Harness 插件，专门处理可持续递归嵌套的隔离追问，而且插件不设层数上限：先从任意回答岔出 一条侧线，再把侧线中任意层级的任意回答作为下一个隔离 fork 点；新回答仍可继续重复 同一操作，需要多少级就分多少级。每一级只继承自己的祖先链，主任务始终是一条干净的线。

录制环境是未经修改的 DeepSeek Harness 0.1.1-rc.2 Web Profile。界面和 Session 都是真实的，后期只添加了说明字幕和鼠标指针。

主任务 → 一级侧问 → 二级侧问 → 三级侧问 → ……

• 随时岔出一条侧线。 一级分支拿到的正好是所选回答当时已有的历史。
• 任意层级都能继续分叉。 每条侧线里的每个回答都能成为新的隔离 fork 点；到了 下一级还可以重复同一操作，插件不设嵌套层数上限。
• 主任务保持干净。 分支里问过什么、答过什么，都不会流回主对话。

安装

▼
sh
复制代码
dsh plugin --profile web add dsh-nested-followups

如果 Web Profile 已经在运行，请重启一次。随后照常打开会话，点击顶栏的 Tree View。

▼
sh
复制代码
git clone https://github.com/sluminositys/dsh-nested-followups.git
cd dsh-nested-followups
pnpm install
pnpm run check
dsh plugin --profile web add .

为什么不新开对话或做普通侧栏？

真正的区别不在画布本身，而在于：任意深度的一条回答都可以成为新的隔离 fork 点， 它的后代仍然适用同一规则。树只是这套递归侧线的地图，让它们始终可见、依附于根会话， 也不会把左侧会话列表塞满。

图中画出两层嵌套后以省略号继续：后续每一级的每条回答仍然可以执行相同的 fork 操作。

使用方法

1. 照常聊天。DSH 原来的对话、侧边栏、输入框和消息渲染都不改变。
2. 打开 Tree View，选中一条早先的助手回答，点击 Ask follow-up。新问题会 在右侧成为独立分支。
3. 在分支最新的回答上点击 Continue this branch，会沿当前分支向下追加一轮； 再点 Ask follow-up，则会向右新建一层隔离分支。之后可以在任意后代回答上重复 Ask follow-up，继续生成更多层级。
4. 随时切回 Chat 继续主任务。主对话历史里不会出现任何分支消息。

Continue this branch 只会出现在分支最新的已完成回答上，主线节点永远不会提供 这个动作，因此“续聊”和“新建分支”不会混在一起。

为什么每一级都是真分支

它不是靠提示词要求模型假装看不见后续消息，也不是把互不相关的聊天画一条连线。

• 每一级分支，包括从另一条分支里继续分出的下一级，都是有持久历史的真实 DeepSeek Harness Session；
• 相同的 fork 规则会递归应用于所有层级，插件不限制嵌套深度；
• 分支的 seed 是截至所选完整回答为止的精确祖先链，边界语义与 DSH 自带的 Session fork 路径一致；
• 主任务、父级侧线或同级分支里后来出现的消息，只要不在祖先链上，就不会进入新分支；
• 消息不会向上回流父 Session，也不会横向流入同级分支；
• 分支工具在真正执行时受只读限制，不会因为临时追问改坏共享工作区；
• 请求前缀与分叉点处的父 Session 逐字节兼容，模型服务可以继续复用 prefix cache。

Tree View 里有什么

• 用户消息和助手回答各自一张卡片，主线向下，隔离分支向右；
• 分支内可线性续聊，也可以不限层级地继续分叉；
• 搜索命中折叠内容时，会先展开祖先链再定位；
• Focus、拖动画布、缩放、适配画布和小地图；
• 点位 → 胶囊 → 卡片的渐进展开，以及一键全收；
• 级联删除，并在确认前准确显示分支数和消息数；
• 重启后恢复分支元数据和每个会话自己的视图状态；
• 分支不会出现在普通的左侧会话列表中。

渐进折叠

第一次打开时，树以最小形态出现：一条主线，加上每个分支锚点旁的一枚点位。点击 ⊕ 后显示每条分支各自的胶囊，再点击胶囊才恢复消息卡片。下一级锚点仍保持折叠， 因此展开一层不会把所有后代一次性铺满画布。

按住 Alt 点击 ⊕ 或胶囊，可以深度展开全部后代。Collapse all 会把所有一级 分支收回点位。蓝色脉冲表示折叠内容仍在生成，红色表示其中有失败；重启后会按会话 恢复布局。

分支只读执行

分支与主对话共用工作目录，所以让一个临时问题拥有写权限并不安全。插件会在工具真正 执行时进行检查：读取类操作放行，写入与未知工具默认拒绝。

允许的工具包括 read、read_image、glob、grep、lsp、session_* 查询 工具、job_list、job_output、terminal_list、terminal_read、list_agents 和 get_goal。代码模式的 run_code 仍可使用，因为它调用的每个工具都会被逐个 检查。

复用模型服务的 prefix cache

分支沿用父 Session 的配置组合，也不会改写工具定义、提示词段落或呈现格式。因此， 分支请求的开头与父 Session 在分叉点处的请求保持相同。支持请求前缀缓存的模型服务 可以直接复用这段上下文，不必重新读取继承来的整段会话。

环境要求

兼容性说明

当前版本已在未经修改的 @deepseek-ai/dsh 0.1.1-rc.2 上验证，并继续以 0.1.0-rc.7 作为兼容下限。DeepSeek Harness 仍处于开发者预览阶段，后续预发布 版本可能需要更新适配器。

分支目前不能在原生 Chat 里续聊。 DSH 会拒绝从普通对话界面向 subagent-origin Session 发送用户消息，因此分支的阅读和续聊都在 Tree View 中完成。插件已经预留对 未来宿主能力的探测，但只有 DSH 明确保证消息可投递时才会启用原生续聊。

分支可能在 DSH 自带的 Subagent 菜单里显示为禁用的诊断行。 这些行无法选择， 键盘导航会跳过，也不会计入活跃子代理数量。根会话和左侧栏不受影响，分支 Session 仍不会出现在普通会话列表里。

卸载

▼
sh
复制代码
dsh plugin --profile web remove dsh-nested-followups

卸载会移除插件界面和服务，但不会修改主对话，也不会删除已经持久化的分支历史。

开发

▼
sh
复制代码
pnpm install
pnpm run check

pnpm run check 会执行静态检查、宿主端与浏览器端类型检查、156 项单元与集成测试、 生产构建、冒烟测试和发布包校验。

参与贡献

欢迎提交 Issue 和 Pull Request。请先阅读 CONTRIBUTING.md，并在 提交前运行 pnpm run check。

许可证

MIT