dsh-limit-timeout
限制单次 DSH 工具调用的等待时长：在设置中配置全局默认等待上限，并允许模型向用户请求按会话延长该上限。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:azazo1/dsh-limit-timeout#fc2fcb7974e60233b97a18c46ba610c0712ed798Limit Timeout 以 dsh-limit-timeout 发布，当前版本为 0.1.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
点击下方 Badge 复制 Markdown，粘贴到 README 即可。
验证 package.json 声明的 GitHub 仓库，即可管理这个公开页面。认领后，Hub 会优先安排当前版本的安全扫描，并在通过后公开展示结果。
认领这个 Plugin →限制 DSH agent 单次工具调用可以让调用方等待多久: 全局默认上限放在设置界面, 模型需要更长等待时可以在会话中向你申请提升.
bash 的 timeoutMs, job_output 的 timeout_ms 这类参数由模型自己填写, 部署
侧原本只有一个很宽的工具配置兜底. 本插件在调用真正执行前检查这些参数:
run_in_background: true + job_output), 或者调用
request_wait_extension 向你申请提升.dsh plugin --profile web add azazo1/dsh-limit-timeout
装好后重启 dsh web, 让 profile 重新扫描 Client 元数据.
设置界面有两处入口:
Settings > General 的 "等待上限" 一行: 全局默认允许等待上限, 也是日常唯一需要改的值.Settings > 等待上限 独立页: 全部字段.两处都是草稿式编辑: 改动不会立即生效, 有未保存改动时才出现 "保存" 与 "放弃更改" 按钮; 保存是一次原子写入, 放弃更改立即还原成当前生效值.
两个时长字段接受 120000, 500ms, 90s, 2m, 1h 这类写法, 省略单位按毫秒, 允许小数;
未编辑, 保存后与放弃更改后都会还原成合适的单位写法 (2m, 30m, 90s, 1500ms).
默认上限不能高于硬天花板, 否则保存被拒绝.
| 字段 | 默认值 | 说明 |
|---|---|---|
全局默认等待上限 (defaultLimitMs) | 120000 | 单次调用可声明的最大等待, 覆盖 timeoutMs 与 timeout_ms |
硬天花板 (hardLimitMs) | 1800000 | 即使你批准了提升, 实际等待也不会超过它; 调低它会立刻收回已批准的提升 |
允许模型申请提升 (allowEscalation) | 开 | 关闭后模型看不到申请途径, 超限调用只被拒绝 |
要求显式声明等待时长 (requireExplicitJobWaitMs) | 关 | 开启后 job_output 的 wait: true 必须同时给出 timeout_ms |
屏蔽重复调用提醒 (suppressRepeatToolReminders) | 关 | 开启后 repeat-tool-reminder 注入的重复调用提醒不再进入模型请求 |
tools/pre-execute: 放行时继续交给下游策略 (权限, 沙箱) 判断, 超限时
直接短路成错误结果, 调用不会真正执行.agent/pre-step 过滤 repeat-tool-reminder 的注入消息: 只改
变模型看到的内容, 会话日志与历史回放不受影响, 被过滤的条数记入 debug 日志.timeoutMs, timeout_ms). 工具自身的部署超时 (例如
web_fetch 的 fetchTimeoutMs) 不受影响.job_output 只写 wait: true 而不写 timeout_ms 时, 等待时长由 dsh-tool-jobs
自己的 waitTimeoutMs 决定, 默认配置下不受本插件约束; 需要严格限制就打开
"要求显式声明等待时长".just install
just typecheck
just build
just test
just verify
src/ 是 TypeScript 源码, lib/ 是构建产物 (随包提交). Host 半区注册设置, 拦截器,
申请工具与运行时提示; Client 半区注册设置界面两个入口.