[兼容性] DSH 0.1.1-rc.2 下 Auto Mode 将 workspace-write 误判为无效升级请求

[LonelyHerbivore]

问题概述

@nanmicoder/dsh-auto-mode@0.1.5 似乎无法正确兼容 DeepSeek Harness 0.1.1-rc.2。

在 Auto Mode 下，普通的工作区内工具调用有时会被模型生成为：

"sandbox_permissions": "workspace-write"

随后 Auto Mode 会将其识别为一次沙箱升级请求，并拒绝执行：

[auto-mode invalid sandbox request]
Auto already runs in workspace-write; only an exact one-shot danger-full-access escalation is wider

这会导致普通的 Shell、脚本和文件操作无法执行。

环境信息

• 操作系统：Windows
• DeepSeek Harness：@deepseek-ai/dsh@0.1.1-rc.2
• Auto Mode：@nanmicoder/dsh-auto-mode@0.1.5
• 使用配置：web
• 当前权限模式：Auto

复现步骤

1. 安装并启用 @nanmicoder/dsh-auto-mode@0.1.5。
2. 启动 DSH Web。
3. 将权限模式切换为 Auto。
4. 让 Agent 执行一个普通的工作区内命令，例如测试、构建或本地脚本。
5. Agent 可能生成类似下面的工具调用：

{
  "command": "python ./.trellis/scripts/assert_trellis_enabled.py",
  "description": "检查 Trellis 是否已启用",
  "sandbox_permissions": "workspace-write",
  "justification": "",
  "workdir": "D:\\DSH-WorkSpace"
}

工具调用在命令实际执行之前被拒绝：

[auto-mode invalid sandbox request]
Auto already runs in workspace-write; only an exact one-shot danger-full-access escalation is wider

[NanmiCoder]

已复现冗余 workspace-write 参数被当作无效请求、缺少恢复引导的行为。感谢 #11 的方案；0.1.7 在支持的宿主上加入了“执行前拒绝 → 明确说明删除 sandbox 字段 → 下一次模型组装临时投影无这些字段的 schema → 正常重试”，且不会把常驻权限改成完全权限。已通过产品入口的确定性回归，并观察到真实 DeepSeek API 自然生成冗余参数后的拒绝和成功重试。

需要明确：本次没有给原报告的 0.1.1-rc.2 + 0.1.5 回移修复。旧宿主的 permission API 与现代宿主不同；继续保留旧配对仍有这个限制。请升级到 Harness 0.1.2-rc.1 + Auto Mode 0.1.7，或者兼容表中其他精确配对。

因此按“旧版本不计划回移、已提供受支持迁移方案”关闭，避免把新宿主的结果说成旧 Windows RC 已修复。兼容与验证记录