dsh-wsl-workspace-maintainers/dsh-wsl-workspace 预览 preview

dsh-wsl-workspace-maintainers/dsh-wsl-workspace

Plugin插件 Native原生 ⭐ 66 MIT Dev Workflow开发与代码工作流

Add a WSL workspace from the DeepSeek Harness web GUI and run the whole agent session — bash commands and file reads/writes — inside a local WSL distribution with Linux paths. Nothing needs to be installed inside WSL. The session can reach both WSL and Windows at the same time: bash commands run inside the WSL distribution, while Windows files stay accessible via /mnt/ (for example /mnt/c/Users/...).

catalog descriptioncatalog 简介 / catalog description:WSL workspace support for DeepSeek Harness——无缝的 WSL 工作区使用体验,无需在 WSL 之中再安装一个dsh,安装该插件后在 GUI 里直接添加 WSL 工作区即可。WSL workspace support for DeepSeek Harness — Enjoy a seamless WSL workspace experience without needing to install dsh inside WSL. Once this plugin is installed, you can directly add a WSL workspace right from the GUI.

Project Overview项目介绍

dsh-wsl-workspace is a native plugin for the DeepSeek Harness Web profile, designed to run an entire agent session inside a local Windows Subsystem for Linux distribution. After installation via dsh plugin --profile web add <source> (npm package, GitHub repository, or local directory), restarting dsh web adds a W button beside Settings in the sidebar foot. Clicking it opens an "Add WSL workspace" dialog where the user picks a distribution, browses or types a Linux path such as /home/me/proj, optionally sets a Linux username (empty falls back to the distro default user, equivalent to wsl.exe -u <user>), and starts a new session whose bash tool executes inside WSL while read/write/edit operate on WSL files through the Windows-side 9P share, so the model only sees Linux paths and can still reach Windows files under /mnt/<drive>.

The typical workflow is: pick a distro, verify the path with the Check button, then click "Create & open" to start the session. The mode picker (Standard, PTC, Minimal, Creative) keeps working as usual and each mode lands on its WSL variant, with bilingual entries like WSL · Standard mode(标准模式). Each workspace's username persists in <dshHome>/wsl-workspaces.json; deleting the entry reverts to the default user. The plugin is intended for DSH Web users on Windows who want their agent's shell, grep, and file operations to run inside a Linux kernel while keeping /mnt/c/... reachable, without installing anything inside WSL.

Dependencies and limits: the host must be Windows with DSH Web, and the plugin declares compatibility with DSH releases 0.1.0-rc.7 through 0.2.0-rc.2, detected at runtime via the DSH generation; 0.2.0-rc.2 covers DSH Desktop 0.2.0-rc.2. The persistent shell needs the platform process inspector introduced in 0.1.0-rc.8, so on 0.1.0-rc.7 every bash call fails outright while grep/glob still work, and the plugin probes the substrate at startup to fall back to a stateless one-shot shell. The Windows ACL sandbox cannot wrap wsl.exe, so WSL is the isolation boundary and the DSH file policy does not apply to bash; symlinks are not resolvable through the 9P share and may look like missing files. License is MIT; LICENSE and NOTICE must be retained, and NOTICE lists adapted DeepSeek Harness code plus design references such as dsh-bash-terminal, dsh-side-panel, and vpshub.

dsh-wsl-workspace 是一款面向 DeepSeek Harness 的 Web 配置文件的原生插件,用于在 WSL 发行版内运行整个 Agent 会话。它通过侧边栏新增的 W 按钮打开"添加 WSL 工作区"对话框,可选择发行版并填入 Linux 路径(如 /home/me/proj),用户名字段可选,留空则以发行版默认用户身份执行。安装支持三种途径:npm 包、GitHub 仓库或本地目录,使用 dsh plugin --profile web add 命令添加后重启 dsh web 即可。bash 工具在所选发行版内运行命令,文件读写通过 Windows 侧 WSL 9P 共享完成,会话可同时访问 WSL 与 Windows 路径(/mnt/<盘符>)。

工作流程为:在对话框中选择发行版、确认路径后点击"Create & open",新会话即在 WSL 内启动,模型看到的所有路径都是 Linux 路径;模式选择器中的 Standard、PTC、Minimal、Creative 自动落到对应的 WSL 变体,Windows 文件在会话内通过 /mnt/<盘符> 仍可访问。该插件适合需要在 Linux 环境中执行 bash、编辑 WSL 文件,同时又要保留 Windows 文件可达性的 DSH Web 用户。它对每个工作区的用户名会持久化到 <dshHome>/wsl-workspaces.json 中,删除条目即可恢复默认用户。需注意 Windows ACL 沙箱无法包裹 wsl.exe,WSL 自身即为隔离边界,DSH 文件策略对 bash 工具不适用。

依赖方面,插件需运行在 Windows + DSH Web 环境,且 DSH 版本需为 0.1.0-rc.7 至 0.2.0-rc.2 之间;持久 shell 需要 0.1.0-rc.8 及以上的进程检查器支持,0.1.0-rc.7 上 bash 调用会失败但 grep/glob 仍可用。文件工具中的符号链接在 9P 共享上无法解析,可能表现为"文件不存在"。许可证为 MIT,需保留 LICENSE 与 NOTICE,README 与文档支持多语言。

Pre-install check安装前体检Compatibility · Security兼容性 · 安全性 no risk signal found未发现风险信号
  • This site's static screen found no obvious risk signal (stars, license, activity, manifest)本站静态筛查没发现明显风险信号(星标、许可证、更新活跃度、清单完整度)
DSH walks through these 9 checksDSH 会逐条核对这 9 项

Compatibility兼容性

  • DSH, Node, OS and profile requirementsDSH 版本 / Node 版本 / 操作系统 / profile 是否满足要求
  • External dependencies and runtimes (Electron / Python / Docker, ...)外部依赖与运行时(Electron / Python / Docker 等)是否齐备
  • Conflicts with installed plugins: command names, skill / tool names, ports, duplicate MCP registration与已装插件是否冲突:命令名、skill / tool 重名、端口占用、重复 MCP 注册

Security安全性

  • Repo matches the facts registered here; archived or abandoned?仓库是否与页面登记一致,是否归档或长期停更
  • Safety of preinstall / install / postinstall and install.sh / setup.ps1preinstall / install / postinstall 与 install.sh、setup.ps1 是否安全
  • curl|bash, download-then-execute, obfuscation, unrelated domains → stop immediatelycurl|bash、下载即执行、混淆代码、无关域名 → 立刻停止
  • Typosquatting or unmaintained packages among the new dependencies新增依赖里有没有 typosquatting 或无人维护的包
  • Requested permissions vs. what the feature actually needs申请了哪些权限、是否超出功能所需(filesystem / network / shell / clipboard)
  • Any sudo / admin requirement, plus uninstall and rollback是否要求 sudo / 管理员权限,以及卸载与回滚方式

Anything uncertain must be marked unknown with a note on how to confirm it. This site's signal screen is a static snapshot, not a security audit.拿不准的必须标「未知」并说明要我怎么确认。本站的信号筛查是静态快照,不能替代安全审计。

Or use CLI install (for developers)或使用命令行安装(适合开发者)

CLI Install命令行安装

dsh plugin --profile web add dsh-wsl-workspace

把 dsh-wsl-workspace-maintainers/dsh-wsl-workspace 加入你的 DSH 配置(web profile)即可启用。

READMEREADME

dsh-wsl-workspace

dsh.so security dsh.so install

English · 中文 · 日本語 · 한국어 · Français · Deutsch · Español · Português · Русский alt text Add a WSL workspace from the DeepSeek Harness web GUI and run the whole agent session — bash commands and file reads/writes — inside a local WSL distribution with Linux paths. Nothing needs to be installed inside WSL. The session can reach both WSL and Windows at the same time: bash commands run inside the WSL distribution, while Windows files stay accessible via /mnt/<drive> (for example /mnt/c/Users/...).

Install

Pick one of the three ways below, then restart dsh web:

# 1) npm package
dsh plugin --profile web add dsh-wsl-workspace

# 2) GitHub repository (ships the prebuilt lib/, no local build required)
dsh plugin --profile web add https://github.com/dsh-wsl-workspace-maintainers/dsh-wsl-workspace

# 3) Local directory (development / self-hosted)
dsh plugin --profile web add D:\path\to\dsh-wsl-workspace

After restarting dsh web, a W button appears beside Settings at the sidebar foot.

Compatibility

This build declares these DSH releases, each verified on an isolated instance (its own DSH_HOME, dependencies pinned to that release, the full check suite):

0.1.0-rc.7 · 0.1.0-rc.8 · 0.1.1-rc.1 · 0.1.1-rc.2 · 0.1.2-rc.1 · 0.1.3-alpha.2 · 0.1.5-rc.1 · 0.1.5-rc.2 · 0.1.7-rc.1 · 0.1.7-rc.2 · 0.2.0-rc.2

The list mirrors dsh.compatibility.dshReleases in package.json, and a unit test fails if the two drift apart. 0.2.0-rc.2 is the DSH release DSH Desktop 0.2.0-rc.2 ships, so the Desktop is covered by the same declaration; the app's help panel (the dialog's "?" button) shows the same chips next to the plugin version. The plugin detects the DSH generation at runtime and picks the matching API, and a release exposing neither fails loudly instead of leaving an empty workspace. A release outside the list usually still works, but is unverified.

Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要,完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →

← 上一个 Prev dsh-multica-runtime 下一个 Next dsh-passwords →