sublime text 不支持真正实时协作，现有插件如 floobits 和 remotecollab 仅是妥协方案：依赖外部服务中转、无法同步未保存内容、不维护光标/折叠/多光标状态，且已停止维护或功能受限。
Sublime Text 本身不支持实时协作，所有“共编”插件都只是妥协方案
它没有网络模块、不维护文档状态、不广播光标或选区——这意味着哪怕装了 RemoteCollab 或 Floobits，你也得不到 VS Code Live Share 那种输入即同步、光标可见、冲突自动提示的体验。这些插件本质是把 Sublime 当作一个“瘦客户端”，靠外部服务中转编辑操作，但 Sublime 的底层架构（单线程 UI、无事件总线、不可插拔的缓冲区模型）导致它们极易丢帧、卡顿、不同步折叠/书签/多光标状态。
Floobits 和 RemoteCollab 实际能做什么、不能做什么
这两个是目前最常被尝试的插件，但能力边界非常清晰：
-
Floobits：依赖 Floobits 服务器中转变更，支持多人同时编辑同一文件、共享终端、跳转到对方光标位置；但它不处理本地未保存内容的并发覆盖——A 正在输入但没 Ctrl+S，B 此时保存，A 的输入就丢了 -
RemoteCollab（旧名SublimeCollaboration）：仅支持 ST3，ST4 已停止维护；它用 WebSocket 直连，延迟略低，但不支持跨平台剪贴板同步，也不兼容大多数 LSP 插件（如SublimeLSP），一旦开启协作，补全/跳转/悬停会大面积失效 - 两者都不同步
.sublime-project或.sublime-workspace文件，所以侧边栏展开状态、已打开标签页、分屏布局完全无法保持一致 - 控制台报错常见：
Connection refused（服务器不可达）、Invalid session token（token 过期）、Buffer not found（文件被重命名或删除后未刷新）
Sync Settings 不是协作工具，别把它和实时共编混淆
Sync Settings 只做一件事：把 Packages/User/ 下的配置文件打包上传到 GitHub Gist，再在另一台机器上下载覆盖。它不监听文件变化，不推送增量，不处理冲突，更不涉及多人同时编辑。
- 安装后必须手动执行
Sync Settings: Setup→Sync Settings: Upload，否则什么都不会发生 - 如果
Packages/User/Sync Settings.sublime-settings里没有非空gist_id字段，说明上传根本没成功，后续Download会新建一个空 Gist - 它不会同步你写的
.sublime-snippet，除非你手动把它们放进Packages/User/；也不会同步插件二进制文件或缓存目录，所以GoImports或SublimeLSP装完还得各自配command和env - 遇到
401 Unauthorized报错？基本就是github_token错了或权限没勾gist，重走 Setup 流程即可
真正可行的路径只有两条：异步 Git 工作流，或换编辑器
如果你的团队真需要高频协同（比如结对重构、教学演示、紧急线上修复），继续硬扛 Sublime 的协作插件只会浪费时间。现实选择只有两个：
- 退守异步工作流：所有人基于
git分支协作，禁用AutoSave，每次手动Ctrl+S后立刻git add -u && git commit -m "wip"；用Sublimerge做三路合并，配合GitGutter看本地差异——这不是“实时”，但稳定、可追溯、无冲突风险 - 切换到原生支持的工具：VS Code +
Live Share（微软官方，支持终端/调试/语音）、JetBrains IDEs +Code With Me（支持细粒度权限控制）、或直接用GitHub Codespaces——它们不是“加个插件就能共编”，而是从内核层重构了编辑模型
最后提醒一句：所有声称“Sublime 实时协作已成熟”的教程，基本都停留在 2022 年前的 Floobits 公测阶段。现在（2026 年），它的官网已下线，GitHub 仓库归档，RemoteCollab 最后一次提交是 2024 年 9 月。别在过期方案上投入调试时间。
