dsh-sandbox-noop-escalation
在终端中运行以下命令:
dsh plugin install zzstar101/dsh-sandbox-noop-escalation
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install zzstar101/dsh-sandbox-noop-escalation,或从插件市场安装;源码见 https://github.com/zzstar101/dsh-sandbox-noop-escalation。
插件介绍
DeepSeek Harness 里 bash、pwsh、write、edit、run_code 等 escalating 工具会声明固定的 sandbox_permissions 枚举,核心只在请求与当前模式相同或更宽时才接受该字段。许多 GPT 类模型习惯在每次调用里填满可选参数,只读命令也常带上 workspace-write;在已是 danger-full-access 的会话里,这比当前模式更窄,调用会在命令真正执行前就失败。
dsh-sandbox-noop-escalation 在 tools/pre-execute 钩子里介入:把本次调用解析出的沙箱模式与请求对比。若请求不会比当前更宽、字段为空或 Codex 的 use_default、或会话已是最高权限,就改写参数并去掉 sandbox_permissions 与 justification;若请求确实要升权则原样保留,仍走 DSH 审批。它只处理 schema 里带有 DSH 自有 escalation 字段的工具,从不放宽权限,只去掉本来就不会改变模式的无效请求。
适合经常在 danger-full-access 或高权限会话里用 shell 与写文件工具、又被模型习惯性带上 sandbox_permissions 的用户。可通过 cordis.patch.yml 配置要监听的工具名列表;空列表即关闭插件。
使用场景
- danger-full-access 会话里只读命令因误填 workspace-write 被拒
- GPT 模型每次调用都带上 sandbox_permissions 与 justification
- 需要保留真实升权请求、只去掉无效沙箱字段时
适合人员
- 高权限 DSH 会话的日常使用者
- 常被模型可选参数触发沙箱校验失败的用户
- 要微调监听工具列表的 Cordis 配置者