🖥️

dsh-plugin-wsl-env

客户端更新于 2026.10.18

在终端中运行以下命令：

dsh plugin install Big-Dao/dsh-plugin-wsl-env

将以下提示词粘贴到 DeepSeek Harness 对话框中：

在 DeepSeek Harness 的 Windows 终端中执行 dsh plugin install Big-Dao/dsh-plugin-wsl-env，即可从 https://github.com/Big-Dao/dsh-plugin-wsl-env 安装本插件。

插件介绍

在 Windows 上做 WSL 项目时，常见做法是整包进发行版、或连发行版里的远程服务，要么多一层运维，要么多一个监听端口。本插件走第三条路：Harness 进程仍留在 Windows，真正执行命令、读写文件、选目录和 GUI 终端都落在 WSL 2 发行版里，同时不安装辅助守护进程、也不开端口。

核心体验是「真 Linux」：命令在发行版登录 shell 里跑，PATH、nvm、cargo、pyenv 和 rc 配置与你在终端里一致；文件操作针对 ext4 上的真实路径。受限命令默认在发行版内用 bubblewrap 隔离；缺 bubblewrap 则不会悄悄降级为无沙箱执行。同一 Harness 可同时开 Windows 目录会话与发行版目录会话，GUI 会列出已装发行版、终端进对应 distro，模型还能感知监听端口（WSL 2 会把 localhost 转发到 Windows）。

与 VS Code 类「桌面远程」相比，这里没有常驻 helper server 和网络端口，沙箱由 bubblewrap 承担；若你已把 CLI agent 全装在 WSL 里且够用，那可能更简单。本插件更适合：想继续用 Windows 上的 Harness 界面，又希望 agent 在 POSIX 环境里干活、并默认受沙箱约束的开发者。

权限档位提供只读、工作区可写（默认）和完全访问；只有完全访问才不走沙箱。沙箱对跨 /mnt 启动 Windows 程序等边界是部分 enforcement——README 也说明了可通过 WSL 配置进一步收紧。适合已在 Windows 10/11 上启用 WSL 2、并在发行版里准备好 bubblewrap（及按需 systemd）的用户。