限流或空响应时自动重发继续,长任务不中断
29.9/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/10/5 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add spix18/dsh-auto-continue该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:待复验
是什么
dsh 原生插件 · chat
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 30 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
社区实装还没有人打卡 · 装过的第一个就是你
安全扫描自动 · 静态分析源码v2.7.0🟢 扫描:未发现敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0静态扫描未发现敏感能力:最多只发网络请求、读取自身元数据或只读文件,未发现执行命令、文件写入或敏感信息读取。
发起外部网络请求
查看扫描证据(共 1 处,展示前 1 条)
- 发起网络请求lib/client.js:86
const res = await fetch(API + path, {
扫描于 2026/11/4(0 天前) · 范围 入口闭包 + 发布文件清单 · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
功能亮点
- 限流时自动重发
- 空响应自动续跑
- 自定义错误码续跑
README
由 DeepSeek 最新模型翻译生成dsh-auto-continue
DeepSeek Harness(DSH)自动续跑插件 —— 遇到 429 限流、配额耗尽或空响应时,插件等待片刻后自动替你发送 continue,让长任务扛过一次 429 而不是直接中断。它会一直重试到该轮成功,或达到你设定的连续失败上限;任何一轮正常结束都会把计数清零。
English →
📦 安装
环境要求: Node ≥ 20 · DSH ≥ 0.2.0-rc.2
1. 把插件装进你的 DSH profile
dsh plugin --profile web add dsh-auto-continue
2. 重启 DSH(浏览器端在启动时加载)
3. 打开侧边栏 设置 → Auto-Continue 即可配置
就这么多 —— 快捷开关会立刻出现在输入区底部,插件已按默认值开始工作。连续失败上限可设为 1–100(默认 20),如果服务商返回了不常见的错误码,也可以自己加进列表。
展开完整文档(README 剩余 1 节)
dsh-auto-continue
DeepSeek Harness(DSH)自动续跑插件 —— 遇到 429 限流、配额耗尽或空响应时,插件等待片刻后自动替你发送 continue,让长任务扛过一次 429 而不是直接中断。它会一直重试到该轮成功,或达到你设定的连续失败上限;任何一轮正常结束都会把计数清零。
English →
📦 安装
环境要求: Node ≥ 20 · DSH ≥ 0.2.0-rc.2
1. 把插件装进你的 DSH profile
dsh plugin --profile web add dsh-auto-continue
2. 重启 DSH(浏览器端在启动时加载)
3. 打开侧边栏 设置 → Auto-Continue 即可配置
就这么多 —— 快捷开关会立刻出现在输入区底部,插件已按默认值开始工作。连续失败上限可设为 1–100(默认 20),如果服务商返回了不常见的错误码,也可以自己加进列表。
其它安装方式 / 自检
从本地 checkout 安装(可编辑)
git clone https://github.com/spix18/dsh-auto-continue
dsh plugin --profile web add "file:$PWD/dsh-auto-continue"
装到 headless profile
dsh plugin --profile headless add dsh-auto-continue
跑验证脚本(56 条断言,覆盖两端,不需要启动 DSH)
node test/run.mjs
如果是从 checkout 安装的,改完代码后重新执行 dsh plugin --profile web add "file:$PWD/dsh-auto-continue",然后重启 DSH。
✨ 功能特色
| 🔄 Turn 级自动续跑 | 在 dsh-llm 自身的 step 级重试耗尽之后介入 —— 已经失败的那一轮的最后一道防线 |
| 🚦 认得真正的失败类别 | RATE_LIMIT(429)、QUOTA、ACCOUNT_QUOTA、EMPTY_RESPONSE 为内置,始终启用 |
| ➕ 自定义错误码 | 在设置页添加任意错误码;采用递归搜索,藏在错误 cause 里的服务商报文也能命中 |
| 🎛 输入区快捷开关 | 输入框底部的一枚胶囊按钮,点一下即可开关,不用离开对话 |
| ⚙️ 独立设置页 | 侧边栏「设置 → Auto-Continue」;走 DSH 官方 slot API 渲染,不再抓取 DOM |
| 🧮 每会话独立计数 | 某个会话连续失败到上限就自己停下,不影响其它会话;任何一轮成功即清零 |
| ✋ 手动发消息即清零 | 你自己发一条消息,所有计数归零(自动 continue 不算干预) |
| ⏱️ 随机 1–2 秒退避 | 刻意不随次数增长:用来熬过滑动的限流窗口,而不是越退越远 |
| 💾 设置持久化 | 保存在 ~/.dsh/dsh-auto-continue.json |
🚀 工作流程
LLM 返回 429 / 配额耗尽 / 空响应 ↓ dsh-llm 在当前 step 内自己重试(内置:5 次,500ms → 10s 退避) ↓ 重试耗尽 → 该轮以 reason.kind === 'error' 或 'max-tokens' 结束 ↓ ★ 本插件介入 ↓ 随机等待 1~2 秒 → 发送 "continue" → 新的一轮启动 ✅ ↓ ……如果又失败,重复上述过程,直到连续失败上限 ↓ 任何一轮正常结束 → 计数归零 🎉 ↓ 达到上限 → 停止,等待你手动介入
内置错误码是精确匹配 LlmFailure.code 的 —— DSH 的官方约定是「按 code 路由,永远不要解析 message」。
你自己添加的错误码则会在整个递归错误里搜索,因此再奇怪的报文也能被捕获。
SERVER、TIMEOUT、TRANSPORT 刻意不做内置:dsh-llm 已经在 step 内重试过它们了,在这之上再续跑一轮等于重复叠加。
⚙️ 设置页
打开 设置 → Auto-Continue。
| 控件 | 作用 |
| Enable plugin | 主开关。关闭后隐藏输入区胶囊按钮,并停止一切自动续跑 |
| Show the quick switch in the composer | 只隐藏胶囊按钮,自动续跑照常工作 |
| Consecutive failure limit | 1–100(默认 20)。任何一轮成功都会把计数清零 |
| Additional auto-continue error codes | 逗号或换行分隔;多词的服务商报文会整条保留,不会被拆散 |
🧩 配置(可选)
在 cordis.patch.yml 或 profile 配置中声明覆盖项:
- id: auto-continue
name: dsh-auto-continue
config:
maxRetries: 20 # 连续失败多少次后放弃 continueMessage: "continue" # 续跑时发送的文本
errorCodes: ["invalid_request_error"]
🏗 架构
标准的 DSH 双端插件(Cordis 驱动):
dsh-auto-continue/
├── package.json # dsh.bundle.patch + dsh.client 声明 ├── cordis.patch.yml # bundle 层补丁:插入插件行 ├── lib/ │ ├── index.js # 宿主端:错误拦截、退避、continue、HTTP 路由 │ └── client.js # 浏览器端:输入区开关 + 设置分区(React,走 slots) ├── test/run.mjs # 验证脚本(56 条断言,覆盖两端) ├── LICENSE # MIT └── README.md
宿主端(lib/index.js)
| 接入点 | 用途 |
| ctx.inject(["webServer"]) | 在 /api/dsh-auto-continue/* 下注册 6 个 HTTP 路由供浏览器端使用 |
| ctx.on("session/event", …) | 监听 turn/end,发现可重试原因后调度 continue |
| ctx.agents.get(id).followup(…) | 发送 continue 用户消息 |
浏览器端(lib/client.js)—— 通过 DSH 官方 slot API(@deepseek-ai/dsh-client-ui-slots)注册 React 组件,不再抓取 CSS-module 哈希:
- conversation.input.left → 输入工具行左侧的快捷开关胶囊
- settings.section → 「设置 → Auto-Continue」页面
- 每 2 秒轮询 GET /api/dsh-auto-continue/state,标签页隐藏时自动暂停
- 每处注册都包了保护,单点失败不会让整个 slot 变空
- 两处都是 kind: 'list' 槽位,插件不可能挤掉核心插件自己的条目 —— 见 槽位安全
🧩 槽位安全
DSH 的 slot 分类型。list 槽位以 id 为键,任意数量的插件都能投稿;single 槽位只能有一个条目 —— 而拥有它的核心插件会在自己 apply 的末尾占用这个条目。第二个注册会抛 single slot "<name>" already has a registration。
这个异常抛在拥有者自己的 apply 里。所以冲突不只是新来的那个失败:它会杀掉核心插件的 fiber,以及所有等待该插件所提供服务的插件。
v0.4.2 占用了 conversation.composer.bar(kind: 'single',由 @deepseek-ai/dsh-client-ui-conversation 占用)。web boot 时该插件失败,uiConversation 服务始终不出现,7 个依赖它的插件一起挂掉:
web boot: 8 entries did not activate
@deepseek-ai/dsh-client-ui-conversation: failed
@deepseek-ai/dsh-client-ui-chat: pending (waiting for service: uiConversation)
… 另有 6 个
v0.4.3 把开关移到了 list 槽位,崩溃就此修复 —— 但选的是 conversation.input.dock,官方注释为「输入卡片上方的整行条目」。24px 的胶囊放进一个为整行条目准备的容器里,会被 align-items: stretch 拉满整行 —— 当时看到的就是这个样子。
v0.4.4 把它移到 conversation.input.left —— 「输入工具行左侧的紧凑控件」,这才是这个控件本来的形状。测试套件现在会记录本插件触碰的每个槽位官方注释所述的形状,冲突和形状错配都不会再回来。
🔒 权限
- 除设置外不碰文件系统 —— 只写 ~/.dsh/dsh-auto-continue.json(< 1 KB)
- 不读取你的 API Key —— 完全复用 DSH 自己的 agent / followup 通道
- 不外发任何网络请求 —— 所有 HTTP 路由走 DSH 内置 webServer(仅本机回环)
从旧的 dsh-auto-continue-429 升级?插件会读取一次 ~/.dsh/auto-continue-429.json,把你原有的失败上限与错误码列表迁移到新文件,不会丢配置。
🐛 调试
宿主端日志(DSH stdout):
[Auto-Continue] Session sess_xxx failure 3/20, sending continue in 1862ms
[Auto-Continue] Sent continue to session sess_xxx
[Auto-Continue] Consecutive failure limit of 20 reached, stopping automatic continue
设置文件:
~/.dsh/dsh-auto-continue.json
→ {"enabled": true, "quickOn": true, "buttonHidden": false, "maxRetries": 20, "errorCodes": [...]}
☕ 支持
如果这个插件对你有帮助,欢迎在 ko-fi.com/spix18 请我喝杯咖啡。
📜 开源协议
MIT © 2026预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
spix18/dsh-auto-continue
限流或空响应时自动重发继续,长任务不中断
相关插件 · 对话 / 记忆
上下文中枢oceanbase/powercontext
上下文跟着工作走 —— 跨会话、跨智能体、跨人。
★ 1,489已汉化DSH
73.1
智能体记忆库plastic-labs/honcho
Honcho 是记忆基础设施,用来构建有状态的智能体。这些智能体能理解不断变化的人、智能体、群组、项目和想法。
★ 7,918已汉化DSH
71.7
长程智能体控制面loopx-project/loopx
给 Agent 一个目标,让工作持续向前。
★ 6,358已汉化DSH
71.3
智能体上下文数据库volcengine/OpenViking
给 AI 智能体用的上下文数据库
★ 41,453已汉化DSH
71.3
长效机器人团队Fei2411/DS-Bot
Download DS Bot for Windows 10/11 64-bit / 下载 Windows…
★ 5,293已汉化DSH
71.2
可携带记忆层EverMind-AI/EverOS
为什么选择 EverOS
★ 13,797已汉化DSH
71.1
这是你的仓库?认领条目