SSH能力尽快增加

[Azurer0121]

建议官方尽快提供ssh能力，有大量的工作需要ssh开发，可以做成类似zcode那种的

[weijiafu14]

这个不用等官方，社区已经做出来了，而且 #90 那边把架构上的坑也讨论过了——你这帖没人回，那边的结论应该给你看看。

现成能装的：

• dsh-remote-ssh（@Yan-Zero）—— 把远端 SSH 主机直接当成透明工作区：设置里配好主机后，读写文件、跑 bash、甚至搜索（远端 rg）都在服务器上执行，agent 的工具用法不用改。
• BitFun 的 Remote Workspace（@bobleer 参与）—— 直连 SSH、ProxyJump 链、SSH 主机里的 Docker、本地 Docker 都能作为同一个 workspace target；SFTP、terminal、Agent、ACP、搜索都留在目标端：https://github.com/GCWing/BitFun
• @linxin666/dsh-ssh —— Web GUI 里的远程 SSH 操作 + 主机配置存储

#90 里 @bobleer 提的那个架构判断值得转述一下，因为它决定了这类方案好不好用：

别只加一个 "ssh 执行命令" 工具。那样 terminal 在服务器，文件读取、搜索、Skill 发现、Agent 子进程还可能偷偷落回本机，跑真实项目很容易一半远程一半本地。

他给的正解是把 workspace 本身变成一个 target：选中 SSH 后，文件树、read/write、terminal、grep/index、Agent 子进程都从同一套 FS/stdio port 走，远端路径始终按 POSIX 解释。上面前两个方案都是按这条思路做的，所以我把它们排在前面。

（我原本想推荐"接一个 SSH 类 MCP server"，看完 #90 之后放弃了——那正是他论证过不够好的那一种。写在这里免得别人重复走弯路。）

我没有实测过这三个，是按各自的实现和文档给的清单，具体挑哪个建议你看 README 和 #90 的讨论。

利益相关：这三个都不是我的包（我维护 pi2dsh，跟这条回复无关）。

[Azurer0121]

这些我也都尝试过，但是我觉得官方可能能提供更好的支持，ty