DSH 沙箱扩权反复报错怎么办

<!-- BEGIN REVIEWED GUIDE SUPPLEMENT -->

DSH 0.2.0-rc.2 兼容提示（2026-10-02）

本页固定的 dsh-sandbox-escalation-fix 0.1.2-rc1 在 package.json 中声明的 DSH 版本范围不包含 0.2.0-rc.2：@deepseek-ai/dsh-agent 只列出了 0.1.x 的若干版本（共 8 项 DSH 依赖不满足）。DSH 0.2.0 起插件管理器会检查插件声明的版本范围 ↗（外部链接，在新标签页打开），不满足时拒绝安装；已经装好的插件会在启动时被停用。

• 本页命令固定使用 DSH 0.1.2-rc.1，按本页的版本组合使用不受影响。
• 本站默认安装的 DSH 0.2.0-rc.2 不能使用这个插件。
• 截至 2026-10-01，上游最新的 0.1.6-alpha2-win-linux 仍不包含 0.2.0（package.json ↗（外部链接，在新标签页打开） 中 @deepseek-ai/dsh-agent 只列出了 0.1.x 的若干版本（共 8 项 DSH 依赖不满足）），同样不能用于 0.2.0-rc.2。
• 不建议用 allow-version … --accept-risk 绕过检查。本页已标记为待复核，作者发布声明兼容 0.2.0 的版本后再更新。

升级 DSH 前怎样处理已装插件，见更新或卸载插件。

依据：固定证据 1 ↗（外部链接，在新标签页打开）。

<!-- END REVIEWED GUIDE SUPPLEMENT -->

dsh-sandbox-escalation-fix 0.1.2-rc1 修正 workspace-write 场景中工作区内 write/edit 被错误要求 full-access 的参数，供遇到沙箱扩权错误的用户按需使用。

如果你的目标是修复 DeepSeek Harness 反复请求 sandbox escalation 或 invalid justification，本教程会说明如何在 DeepSeek Harness（DSH）中准备、安装、配置、验证和回退 dsh-sandbox-escalation-fix。本文锁定作者仓库提交 ae6c7614e28a；已复核固定提交的原始资料，未进行运行实测。

对应插件：查看 dsh-sandbox-escalation-fix 的功能、权限与兼容性说明。先确认它适合你的工作流，再执行安装。

先确认是否适合你

• 分类：安全治理
• 风险等级：medium
• 核验证据：source_reviewed
• 兼容性边界：插件 0.1.2-rc1 明确列出 DSH 0.1.2-rc.1；两者版本拼写不同。未列入 0.1.3-alpha.1，不绕过版本门禁；本站未运行验证。
• 主要权限关注：在 Agent 作用域包装四个核心 Shell/文件工具的 Schema、参数和结果提示；它不授予新权限，也不替代宿主审批，但与其他 Wrapper 或结果重写插件可能冲突。

如果你准备在重要工作区使用，先阅读插件详情页的权限和数据流说明；“源码已审阅”或“资料已整理”都不等于安全认证。

安装前准备

本页 DSH 命令版本： 0.1.2-rc.1。插件 0.1.2-rc1 明确列出 DSH 0.1.2-rc.1；两者版本拼写不同。未列入 0.1.3-alpha.1，不绕过版本门禁；本站未运行验证。

• 明确报错：只在实际出现 sandbox escalation、invalid justification 或同类错误时使用。

1. 安装 Node.js 22.19、Node.js 24 或项目当前声明支持的更高版本，并确认 pnpm 可用。
2. 使用独立的 web Profile 和可丢弃测试工作区，不直接连接生产目录。
3. 备份当前 Profile 配置，并记录安装前的 --dump-config 输出。
4. 核对固定来源中的外部服务、账号、运行时和平台限制。
5. 作者资料未显示明确的插件专属环境变量；如果运行时要求凭据，不要根据同类插件猜测变量名。

安装 dsh-sandbox-escalation-fix

52DSH 使用目录中记录的精确安装目标，避免直接跟随可能变化的默认分支：

npx --yes @deepseek-ai/[email protected] plugin --profile web add github:HakureiMonika/dsh-sandbox-escalation-fix#ae6c7614e28afcb964b56db0b02bd0994d135d5e

GitHub 源码插件如果被 pnpm 拦截构建脚本，先检查终端提示的具体包和脚本。只在 web Profile 中放行确实需要的构建项，不要全局放行未知依赖。

插件专属配置

配置目标

• profiles/web：只在出现错误的测试 Profile 中加入固定提交。

固定版本安装与配置检查

证据：固定来源 ↗（外部链接，在新标签页打开）。将路径、账号和凭据占位符替换为测试值。

npx --yes @deepseek-ai/[email protected] plugin --profile web add github:HakureiMonika/dsh-sandbox-escalation-fix#ae6c7614e28afcb964b56db0b02bd0994d135d5e
npx --yes @deepseek-ai/[email protected] --profile web --dump-config

安装后设置

1. 重启测试 DSH Web，并导出组合配置确认插件只加载一次。
2. 不要同时启用其他会包装 bash、pwsh、write 或 edit 的未知插件。

配置验证与成功结果

先导出配置，再启动同一版本的 DSH Web：

npx --yes @deepseek-ai/[email protected] --profile web --dump-config
npx --yes @deepseek-ai/[email protected] web

1. 在相同沙箱与审批设置下重现原来的最小失败任务。

   期望结果：不再生成当前策略下无效的扩权参数，允许或拒绝仍由 DSH 原审批策略决定。

2. 切换到应拒绝写入的测试路径并再次请求写入。

   期望结果：操作继续被宿主策略拒绝，插件没有扩大权限。

第一次使用

• 在可丢弃测试目录中复现一条原本会反复请求 danger-full-access 的命令，核对审计日志。

数据、权限与凭据

**数据流：**Session 的 Sandbox/Approval 状态与工具 Schema → 插件按 Agent 作用域投影可用参数并剔除冗余升级请求 → 原 DSH 工具和审批路径执行 → 只在精确匹配时清理误导提示。

**权限关注：**在 Agent 作用域包装四个核心 Shell/文件工具的 Schema、参数和结果提示；它不授予新权限，也不替代宿主审批，但与其他 Wrapper 或结果重写插件可能冲突。

**数据存储：**插件读取 Session 沙箱、审批和工具定义并在内存中投影，不负责保存业务数据；DSH 原有日志仍会记录工具与审批结果。

真实 Token、API Key、Cookie 和账号 ID 不应写进 Git 仓库、网页截图或公开 Issue。测试结束后撤销临时凭据。

卸载、回退与清理

停止 DSH 后，从同一个 Profile 移除包：

npx --yes @deepseek-ai/[email protected] plugin --profile web remove dsh-sandbox-escalation-fix

1. 停止 DSH，从同一 web Profile 移除 dsh-sandbox-escalation-fix，重启并检查 Bundle 已消失。
2. 需要回滚时，恢复升级前 Profile、锁文件和插件版本；不要把卸载等同于删除本地或外部数据。

常见问题

升级后加载失败

核对本页固定 DSH/插件组合，停止 Profile 并恢复升级前备份；不要通过放宽权限解决版本问题。

安装成功但页面或命令没有出现

先运行 --dump-config 确认 Bundle 已进入 web Profile，再重启 DSH Web 并硬刷新浏览器。不要通过反复扩大权限来解决加载问题。

插件运行后没有得到预期结果

把问题缩小到本页的最小验证任务，检查作者文档要求的变量、外部服务和平台限制。保存终端错误原文，并核对当前安装目标是否仍对应本页固定提交。

作者提供了独立故障文档，可从下方“固定来源证据”进入；本页没有把整份 README 复制过来。

固定来源证据

以下资料是本文配置结论的依据：

• README.zh.md ↗（外部链接，在新标签页打开）
• README.md ↗（外部链接，在新标签页打开）

继续查看：返回 dsh-sandbox-escalation-fix 插件详情页，重新核对兼容性、权限、同类插件和来源状态。