sublime sftp插件不支持多节点集群直连，仅支持单连接、单路径的文件同步；需为每个服务器单独配置独立项目及sftp-config.json，无法统一操作或批量同步。
Sublime SFTP 插件不支持多节点集群直连
Sublime Text 的 SFTP 插件本质是单连接、单路径的文件同步工具，它没有内置的集群抽象层或节点路由逻辑。你无法在 sftp-config.json 里写多个 host、用变量切换节点，或通过一个配置“同时连接 worker-01、worker-02、master”并统一操作。所有所谓“集群编辑”，实际都是对单个节点的重复配置 + 手动切换。
每个节点必须单独配置 sftp-config.json
如果你要编辑三台服务器（比如 node1.example.com、node2.example.com、master.example.com），就得建三个本地项目文件夹，每个文件夹下放一份独立的 sftp-config.json，内容仅差异在：host、user、remote_path 和可选的 ssh_key_file。
- 配置必须放在项目根目录，名字必须是
sftp-config.json，大小写不能错 -
upload_on_save只对当前项目生效，改了 A 节点的文件不会自动同步到 B 节点 - 右键菜单里的
SFTP → Browse Server只列出当前项目绑定的那台服务器，不会聚合显示集群列表 - 不能共用一个本地文件夹映射多个远程路径；
Map to Remote是一对一绑定
手动同步多个节点时容易出错的几个点
有人会想“我改完 master 的配置，用脚本复制到所有节点”，但 Sublime 本身不提供批量上传能力。真要这么做，得靠外部工具配合，否则极易漏传、误传：
- 保存时只上传当前打开的文件，不会递归同步整个目录——哪怕你启用了
upload_on_save - 如果某节点 SSH 连接超时或权限拒绝，
SFTP插件静默失败，不会弹窗提醒，也不会回滚本地修改 -
sync_down_on_open默认关闭；若没手动开启，你在 Sublime 里打开的可能是旧版本文件，改完再上传就覆盖了别人的新改动 - 不同节点的
remote_path路径不一致（比如有的在/opt/app/，有的在/srv/app/），配置稍有混淆就会传错位置
替代方案：别硬扛，该换工具就换
真正需要频繁编辑多节点集群的场景（比如运维配置分发、K8s YAML 管理、Ansible roles 修改），Sublime + SFTP 已经超出设计边界。这时候更靠谱的做法是：
- 用
rsync或scp配合 shell 脚本批量推送，加--dry-run先预览 - 把集群文件纳入 Git，用
git push触发部署钩子（如 webhook + ansible-pull） - 换 VS Code +
Remote - SSH扩展，它支持 Host 别名、跳转主机（Jump Host）、多窗口分别连不同节点，且编辑器内直接跑终端和命令 - 对敏感环境，直接用
sshfs挂载远程目录到本地，再用 Sublime 打开挂载点——但这要求你有 fuse 权限，且网络中断时 Sublime 可能卡死
最常被忽略的一点：SFTP 插件的 concurrent_connections 默认是 1，即使你开了十个 Sublime 窗口连不同节点，底层仍是串行传输，带宽和延迟瓶颈比想象中更早出现。
