dsh-workspace-enhancement

In AI-assisted development, local directories and SSH remotes tend to live in separate windows. A single session is locked to one cwd, so flipping between reading a remote log, editing a local config, and firing a cross-machine command means context-switching between terminal and editor. dsh-workspace-enhancement collapses that loop: the session-header button lets you attach any number of side workspaces (a local folder or a directory on a remote host), each carrying its own read-only / read-write and exec on / off permissions that the model sees and acts on directly with no manual directory juggling.

The remote side rides a multi-hop ssh2 chain. ctx.subprocess and ctx.fs are swapped for transparent remote implementations, so bash, file I/O, PTY, and directory browsing all execute on the far end with zero changes to existing tool code. Cross-server execution is handled by sw_exec: pass a named server id and the command lands on that machine, with the target OS probed once per connection (bash -c on POSIX, pwsh -Command on Windows) and the result fed straight back into context. The machine registry, TOFU host keys, and OS-keychain passwords all stay in local ~/.dsh; nothing needs to be installed on the remote side, and the UI, prompts, and tool descriptions follow the language setting so a Chinese browser stays Chinese.

Built for full-stack engineers, SREs, and AI-assisted developers who juggle local code with several remote Linux or Windows servers. If your day involves jump chains, cross-host execution, remote file browsing, or you are simply tired of one-SSH-window-one-directory fragmentation, this plugin is worth a look.