先说几个核心判断：Atom 的 Teletype 插件，现在已经彻底无法使用了——问题不在于配置错误，而是后端服务已经正式关闭。2021年12月官方宣布弃用后，teletype 包被从 Atom 的 package registry 中移除，Atom 1.60 及以上版本根本无法安装该插件。如果你还在尝试，很可能遇到以下这几种常见情况：
为什么 teletype 安装后显示“Not Available”或启动即报错
根本原因在于：Atom 开发团队已经彻底关闭了 Teletype 的后端服务（teletype.atom.io）。所有依赖该服务的身份验证、房间协调、变更同步逻辑，均已无法连接。常见的错误主要包括以下几种：
Failed to connect to Teletype server: Network ErrorCannot find module 'teletype-client'（新版 Atom 已直接移除内置依赖）- 插件面板中状态始终显示“Not Available”，点击“Start Session”毫无响应
即使你尝试将 Atom 降级到 1.58 版本，再手动安装旧版 teletype@0.13.4，仍然会因证书过期、API 域名解析失败或 WebSocket 连接被重置而中断协作。这条路，基本已经行不通了。
替代方案：使用 VS Code + Live Share 实现等效功能
如果你需要实时协作编程，VS Code 的 Live Share 是目前最接近 Teletype 体验的开源友好方案，而且无需自建服务器。它的功能更为丰富：
- 安装插件：
Live Share（Microsoft 官方出品，IDms-vsliveshare.vsliveshare） - 登录 GitHub 或 Microsoft 账户（用于身份验证和会话邀请）
- 发起协作：
Ctrl+Shift+P→ 输入Live Share: Start Collaboration Session→ 选择是否共享终端、服务器或数据库连接 - 邀请链接通过 HTTPS 传输，接收方甚至可以直接在浏览器中使用
vscode.dev加入，无需本地安装 VS Code
需要注意的是，Live Share 默认不共享剪贴板或本地文件系统，涉及敏感操作需手动勾选。如果团队禁用外网协作，也可以配合 Live Share Audio 和自建 Live Share Gateway（需要 Node.js 环境）来满足需求。
如果必须用 Atom，仅能退回到离线结对模式
如果你坚持使用 Atom，那只能放弃实时同步，转而采用原子化的协同流程——共享同一个 Git 仓库，配合终端复用和屏幕共享工具。具体操作如下：
- 使用
git diff --no-index快速比对本地修改的差异 - 通过
tmux或screen共享终端会话（例如tmux new -s pair加上tmux attach -t pair） - 配合 Zoom 或 OBS 的窗口共享，仅共享 Atom 窗口，避免泄露通知
- 记得禁用 Atom 的自动保存（
"core": {"automaticallyUpdateExtensions": false}），防止本地误触发格式化而覆盖对方的编辑流
在这个模式下，teletype 已经不再是技术选项，而是变成了一种协作约定——谁持有键盘、谁负责提交、临时分支如何命名，都需要两人协商一致。说实话，真正的难点不在于找到一个能同步光标的插件，而在于让两个人在同一个抽象层面上理解代码意图。服务停运，只是把这个早已存在的问题推到了台前而已。
