dsh-workspace-acl-allow
DeepSeek Harness 插件：为用户显式声明的工作区目录预置 Windows ACL 完全控制 ACE，补上沙箱授权所需的 WRITE_OWNER 前提，消除危险模式弹框。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:lovezi0/dsh-workspace-acl-allow#4c8d30f4ec80909e652ca756b720f26a24894011Workspace Acl Allow 以 dsh-workspace-acl-allow 发布，当前版本为 0.1.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
DeepSeek Harness 插件。为你显式声明的工作区目录预置一条 Windows ACL 授权，使 dsh 的文件沙箱能够正常启动受限执行进程，从而不再需要把会话升权到「完全访问」、也不再弹出升权确认框。
沟槽的deepseek harness从 0.1.7 起，给 grantWrite 加了 Low 完整性标签，把权限门槛抬高了。
| ≤0.1.6 | ≥0.1.7-alpha.1 | |
|---|---|---|
| grantWrite 写入内容 | 只写 DACL 能力 ACE | ACE + deny + Low 强制标签 |
| 需要的目录权限 | WRITE_DAC（owner 隐式自带） | 还要 WRITE_OWNER——owner 隐式权限不含它，必须 DACL 显式授予 |
| 对继承 Modify 的目录 | ✅ 静默成功 | ❌ 必败 Win32 5 |
只被授予「修改」的普通目录不满足这一点，写入会以「拒绝访问」失败，执行进程启动即失败；模型随后按工具说明申请升权，于是每次都要人工确认一次。
本插件在宿主进程内，为你声明过的目录补一条完全控制的授权项（其中已包含「修改属主」），使宿主自身那次写入得以通过。
插件不实现宿主的授权逻辑：不处理能力标识、不写完整性标签、不改目录属主、不撤销任何权限。
| tools error | step error] |
|---|---|
| tools error | step error |
dsh plugin --profile web add dsh-workspace-acl-allow
本仓库为组合包，安装后其配置层会随 profile 一并加载。
授权只在你明确表达意图时发生，有且只有两个入口：
列表中的每条记录都会带回状态：
| 状态 | 含义 |
|---|---|
| 已授权 | 授权项已就位 |
| 授权失败（退出码 …） | 授权未生效；常见原因是目录属主不是当前用户，或当前用户对该目录没有修改 DACL 的权限 |
| 受保护目录，已拒绝 | 命中内置保护清单，不会被授权（见下） |
| 目录不存在 | 路径无效 |
每个条目都可以「重新授权」（忽略记录强制重跑一次）或「移除」（只删除本插件的记录，不会改动目录上已有的任何权限）。
插件不会接管任何会话的工作目录。会话目录可以直接指向任意位置，插件不会因为在某个目录下开会话就静默放宽它的权限——这类目录需要你自己在插件页声明。这是刻意的取舍：放宽一个目录的权限属于安全敏感动作，必须由人发起。
以下位置始终拒绝，无法通过配置或界面解除：
另外不接受相对路径与网络路径。
仅支持 Windows。 非 Windows 平台上插件不生效（只记录一条日志）。本项目仅在 Windows 上开发与验证，没有其他平台的实测环境。
配置写在 profile 的配置层中，安装后即可生效。
| 字段 | 默认 | 说明 |
|---|---|---|
watchWorkspaces | true | 是否订阅工作区新增事件（关闭后只剩手动入口） |
deepGrant | false | 是否递归处理子项。仅在子目录继承被破坏时开启 |
retryCooldownMs | 3600000 | 授权失败项的冷却时间（毫秒），冷却内不重复尝试 |
excludePaths | [] | 追加的排除模式（支持 * 与 **），只能追加内置保护项之外的内容 |
$DSH_HOME/dsh-workspace-acl-allow/state.json
dsh plugin --profile web remove dsh-workspace-acl-allow
卸载会停止后续授权，但不会撤销已经写入目录的授权项。如需清理，请针对具体目录手工移除相应的授权条目。