sublime text 无法实现真正多人远程编辑，因其缺乏操作广播、光标同步、ot/crdt合并及运行时服务端能力；所有“实时”插件仅依赖轮询或快照转发，易导致覆盖冲突。
Sublime Text 无法实现多人同时远程编辑项目——这不是配置问题，而是编辑器底层能力缺失。它没有操作事件广播、光标状态同步、OT/CRDT 合并引擎，也不运行服务端进程，所有“实时共编”插件都只是在轮询文件内容或转发文本快照，两人同时敲字大概率相互覆盖。
为什么 Floobits 和 CodeTogether 都连不上或崩了
Fl oobits 服务已在 2025 年底关闭，社区托管的替代后端（如 https://floobits-community.github.io/api/v1）存在 TLS 证书过期、API 路由不兼容、连接静默失败等问题；即使手动改 ~/.floorc.json 中的 api_url 并禁用 SSL 校验，插件仍依赖 500ms 轮询 + 文本 diff，不是真实操作流。CodeTogether 插件基于 Live Share 协议，但 Sublime 端只是协议客户端，本地光标/选区/折叠状态完全不同步，且官方未提供 ST4 兼容更新，Build 4143 用户装上即报 ImportError: No module named 'urllib3'。
SFTP 插件不是协作工具，只是单向搬运工
SFTP（wbond 版）和 SFTP-Next（ST4 专用）只做两件事：打开文件时下载、保存时上传。它们不监听远程变更、不处理并发写入、也不加文件锁。
- 两人同时改同一文件，后保存者直接覆盖前者的修改（无 merge 提示）
-
"upload_on_save": true却没上传——因为当前文件不在已映射的项目目录内 - 用密钥登录时留空
password字段（写"password": ""），插件仍尝试密码认证并失败 -
sftp-config.json放错位置（比如放在用户主目录而非项目根目录），或命名大小写错误（SFTP-config.json），插件静默忽略，不报错也不提示
RemoteSublime（rsub）和 SFTP 混用会制造覆盖灾难
RemoteSublime 是靠 SSH 反向端口转发把远程文件“拉”到本地 Sublime 打开的代理方案，保存是直接写回远程磁盘，不经过本地中转，也不触发 SFTP 的任何钩子。你在 sftp-config.json 里写的 "upload_on_save": true 对 rsub 打开的文件毫无作用。
- rsub 编辑的文件，保存就是实时写入远程路径；SFTP 插件映射的目录，保存是先存本地、再上传
- 两者机制完全不同，混用会导致刚保存完就被 SFTP 覆盖掉
- rsub 没有“下载最新版”动作，打开即是最新的；但也没法自动同步远程其他进程改的文件（比如
git pull后没刷新） - 如果远程文件被
chmod改了权限，rsub 仍能打开，但保存时若权限不足会报错：Permission denied
真正能落地的协作，只有异步 Git 工作流：每人开独立分支，禁用 AutoSave 类插件，每次 Ctrl+S 后立刻执行 git add -u && git commit -m "wip"，用 GitSavvy 集成常用命令，.gitattributes 中设 *.py merge=ours 降低合并风险。不要信“同步侧边栏”或“镜像本地副本”这类伪协作插件——它们只制造“已同步”假象，却完全不管光标在哪、谁正在输什么。
