CrazyShout/dsh-ssh-remote

插件Plugin 原生Native ⭐ 4 MIT

DeepSeek Harness的SSH远程工作区:浏览/读取/写入远程文件、运行远程命令,并带有连接状态指示点。

项目介绍Project Overview

dsh-ssh-remote 是 DSH 的 SSH 远程工作区插件,可从 ~/.ssh/config 发现别名,经 SFTP 读写远程文件,并用系统 OpenSSH 执行命令、打开终端,侧边栏以彩点显示连接状态。需要在远程主机上操作项目、运行命令或持久化远程工作区时使用。注意:远程端必须启用 sftp 子系统,且会话需 Full access。

dsh-ssh-remote is a DSH plugin for SSH remote workspaces. It discovers aliases from ~/.ssh/config, reads/writes remote files over SFTP, runs commands and opens terminals through the system OpenSSH client, and shows connection status with colored sidebar dots. Use it when an agent needs to work on a remote host or persist a remote workspace. Caveat: the remote host must enable the SFTP subsystem, and sessions require Full access.

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

命令行安装CLI Install

dsh plugin --profile web add dsh-ssh-remote

CrazyShout/dsh-ssh-remote 加入你的 DSH 配置(web profile)即可启用。

READMEREADME

dsh-ssh-remote

English | 中文

SSH remote workspaces for DeepSeek Harness: let the agent connect to remote hosts over SSH, browse/read/write remote files, run remote commands, open remote terminals, and show connection status with colored dots in the sidebar — in the spirit of Codex Remote.

Status: the Web UI, SSH directory picker, persisted remote workspaces, transparent SFTP filesystem routing, and OpenSSH command/terminal routing are implemented end to end.

Features

  • SSH connection management: ssh2 connection pool (one per host), keepalive, exponential-backoff auto-reconnect, connection state machine.
  • Remote file operations: SFTP implementation of the FileSystem twelve primitives (read/write/edit/list/stat) with DSH FS_* error-code alignment.
  • Remote commands: ssh_remote exec runs a shell command on the host.
  • Codex-style SSH discovery: concrete Host aliases are collected from ~/.ssh/config (including Include files), then effective HostName/User/ Port/IdentityFile/ProxyJump/ProxyCommand values are resolved with ssh -G.
  • OpenSSH-owned configuration: the Web panel is read-only and never duplicates SSH credentials into DSH settings. Edit ~/.ssh/config, then press Refresh.
  • Native Add Workspace flow: choose an SSH alias, browse its directories, and open one as a normal Harness workspace.
  • Transparent workspace routing: read/write/edit and other filesystem calls use SFTP; bash and terminal processes use the system OpenSSH client. Local workspaces keep using the original local providers.
  • Connection status dots: green = connected, amber = connecting/ reconnecting, red = disconnected/error.
  • Multiple hosts: workspace records persist to $DSH_HOME/ssh-remote-workspaces.json.

Install

Requires Node 22+, pnpm, DSH 0.1.0-rc.x.

# Option A: npm (once published)
dsh plugin --profile web add dsh-ssh-remote

# Option B: GitHub (no publish needed)
dsh plugin --profile web add 'github:CrazyShout/dsh-ssh-remote'

Restart dsh web afterwards.

Usage

In the Web UI:

  1. Click Add Workspace.
  2. Choose an SSH alias discovered from ~/.ssh/config.
  3. Browse to a remote directory and click Open this folder.
  4. Start a session in the resulting workspace. Use Full access so the local OpenSSH process can reach the remote host.

Harness still stores a local workspace path. The plugin creates a small local anchor under $DSH_HOME/ssh-workspace-anchors/ and persists its exact mapping in $DSH_HOME/ssh-workspace-anchors.json. Only that anchor and its descendants are routed to the corresponding ssh://alias/path; unrelated local paths are never intercepted.

The lower-level ssh_remote tool remains available for explicit operations:

The agent drives remote hosts through the ssh_remote tool:

ssh_remote { action: "add",    uri: "ssh://user@gpu-server:22/home/user/exp" }
ssh_remote { action: "connect", id: "<id>" }
ssh_remote { action: "exec",    id: "<id>", command: "nvidia-smi" }
ssh_remote { action: "read",    id: "<id>", path: "train.py" }
ssh_remote { action: "write",   id: "<id>", path: "notes.txt", content: "..." }
ssh_remote { action: "list" }

path accepts a remote absolute path (/home/user/exp/a.py) or a workspace-relative path (a.py).

Authentication

  • Prefers the local ssh-agent (SSH_AUTH_SOCK).
  • Tries effective IdentityFile entries returned by OpenSSH in order.
  • ProxyJump (including multiple hops) and ProxyCommand streams are opened by the system OpenSSH client, keeping its Include/wildcard/Match semantics.
  • The remote must enable the sftp subsystem (Subsystem sftp internal-sftp).

SSH configuration

Add a concrete alias to ~/.ssh/config, verify ssh devbox, then refresh the SSH Remote plugin panel:

Host devbox
  HostName devbox.example.com
  User you
  IdentityFile ~/.ssh/id_ed25519
  ProxyJump bastion

Register a workspace with the alias, not duplicated connection fields:

ssh_remote { action: "add", uri: "ssh://devbox/home/you/project" }

Older ssh-remote.hosts entries remain a read-only compatibility fallback, but new configuration should live only in OpenSSH config.

Routing and security boundary

  • File traffic is handled by SFTP; commands and terminals are launched through the system ssh executable, so SSH aliases, Include, Match, ProxyJump, agent forwarding, and host-key policy stay owned by OpenSSH.
  • Routing is exact and boundary-aware: an anchor /a/project matches itself and /a/project/..., but never /a/project-copy.
  • Creating a workspace does not copy or mount the remote tree locally. The local anchor contains no remote source files.

Roadmap

  • DSH Credentials integration and configurable remote-path read policies.

Development

pnpm install
pnpm run build   # tsc for host + client
pnpm test

lib/ is committed to git so a git install never ships without built code.

License

MIT

上一个 Prev DSH-FormatForge 下一个 Next dsh-trajectory-governance