dsh-wsl-browser

Install set: part of dsh-wsl-kit. Prefer KIT_SET=daily | llm | github | full (see kit README). Fault tree: TROUBLESHOOTING.md.

DeepSeek Harness tool: win_open_url — open an http / https URL in the Windows default browser from WSL.

Part of dsh-wsl-kit.

中文说明 → README.zh.md

Where it sits

Opens an http(s) URL in the Windows default browser. It does not fetch the page inside WSL.

flowchart LR
  agent["dsh agent in WSL"] --> tool["win_open_url"] --> win["Windows default browser"]

Suite diagram and version snapshot: dsh-wsl-kit. This plugin is 0.1.0 (daily; also in llm). Do not copy that matrix into this README.

---

Compatibility

Field	Value
Plugin	dsh-wsl-browser 0.1.0
Minimum dsh	≥ 0.1.2 (web UI one-shot ?token= on Windows relay :3081)
Latest verified	See dsh-wsl-kit Compatibility (currently 0.2.2-rc.1) — single source of truth for the suite
Kit set	daily (also in github / full; fetch+net also in llm)
Cloud Flash	Use model id deepseek-flash (V4.1 Flash) in ~/.dsh/settings.yaml / llm-deepseek — not configured by this plugin
Agent Teams	Upstream experimental; not required here

Suite floor versions: kit check-plugin-versions.sh. Fault tree: TROUBLESHOOTING.md.

Why

Services started in WSL (http://127.0.0.1:3080, docs sites, etc.) should open on the Windows side where you already work. Only http/https are allowed (no file:).

If localhost forwarding fails, the result may include a hint using the current WSL IP—pair with dsh-wsl-port for deeper diagnosis.

Tool

Arg	Required	Meaning
url	yes	http:// or https:// URL

Install

dsh plugin --profile web add github:173787247/dsh-wsl-browser

Config

- id: dsh-wsl-browser
  name: dsh-wsl-browser
  config:
    timeoutMs: 15000

Test

npm test

License

MIT