讓 dsh 用上 WSL：兩條路線，逐畫面實錄 + 外掛直連

按實錄走：備好編譯工具（sudo apt update，然後 sudo apt install -y build-essential python3），用 nvm 裝 Node 24 並把 NVM_NODEJS_ORG_MIRROR 指到快的鏡像站，npm config set registry https://registry.npmmirror.com，然後 npx -y @deepseek-ai/dsh web 啟動——或 npm install -g @deepseek-ai/dsh 全域安裝後跑 dsh web。記住名字陷阱：在 Kali 上 apt install dsh 裝到的是 dancer's shell，不是 DeepSeek Harness。

不需要。Windows 上 dsh 原生就能跑——Node.js、npm、3080 埠的 Web UI，全程 PowerShell，我們的 Windows 安裝指南講的就是這條路。WSL 的價值只在你想要真正的 Linux 工具鏈——bash、apt、Linux 路徑——掛在工作階段後面時才成立。而那個目標用外掛路線 B 也能達成，不必在 WSL 裡再裝第二個 dsh。

實錄用的是 Kali（kali-rolling），照樣跑到了最終介面；它參照的指南文字以 Ubuntu 舉例，兩者都行——關鍵是基於 apt 的發行版，路線 A 再加一個 Node.js 24。到路線 B 這裡問題更小：dsh-wsl-workspace 的對話框會列出你已裝的發行版，選一個即可。官方沒有推薦發行版；「實錄用了 Kali」是如實陳述，不是推薦。

它給你既有的 Windows dsh 新增 WSL 工作區：工作階段的 bash 在發行版裡執行、讀寫 Linux 路徑，而 WSL 裡不需要任何 dsh（儲存庫描述，2026-10-06 實核；★69，MIT）。安裝並重啟 dsh web 後，Settings 旁的 W 按鈕打開 Add WSL workspace 對話框：選發行版、驗證一個 Linux 路徑、可選設定 Linux 使用者名稱，然後 Create & open。同一個工作階段裡 Windows 檔案在 /mnt/<磁碟代號> 下仍然可達。

從 WSL 裡看，Windows 磁碟掛在 /mnt/<磁碟代號>——/mnt/c/Users/... 在兩條路線下都好用，外掛 README 對它的對話也是這麼寫的。從 Windows 看，發行版的檔案透過 \wsl.localhost\<發行版> 網路共用存取。兩個事實源共同的提醒：建置盡量待在目標檔案系統裡做，反覆跨邊界是慢路徑。

因為在 Kali 套件庫裡這個名字屬於 dancer's shell——就是實錄指南選項表裡那個帶 -m/-a 參數和 machines.list 的分散式 shell 工具。實錄當場踩中，用 apt remove -y dsh 修復後才切到 npm 套件 @deepseek-ai/dsh。同樣攜帶 dancer's shell 套件的發行版都有這個撞名問題，所以看到一個眼熟的名字，先查清楚這個套裝的到底是什麼。