Sublime Text 不支持实时协作编辑，因其插件 API 无法暴露编辑事件流或拦截 keystroke，缺乏操作广播、OT/CRDT 算法及服务端同步机制；现有插件仅实现本地同步或 Git 界面，无法避免覆盖冲突；可行方案仅为异步 Git 协作或通过 code-server 等代理使用 VS Code。
Sublime Text 本身不支持实时协作编辑
Sublime Text 没有内置的协同编辑能力，也不存在官方认可的、能真正实现 Google Docs 那种光标同步、操作广播、低延迟冲突处理的插件。所谓“实时协作”，在 Sublime 生态里基本是伪命题。
现有插件（如 Sublimerge 或 SyncedSideBar）不能解决协作问题
这些插件名字容易误导：它们实际做的是本地文件同步、差异比对或侧边栏镜像，不是多人同时编辑同一份远程文档。常见错误现象包括：
- 两人同时保存，后保存者直接覆盖前者的修改（无合并逻辑）
-
Git插件仅提供提交/拉取界面，不拦截编辑冲突 - 通过
SFTP插件挂载远程服务器路径，但文件锁机制缺失，fsync不保证原子写入
可行替代方案只有两类，且都有明确妥协
如果必须用 Sublime Text 做远程办公，只能退而求其次：
-
异步协作：靠
Git+Sublime Merge插件管理版本，每次编辑前git pull，改完git commit+git push—— 这不是实时，是“带状接力” -
前端代理转发：用
code-server或GitHub Codespaces把 VS Code 实例跑在服务器上，再用浏览器访问；Sublime 只作为本地备用编辑器，不参与协同链路
注意：LiveShare 是 VS Code 的专有协议，Sublime 插件市场里所有叫 “Live Share” 的扩展都是命名蹭热点，实际无网络协同能力。
真正需要实时协作时，别硬套 Sublime
多人同屏编辑的本质依赖三件事：操作序列广播、CRDT 或 OT 算法、服务端状态同步。Sublime 的插件 API 不暴露编辑事件流，也不允许拦截和重放 keystroke，底层架构就卡死了这条路。与其折腾不可靠的 hack，不如接受一个事实：协作编辑不是编辑器功能，是平台级设计。Sublime 的强项在本地响应速度和轻量定制，不是在线协同。
