teletype 插件在 atom 中已彻底不可用，因服务端停摆（wss://teletype.atom.io 返回503、证书过期、dns失效）与客户端弃用（electron 1.60+ 兼容性问题），所有绕过尝试均失败；唯一可行替代是 atom-pair（需手动配置 pusher 凭据）或迁移到 vs code live share。
Teletype 插件在 Atom 中已彻底不可用，不是配置问题，而是服务端停摆 + 客户端弃用双重失效。 你看到的「安装成功」「菜单存在」「命令可搜到」，全是残留文件造成的假象；所有连接尝试都会失败，且无法通过降级、重装、代理或证书绕过。
为什么 teletype 命令面板里能搜到却点不动
Atom 的命令面板（Cmd+Shift+P 或 Ctrl+Shift+P）仍会列出 Teletype: Share Workspace 等条目，是因为插件目录未被完全清理——但执行时会立即尝试连接 wss://teletype.atom.io，而该地址自 2025 年底起稳定返回 HTTP/2 503 Service Unavailable。你可以终端运行：
curl -I https://teletype.atom.io
来直接验证。更关键的是，Atom 1.60+ 使用新版 Electron，其 WebSocket 实现与 teletype-crdt 依赖的旧版 ws 库不兼容，模块加载静默失败，不报错也不响应。
为什么降级 Atom + 手动装旧版 teletype@0.13.4 仍失败
即使退回 Atom 1.58 并强制安装旧包，也会遇到以下不可绕过的问题：
-
wss://teletype.atom.io的 TLS 证书已于 2026 年初过期，现代系统拒绝握手 - 域名
teletype.atom.io已停止 DNS 解析，getaddrinfo ENOTFOUND成为常态 - 即便偶连成功，
siteId在多标签/多窗口下极易重复，导致插入位置漂移、字符乱序 -
teletype-crdt对缩进调整、JSON 字段重排、注释块折叠等操作无结构感知能力，同步后文本不可逆损坏
当前唯一可用的 Atom 实时协同方案是 atom-pair
它不依赖中心化服务，改用 Pusher 的公共 WebSocket 集群做中转，支持 Atom 1.60+，但必须手动配置才能启用：
- 去
pusher.com注册免费账号，获取pusherAppKey和pusherCluster - 在 Atom 设置 → Packages →
atom-pair→ Settings 中填入这两项，否则插件静默失败 - 启动命令为
AtomPair: Start Session，生成 ID 后对方需手动执行AtomPair: Join Session并粘贴 —— 没有自动跳转、二维码或 Slack 集成 - 只同步编辑内容，不共享光标位置、折叠状态、选区高亮；多标签页各自建连，网络波动时可能个别失联
真正卡住协作的，从来不是少点一个配置项，而是那个再也不会响应的 wss://teletype.atom.io。如果团队需要断点同步、终端共享或权限粒度控制，VS Code Live Share 是目前唯一开箱即用的等效替代；如果必须留在 Atom 生态，就得接受「协同 = 共享 Git + 共享终端 + 屏幕共享」这个离线事实——技术边界清晰了，协作约定才好落地。
