sublime text无法直接编辑远程文件，因其无内置ssh/sftp客户端，所谓远程编辑实为本地编辑+手动或自动同步；推荐用sshfs挂载远程目录，再配合定制构建系统实现远程执行。
Sublime Text 本身不支持直接编辑远程文件，所谓“编辑远程 Python 脚本”，实际是本地编辑 + 远程同步，或通过挂载/代理方式让远程路径在本地可见。强行用插件直连 SSH 编辑，反而容易丢数据、不支持 input()、无法调试、保存失败率高。
为什么不能直接用 Sublime 打开 ssh:// 或 sftp:// 地址
Sublime Text 没有内置 SSH/SFTP 客户端，所有“远程编辑”插件（如 SFTP、SyncedSideBar）本质都是：保存时自动上传、打开时自动下载。它们不建立实时双向通道，也不转发终端 I/O。这意味着：
-
input()、sys.stdin.read()类交互式代码在 Sublime 构建系统中会卡住或报错 - 文件被其他进程修改（如远程
git pull）后，Sublime 不会自动重载，容易覆盖变更 - 插件上传失败时无明确错误提示，只显示“保存成功”，实际远端文件没更新
- SFTP 插件的
sync_down_on_open和sync_up_on_save配置稍有误配，就导致本地/远端反复覆盖
推荐做法：用 sshfs 挂载远程目录到本地
这是最稳定、最接近“本地编辑”的方案，Sublime 完全无感，所有功能（构建、跳转、补全、Git 集成）照常工作。
Linux/macOS 可直接用 sshfs：
sshfs user@host:/path/to/scripts /mnt/remote-scripts -o reconnect,defer_permissions
Windows 用户可用 WinFsp + SSHFS-Win，挂载后路径形如 Z:\scripts\，Sublime 直接打开该路径下的 .py 文件即可。
关键点：
- 挂载前确保远程 Python 环境可用：
ssh user@host 'python3 --version' - 挂载点目录需为空，且有读写权限
- Sublime 的构建系统仍需配置为本地可用的
python3，但运行脚本时实际执行的是远程解释器——这步要靠ssh命令包装，见下一条
如何让 Ctrl+B 在挂载目录里真正跑远程 Python
默认构建系统调用的是本地 python3，而你编辑的是远程文件。要让它“看起来本地运行、实际远程执行”，得改构建系统的 cmd：
{
"cmd": ["ssh", "user@host", "cd /path/to/scripts && python3 -u", "$file_base_name"],
"file_regex": "^[ ]*File \"(*?)\", line ([0-9]*)",
"selector": "source.python"
}
注意：$file 是完整路径（如 /mnt/remote-scripts/hello.py），但远程没有这个路径；所以必须用 $file_base_name，并确保远程工作目录（cd /path/to/scripts）和挂载路径一致。
更安全的做法是写个 shell 封装脚本（如 ~/bin/remote-python），处理路径映射和错误退出码，再在构建系统里调用它。
如果必须用 SFTP 插件，请死守这三条
选 SFTP 插件（不是 FTP/SyncedSideBar）且只用于简单脚本时，务必：
- 关闭
upload_on_save，改为手动按Ctrl+Alt+U上传 —— 防止未完成的编辑被传走 - 设置
"sync_down_on_open": true，但打开文件后立刻检查右下角状态栏是否显示 “SFTP: synced”，否则说明没拉最新版 - 远程运行不要依赖 Sublime 构建面板，而是用
Terminal插件或外部终端：ssh user@host 'cd /remote/path && python3 script.py'
挂载方式看似多一步，但它把“远程”彻底从编辑流程里剥离了；而任何试图让 Sublime “假装自己在远程”的方案，最终都会在 import 路径、虚拟环境激活、stderr 捕获这些细节上露馅。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
