← 返回列表
⚠ 装前注意
Agent 忙时自动分叉会话:你新发的指令立刻在新会话里得到响应,旧会话留在后台跑完并把结果回注DeepSeek…
基本兼容但装前注意:未发布到 npm registry,仅可从源码安装 · 最近上游提交 2026/9/13 · 已提供中文文档
Agent 忙时自动分叉会话:你新发的指令立刻在新会话里得到响应,旧会话留在后台跑完并把结果回注(DeepSeek Harness 插件)
综合分
30.8
GitHub 分
30.8
用户评分
—
★ Stars
2
周下载量
—
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add vlln/dsh-autofork未发布到 npm registry,仅可从源码安装,改用 GitHub 源安装
信任档位:已验证本站已于 2 天前真实安装成功(L4 · 真实安装)
- 是什么
- dsh 原生插件 · chat
- 装得上吗
- 本站已真实安装成功(L4 · 真实安装,非静态推断)
- 安全吗
- 本站尚未对该插件做风险分级(暂未覆盖,不等同于无风险)
- 还在维护吗
- 活跃:最近一次提交在 12 天前
档位由下列信号合成:本站实装验证(真实安装,当前最高到 L4)· 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。 验证判据与等级说明 →
🟢实装验证通过· 2026/9/23
由本站实装验证器在真实 dsh 环境安装成功,非静态推断。
数据截至 2026/9/20(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查⚠ 装前注意
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✗npm 包@vlln/dsh-autofork(未发布到 npm,仅可源码安装)
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明
未发布到 npm registry,仅可从源码安装
验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/20 15:21:35
用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
由 DeepSeek 最新模型翻译生成dsh-autofork
DSH 插件:agent 忙的时候你提交的新指令会立刻在新会话里得到响应,原来那条会话留在后台把活干完、再把结果回注过来。
Automatically forks the session when you type while the agent is busy — you keep talking, the old turn keeps working.
这是什么
DSH 的自动分叉插件:你在 agent 忙的时候提交新指令,它会立刻把你放进一条新会话里继续说话;原来那条会话留在后台把这一轮跑完(绝不中止),跑完后把结果回注到你手上这条。
关键是"自动"。 官方 subagent / subagent_fork 要求 agent 自己决定要不要并行、fork 哪一段;这里的分叉是 harness 侧被动发生的 —— agent 不需要参与决策,也不会因此被打断。
为什么需要它
问题不在性能,在交互模型:一个 turn 常常十几分钟起步(调工具、长生成),而你现在只有 queue(等当前 turn 结束)或 steer(等下一个 step 边界)两条路,两者都是串行的——这期间你插不进话,一天就被切成很多段"什么都做不了"的碎片时间。
常见对策是同时开好几个 session:哪个在跑就切到另一个上读反馈、写下一条指令。但这要你自己记住每条会话在干什么——人的工作记忆做这种上下文切换很累,还会打断心流;而且精力有限,同时照看 3–5 条基本就到顶了。
dsh-autofork 要改的就是这个"必须等"的交互模型:把并行交给 harness,而不是交给你。你不必判断"要不要开子任务""该开几条""哪条在等",只要在想说话的时候说话——忙的那条自己在后台跑完、把结论交回来。要照看的会话数从"手动维护 3–5 条"降到"1 条"。
它不解决什么
它把"你被挡住"变成"你随时能说话",但不能消除"任务本身要等":真实工作常常有时间因果关系——下一条指令依赖当前这步的结论。那种等待是问题本身的性质,不是换一种交互模型能绕开的。
与相邻方案的区别
| 方案 | 谁发起 | 你要做什么 |
|---|---|---|
| subagent / subagent_fork(官方) | agent 自己决定并行、决定 fork 哪一段 | 不用管,但得等它想到 |
| agent-team(官方 0.1.5-alpha.2 起) | 管理者模式:共享任务区 + lead 身份 + 委派与通信 | 理解层级与任务区 |
| dsh-autofork | harness 被动发生:你插话就分叉 | 什么都不用做,正常说话即可 |
没有管理者、没有层级:你始终在跟"当前这个 agent"说话,身后被接管的会话都在后台跑完、把结果交上来;需要时它才用 fork_list 看整个家族。
安装
dsh plugin --profile web add github:vlln/dsh-autofork
装完重启 web(bundle 走层栈)。从本机目录安装(开发用,要一条 symlink 修法)见工程笔记。
用起来是什么样
只在 agent 忙的时候分叉:它空闲时(能立刻响应你)就是它自己回答,不会平白多出一条会话;只有它正跑着自己那一轮、来不及被打断时,你发的那条指令才会带出一条新会话。
一次分叉你会看到:
| 你会看到 | 说明 |
|---|---|
| 左侧列表冒出新会话 | 名字是 ⑂1 ;同族在列表里成组(⑂1 / ⑂2 … 共用一个基名,序号不累加) |
| 焦点被切到新会话 | 你立刻在跟一条空闲的 agent 说话;转写带着旧会话已完成部分,读起来是连续的 |
| 旧会话继续跑 | 它这一轮不中止;跑完后最后一条回复回注到你现在这条会话 |
| 多出一个「分叉」页签 | 本会话所在家族的血缘树:每行一条会话(名字 / 状态 / 触发它的那条指令 / 多久之前分的),点任意一行跳过去 |
| 注入行折叠成一行 | 分叉通知、在飞摘要、后台回注各占一行摘要,展开才看正文 |
再忙一次会接着分叉(A → B → C):最新的那条负责回答你,身后的会话都在后台跑完、把结果交上来。已经被接管的会话里你再发言,消息直接交给最新那条(不再分叉)。
工具
agent 自己会用到的三个工具(exposeDispatchTools: false 可关掉):
| 工具 | 说明 |
|---|---|
| fork_list | 列出你家族里的其它会话:↑ 你接管的、↓ 接管了你的、~ 同族的另一条分叉。每行带名字与一个实时状态(运行中 / 空闲 / 已结束) |
| fork_steer | 给家族里的一条会话发中途指令(等价 steer):它在当前 step 结束后读到并改向,不必中止 |
| fork_cancel | 中止家族里的一条会话(keepInbox=true 只中止当前 turn、保留待处理项) |
界面
| 位置 | 说明 |
|---|---|
| 「分叉」页签 | 会话视图区新增的一个 tab(与「对话」「轨迹」并列):本会话所在家族的血缘树。每行给四条信息——名字与序号徽章(⑂1)、这一行是几号 / 是不是家族根、此刻在干什么(运行中 / 空闲 / 已结束)、以及这次分叉是为什么、什么时候发生的(触发它的那条指令 + 3 分钟前)。点任意一行切过去;缩进表示它是从哪条分出去的 |
| 会话名 | 分叉出来的会话命名为 ⑂n (如 ⑂1 修 GUI 卡顿),同族在左侧列表里成组 |
| 注入行 | 分叉通知 / 在飞摘要 / 后台回注各占一行可折叠摘要(noticeSummaries: false 可关掉折叠) |
参数
全部行为参数集中声明在 src/params.mjs,无硬编码;插件配置覆盖任意字段,未提供者取默认值,未知键被忽略。
| 参数 | 默认 | 含义 |
|---|---|---|
| enabled | true | 总开关;关闭后完全退回 steer/queue |
| minStepAgeMs | 0 | 分叉门槛:step 已运行低于此时长则不分叉。默认 0 = 只要忙就分叉(保守部署可调大) |
| coalesceWindowMs | 2000 | 距下一个 step 边界不足此时长时降级为 steer(合并窗口) |
| forkableSourceKinds | ['user'] | 只对这些 message.source.kind 触发分叉 |
| maxActiveBranches | 3 | 同一前台下的活跃后台分叉上限;超出强制 steer |
| harvestAfterMs | 600000 | 已回注分叉多久后视为已收割并移出计数 |
| digestMaxChars | 8000 | in-flight digest 整体字符上限 |
| digestAssistantChars | 600 | 单条助手文本截断长度 |
| digestToolArgsChars | 300 | 单条工具调用参数截断长度 |
| digestToolResultChars | 400 | 单条工具结果截断长度 |
| digestMaxEvents | 200 | digest 最多渲染事件数(自尾部保留最近) |
| reInjectOnTurnEnd | true | 后台 turn 结束后是否回注前台 |
| reInjectMaxChars | 4000 | 回注内容字符上限 |
| wakeForegroundOnTurnEnd | true | 前台 idle 时用 followup 唤醒,否则只 inject |
| containerMode | false | 容器模式(实验,默认关):容器不跑 turn、消息交给绑定实例、答复写成一等回复。不要打开:容器不可能完全不跑 turn,这条模式会与实例重复劳动 |
| rebindNotice | true | 容器模式下首次绑定 / 重绑 driver 时,在容器里插一行折叠通知 |
| followHead | true | 是否把焦点切到新分叉。默认 true = 立刻在跟一条空闲 agent 说话(「打破同步交互」的前提);false 留作对照:只看产出、视图不移动 |
| instanceLabel | '分叉' | 实例在会话头部实例树里的显示名 |
| titleMark | '⑂' | 分叉会话的命名标记:建 head 时把标题钉成 (如 ⑂1 修 GUI 卡顿)。序号不累加——同族共用一个基名、各自编号,所以左侧列表里同族成组。走原生 sessionTitle.rename()(与手动重命名同一条路),代价是这条会话不再被自动命名。空串 = 关闭分叉命名 |
| instanceProvider | 'fork' | 写进子会话 subagent/descriptor 的 provider(只用于冷恢复反查后端) |
| mirrorInstanceReply | false | 是否把实例的回复反向追加进容器日志。默认关:方向错了(笔记定的是"旧会话的结果注入回新会话"),那是 reInjectOnTurnEnd 干的 |
| mirrorDelivery | 'safe' | 实例回复的投递方式:'safe' 避开悬空 tool_calls(必要时延到下一个 step 起点);'immediate' 直接 append(已知会写坏容器转写,仅作对照) |
| noticeSummaries | true | 注入消息是否声明 form:'notice'——客户端把它折叠成一行摘要(可展开),不折叠则整块显示 |
| exposeDispatchTools | true | 是否向前台暴露 fork_list / fork_steer / fork_cancel |
| debugLogPath | '' | 决策日志路径(逐行 JSON);空表示关闭,可用环境变量 DSH_AUTOFORK_DEBUG 兜底 |
渲染预算不足时,digest 显式标注丢弃量(因字符预算未渲染 / 更早的 N 个事件),不做静默截断。
环境变量
两个都不改出厂默认值,优先级低于插件配置:
覆盖任意参数(JSON 对象;非法 JSON 与非对象值一律忽略,绝不会让插件起不来)
DSH_AUTOFORK_PARAMS='{"minStepAgeMs":0}' dsh web
打开决策日志(逐行 JSON:每条判定与早退原因)。"为什么没分叉"先看它——早退默认是静默的
DSH_AUTOFORK_DEBUG=/tmp/dsh-autofork-debug.log dsh web
自检
GET /api/dsh-autofork/health[?sessionId=] 返回插件参数、已注册工具与家族状态(nodes 就是「分叉」页签的数据源,driver 是当前回答你的那条会话)。
它也是"插件到底装上没有"的唯一可靠判据:DSH 的 ctx.logger.info 不写 stdout,dsh plugin list 也只转发安装器。
已知限制
- 分叉出来的会话是普通会话,不会出现在原生「子代理」实例树里 —— 这换来的是"用户所在的会话不变、内容换成新的"。家族关系由「分叉」页签与 fork_list 表达,重启不丢。
- 命名会钉住标题:走的是与手动重命名同一条路(侧栏 / 面包屑 / 搜索都正常),代价是这条会话不再被自动命名。titleMark: '' 可整个关掉。
- 没有文件级隔离:分叉与旧会话共享同一个 cwd。write / edit 有 stale-version 守卫会拦住静默覆盖,但 bash 里跑的 git commit / rm / 重定向不受保护 —— 两个并发会话碰同一批文件时请自己协调。
- containerMode(默认关)与 mirrorDelivery: 'immediate' 是实验/对照开关,不要打开:前者会让容器与分叉重复劳动,后者已知会写坏会话转写。
- 客户端一半只在 web 平台生效(dsh.client.platform = web)。
验证
npm run verify = 语法 + 3 道静态门禁 + 127 项自证测试(digest 的确定性/有界性、各条拒绝路径、结果回注、血缘持久化与命名规则、工具的授权边界、「分叉」页签的渲染——用 React 桩渲染真实 bundle,断言用户看到的文案)。npm run preview:tab 可以不开浏览器先看一眼页签长什么样。
真 harness 的行为层 E2E 台在 tests/e2e/:它需要一个 dsh 源码检出(官方 mock LLM 不在 npm 闭包里),所以不进 npm run verify。改这个插件的内部机制与踩坑记录见工程笔记。
插件管理
已装插件可以用 plugin-registry 的薄控制台(浏览器面板)管理 profile 插件安装态(bundle 层栈 + insert 行 + 启停),无需手改配置:
dsh plugin --profile web add https://github.com/vlln/plugin-registry.git#path:/packages/plugin/console
许可
MIT