dsh-wsl-workspace
在终端中运行以下命令:
dsh plugin install wepar1212/dsh-wsl-workspace
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install wepar1212/dsh-wsl-workspace 即可安装来自 https://github.com/wepar1212/dsh-wsl-workspace 的 WSL 工作区插件。
插件介绍
在 Windows 上使用 DeepSeek Harness 开发时,项目工具链往往跑在 WSL 的 Linux 环境里,但 DSH 的 Agent bash 默认只能操作 Windows 侧目录,跨环境来回切换既繁琐又容易出错。dsh-wsl-workspace 以独立的树外 bundle 形式解决这一问题:在 Web 工作区侧边栏提供一个默认关闭的 WSL 开关,手动启用后自动发现已安装的 WSL 发行版,支持浏览目录或直接输入 /home/user/project 这类绝对路径,随后通过 Host 返回的 \wsl.localhost\... 标准路径创建一个 DSH 工作区。进入该工作区后,Agent 的 bash 命令自动经由 wsl.exe 路由到所选发行版和 Linux 工作目录中执行,而普通 Windows 工作区完全不受影响。
插件刻意保持轻量:不依赖 DSH 的 Win32 PTY 检测,不修改任何发行文件,也不要求 WSL 内部预装 VS Code Server——只要发行版里有 bash,项目所需的 Rust、Node.js、Python 等工具链按需安装即可。Host、Web Client、Typert Remote 与 bundle patch 打包在同一个 npm 包中,无需单独 checkout、装依赖或手动构建。
它适合在 Windows 主机上运行 DSH、但项目实际构建和运行依赖 WSL Linux 环境的开发者。需要注意,命令进入 WSL 后不再受 Windows 沙箱限制,因此建议仅对可信项目启用此功能。
截图预览
使用场景
- 在 Windows 上用 DSH 开发项目,但 Rust、Node.js 或 Python 工具链跑在 WSL 发行版里,需要 Agent 直接在该 Linux 目录中构建和测试。
- 希望把 WSL 中的项目目录一键挂载为 DSH 工作区,免去在 Windows 与 Linux 路径之间手动切换的繁琐流程。
- 使用多个 WSL 发行版(如 Ubuntu 22.04 与 Arch),需要按项目快速选择对应发行版并进入其工作目录。
适合人员
- 在 Windows 主机上运行 DSH、项目实际构建依赖 WSL 的独立开发者或团队。
- 使用 Rust、Node.js、Python 等 Linux 优先工具链,且不愿在 WSL 内安装 VS Code Server 的工程师。
- 希望以最小侵入方式扩展 DSH 能力、不修改发行文件的插件用户。
