sublime text 不支持真正多人在线协作，因其缺乏操作广播、按键监听和运行时服务端能力，所有“实时”插件均受限于轮询机制或依赖已停服/不兼容的外部服务，无法实现光标同步、ot合并或低延迟冲突解决。
Sublime Text 不支持真正意义上的多人在线协作，所有标榜“实时共编”的插件都绕不开底层限制：它没有操作事件广播能力、不暴露 on_keypress 或 on_text_changed_async 级别接口、也无运行时服务端，因此无法实现光标同步、OT/CRDT 合并或低延迟冲突解决。
为什么 Floobits 和 CodeTogether 都不能可靠协作
Floobits 服务已于 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），插件静默忽略，不报错也不提示
真要协作，只能走异步 Git 工作流
放弃“实时”幻想，用 Git 把协作变成可追溯、可回滚的接力过程：
- 每人开独立分支，命名带人名（如
pair/jane-api-refactor） - 禁用
AutoSave类插件，每次Ctrl+S后立刻执行git add -u && git commit -m "wip" - 用
GitSavvy插件集成git pull、git rebase、git blame到命令面板，避免切终端 - 在
.gitattributes中设*.py merge=ours，降低三方合并工具误操作风险 - 绝对不要用
SyncedSideBar或SynCText——它们只镜像侧边栏或同步本地副本，会制造“已同步”假象，让人跳过git pull
最易被忽略的一点：Sublime 的 .sublime-project 和 .sublime-workspace 文件含本地路径与临时状态，一旦用 Dropbox 或 rsync 同步，跨机器写入必然损坏；而任何试图用 sshfs 挂载远程目录再多人编辑的做法，都因缺乏文件锁和原子写入保障，极易导致内容错乱。
