sublime text 无法实现实时协作写代码，因其不支持 teletype 协议且缺乏底层事件模型、细粒度编辑通知、websocket 客户端等必要能力；可行方案仅限 code-server/ codespaces、远程文件挂载或 git 异步协作。
Sublime Text 无法通过 Teletype 或任何插件实现实时协作写代码。 Teletype 是 Atom 编辑器的专属协作协议，Sublime 没有对应实现，也不存在兼容的 Teletype 插件——所有声称支持 Teletype 的 Sublime 扩展都是名称误导或已失效的假包。
为什么 Sublime 安装不了真正的 Teletype
Atom 的 Teletype 依赖其底层事件模型（如可拦截的 keystroke、实时 buffer 变更通知、服务端 session 管理），而 Sublime 的 Python API 不暴露这些能力：on_modified 事件只报告“内容变了”，不提供“哪里插入了什么字符”；view.substr() 返回快照，无法获取操作粒度；没有内置 WebSocket 客户端或加密信道管理。所谓“安装 Teletype 教程”，本质是复制粘贴无效链接或误导性配置。
搜索 Teletype 时实际会遇到的错误现象
- Package Control 中搜
Teletype，返回零结果，或仅出现几个无人维护、最后一次更新在 2018 年的空包 - 手动下载 .sublime-package 文件并放入
Installed Packages/，重启后无任何新菜单或命令，Ctrl+Shift+P输入Teletype无响应 - 看到 GitHub 上某 fork 项目写着 “Sublime Teletype”，点进去发现 README 全是 Atom 文档截图，源码里根本没有 Sublime 兼容逻辑
- 运行后报错
AttributeError: 'View' object has no attribute 'teletype_session'或直接抛出ImportError: No module named 'teletype'
真正能用的协作路径（不是 Teletype，但可落地）
如果你必须用 Sublime 参与协同开发，只有两类不依赖虚构插件的方案：
- 用
code-server或GitHub Codespaces运行 VS Code 实例，再通过浏览器访问；Sublime 仅作为本地离线备用编辑器，不参与实时链路 - 通过
SSHFS或NFS挂载远程开发机的项目目录，在 Sublime 中打开远程文件——此时协作由服务端的 VS Code Live Share 或ShareDB后端完成，Sublime 只读/轻编辑，不承担 OT/CRDT 计算 - 接受异步协作：所有人基于 Git 工作流，用
GitGutter显示行级差异，靠subl --command "git_commit" --args '{"message":"..."}'快速提交，不追求光标同步
关键点在于：协作不是编辑器功能，而是平台设计。Sublime 的架构决定了它不能“加个插件就变 Live Share”。硬套 Teletype 名词只会浪费调试时间——检查 Package Control 搜索结果是否真有活跃维护、看插件仓库的 st3 兼容标签和最近 commit 时间，比照着教程敲命令更管用。
