dsh-workspace-native-open

When you manage several workspaces through the DSH Web GUI, one of the most frequent tasks is simply opening the workspace directory in a native file manager, terminal, or editor. The browser workspace menu, however, only offers rename and close — there is no shortcut to bridge back to the local toolchain, so every switch requires copying a path and hunting for the right window.

This plugin adds three native actions to the ellipsis menu on each workspace row: Open in File Explorer, Open in Terminal, and Open in Code. The items appear exclusively on loopback addresses (localhost, 127.0.0.1, ::1, and the built-in dsh.localhost); remote or reverse-proxy access is designed to never surface any native entry point. Paths are always passed as argv arrays, never concatenated into shell strings. Terminal detection walks pwsh, then powershell, then $TERMINAL; under WSL the path is translated with wslpath before handing off to the Windows console. The plugin never probes whether VS Code is installed — it simply attempts to open the directory and silently ignores any failure. Every request, probe result, and exit code is logged with the workspace-native-open prefix for easy tracing.

Built for developers who run dsh --profile web and constantly bounce between the browser panel and local file managers, terminals, or editors, particularly in Windows-native and WSL dual-environment setups. The implementation is entirely host-side with no browser build step; it activates the moment dsh web starts.