← 返回列表
⚠ 装前注意
DSH 第四档权限 工作区修改++:文件仍锁工作区,通配符放行 Git Bash 等进程沙箱。
基本兼容但装前注意:未发布到 npm registry,仅可从源码安装 · 最近上游提交 2026/9/7 · 已提供中文文档
综合分
29.8
GitHub 分
29.8
用户评分
—
★ Stars
2
周下载量
—
兼容 / 相关生态插件(非 dsh 原生,请按其对应运行时安装)
git clone https://github.com/yzxxy010/dsh-workspace-write-plus.git信任档位:已验证本站已于 1 天前真实安装成功
- 是什么
- 生态插件(可安装,未声明 dsh 能力)
- 装得上吗
- 本站已真实安装成功(非静态推断)
- 安全吗
- 本站尚未对该插件做风险分级(暂未覆盖,不等同于无风险)
- 还在维护吗
- 活跃:最近一次提交在 18 天前
档位由下列信号合成:本站实装验证(真实安装,当前最高到 L4)· 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。 验证判据与等级说明 →
🟢实装验证通过· 2026/9/25
由本站实装验证器在真实 dsh 环境安装成功,非静态推断。
数据截至 2026/9/23(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查⚠ 装前注意
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✗npm 包dsh-workspace-write-plus(未发布到 npm,仅可源码安装)
✓Node 引擎要求 >=18 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明
未发布到 npm registry,仅可从源码安装
验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/23 21:26:51
依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/schemastery用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
由 DeepSeek 最新模型翻译生成工作区修改++ Windows 上用 DeepSeek Harness,一跑 git 就炸: fatal error - couldn't create signal pipe, Win32 error 5 这不是 Git 坏了。官方「工作区写入」会给子进程套一层受限令牌,Git for Windows / MSYS 需要内存映射和命名管道,一套上就起不来。 这个插件在权限选择器里加第四档:工作区修改++。文件还是只能改工作区,但放行的程序(默认 Git Bash 和 PowerShell)不再套那层进程沙箱。选上之后,git --version 就能正常出来。 它不是「完全访问」。不想把整个磁盘交给模型的时候用这一档。 安装 dsh plugin --profile web add https://github.com/yzxxy010/dsh-workspace-write-plus 装完重启一次 DSH。输入框旁边的权限选择器里会出现 工作区修改++,命令是 /permission workspace-write++。 怎么用 1. 选中 工作区修改++ 2. 该 git、该跑脚本就直接跑 3. 想放行别的程序,打开 设置 → 工作区修改++ 默认已经放行了 bash 和 pwsh。Windows 上 Git Bash 往往是从 PowerShell 拉起来的,两个都要放,子进程才不会继续继承受限令牌。 放行规则 设置页是一份可增删的名单,一行一条。改完立刻生效,存在 DSH 自己的设置里,重启还在。 | 你写下的 | 实际匹配 | |---|---| | bash | 任意目录里的 bash.exe | | pwsh | 任意目录里的 PowerShell | | aa | 任意目录里的 aa.exe | | */Git/bin/bash.exe | 只放行 Git 自带的那一个 bash | | C:/Program Files/Git/ | Git 安装目录下的所有程序 | | | 这一档里所有程序都不套进程沙箱 | 不带斜杠,只看文件名;带斜杠或 / ,按路径匹配。 不跨目录, 可以跨任意多层。 名单留空的话,所有程序仍走进程沙箱——等于这一档退化成「工作区写入、但不弹审批」。 另外还有一个单独开关:工作区外写文件。默认关。打开后,write / edit 也可以写到工作区外面。这和放行 Shell 不是一回事,按需再开。 和另外三档 权限选择器里还是那四个格子,底层沙箱模式其实只有三种。++ 是一档预设,不是新的沙箱类型。 | | 文件 | 进程沙箱 | 审批 | |---|---|---|---| | 只读 | 不能写 | 包裹 | 要问 | | 工作区写入 | 只能写工作区 | 包裹,Windows 上 Git Bash 会挂 | 要问 | | 工作区修改++ | 只能写工作区 | 命中规则的程序跳过 | 不问 | | 完全访问 | 不限制 | 不包裹 | 不问 | 许可 MIT。