🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

多工作区沙箱 somnusovis/dsh-multi-workspace

DeepSeek 客户端
somnusovis66 天前有提交已提供中文文档扫描:未发现敏感能力兼容 / 相关生态

自动为已注册工作区授予文件写入权限,免配置

28.9/100
综合分
1
GitHub 星标
—
npm 周下载
—/5
用户评分

数据截至 2026/9/16 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

相关生态插件(非 dsh 原生,按其对应运行时安装)
git clone https://github.com/somnusovis/dsh-multi-workspace.git

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:已验证
是什么
生态插件
可安装,未声明 dsh 能力
装得上吗
本站已真实安装成功
非静态推断
L4 · 真实安装等级说明 →
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 66 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查⚠ 装前注意

未发布到 npm registry,仅可从源码安装

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✗npm 包dsh-multi-workspace(未发布到 npm,仅可源码安装)
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/9/23 13:52:27

安全扫描自动 · 静态分析源码
v2.7.0
🟢 扫描:未发现敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描未发现敏感能力:最多只发网络请求、读取自身元数据或只读文件,未发现执行命令、文件写入或敏感信息读取。

扫描于 2026/11/2(1 天前) · 范围 入口闭包 + 发布文件清单 · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块
@deepseek-ai/cordis
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • 自动授予文件写入权限
  • 免配置

README

由 DeepSeek 最新模型翻译生成
dsh-multi-workspace DeepSeek Harness(DSH)的多工作区沙箱。 自动为所有已注册的工作区授予文件写入权限——在 UI 中添加工作区后即可立即写入,无需任何配置。 问题 默认情况下,DSH 文件沙箱只允许写入一个工作区目录(会话 cwd)。写入其他目录需要沙箱提权。 解决方案 本插件在每次沙箱策略检查时读取实时工作区注册表,并将每个已注册的工作区路径注入为额外的可写根目录。 工作原理 两层机制: 1. 包装 sandboxPolicy.resolve(),附加工作区路径 2. 包装 fs.writeText/editText,在每个工作区根目录上提供重试回退 限制 - Shell 命令仍被限制在会话工作区内。 多工作区扩展仅适用于 fs 工具(第 2 层会以目标工作区的根目录重新发起每次被拒绝的写入)。命令沙箱接缝(@deepseek-ai/dsh-sandbox-local、windows-acl / bwrap / seatbelt)只读取单个 policy.workspaceRoot,因此 pwsh / bash 在会话工作区之外的写入仍会被拒绝。 - fs 回退会在 workspace-write 下静默重试,而不经过审批流程。 这正是本插件预期的“立即写入”行为——请确保已注册的工作区是可信的。
展开完整文档(README 剩余 1 节)
dsh-multi-workspace

DeepSeek Harness(DSH)的多工作区沙箱。

自动为所有已注册的工作区授予文件写入权限——在 UI 中添加工作区后即可立即写入,无需任何配置。

问题

默认情况下,DSH 文件沙箱只允许写入一个工作区目录(会话 cwd)。写入其他目录需要沙箱提权。

解决方案

本插件在每次沙箱策略检查时读取实时工作区注册表,并将每个已注册的工作区路径注入为额外的可写根目录。

工作原理

两层机制:
1. 包装 sandboxPolicy.resolve(),附加工作区路径
2. 包装 fs.writeText/editText,在每个工作区根目录上提供重试回退

限制

- Shell 命令仍被限制在会话工作区内。 多工作区扩展仅适用于 fs 工具(第 2 层会以目标工作区的根目录重新发起每次被拒绝的写入)。命令沙箱接缝(@deepseek-ai/dsh-sandbox-local、windows-acl / bwrap / seatbelt)只读取单个 policy.workspaceRoot,因此 pwsh / bash 在会话工作区之外的写入仍会被拒绝。
- fs 回退会在 workspace-write 下静默重试,而不经过审批流程。
这正是本插件预期的“立即写入”行为——请确保已注册的工作区是可信的。
- 被包装的 resolve() 必须返回一个普通对象(自有 mode / workspaceRoot / sessionId):执行器会展开策略
({ ...policy }),而基于原型的副本会静默丢弃这些键,
导致 windows-acl 运行器失败并报 --workspace undefined (SANDBOX_UNAVAILABLE)。test/smoke.mjs 对此回归进行了防护。

安装

dsh plugin --profile web add github:somnusovis/dsh-multi-workspace

Or from npm (once published)
dsh plugin --profile web add dsh-multi-workspace

重启 DSH web 服务并刷新浏览器。

许可证

MIT
预览分享卡片长什么样 ↓somnusovis/dsh-multi-workspace
分享 · DeepSeek Harness Hub
somnusovis/dsh-multi-workspace

自动为已注册工作区授予文件写入权限,免配置

这是你的仓库?认领条目

回到顶部