dsh_workspace_switch
在终端中运行以下命令:
dsh plugin install liaoyuqing/dsh_workspace_switch
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install liaoyuqing/dsh_workspace_switch,或将插件加入 profile 的 dsh.profile.bundles 后从 https://github.com/liaoyuqing/dsh_workspace_switch 安装并在下次启动时加载。
插件介绍
在 DeepSeek Harness 里,同一进程里往往跑着多个工作区、多个 Agent,但默认它们共享同一套插件、MCP 与 Skill 能力。一旦某个项目需要收紧权限、做隔离演示,或只想在特定目录下关掉某几个工具,全局开关往往不够细,也容易误伤其他工作区。
dsh-workspace-switch 把「能用什么」的决定下沉到工作区:每个工作区可以单独配置要启用的插件、MCP 服务器和 Skill;未配置的工作区则完全继承部署侧的组成,行为与未安装插件时一致。Host 侧在创建 Agent 时读取配置并作用在该 Agent 的 Cordis 作用域内——禁用的 Skill 会从模型目录中隐去,禁用的 MCP 会拒绝对应工具,禁用的插件 会按入口声明的工具名拒绝调用;Browser 侧在工作区行的菜单里增加一项,用对话框按类别列出当前组合可提供的能力,并用开关逐项编辑。
配置可由共享的 workspace-switch.json 与项目内的 /.dsh/workspace-switch.json 共同描述,后者优先级更高;对话框会写入当前对该工作区生效的那份文档,并通过临时文件重命名发布,避免读到半写入内容。适合需要在多工作区同机并存时做能力边界、合规演示或按项目裁剪工具面的团队与个人维护者。
使用场景
- 同一 Harness 进程里多个项目需要不同的插件与 MCP 组合
- 某工作区演示或交付时需要临时关闭部分 Skill 与工具
- 团队用共享部署但希望按仓库目录收紧 Agent 可用能力
适合人员
- 在多工作区并行的 Harness 维护者与平台管理员
- 需要按项目做工具面裁剪的安全与合规相关同学
- 经常切换仓库、希望少动全局配置的开发者