teletype在atom中已不可用，因github运营的teletype.atom.io服务自2025年底起停摆，底层websocket连接失效，且atom 1.60+版本彻底弃用该插件。
Teletype 在 Atom 中已不可用——不是你操作错了，是服务端基础设施已停摆。
GitHub 运营的 teletype.atom.io 服务自 2025 年底起进入只读模式，新账号注册受限，老账号频繁遭遇连接超时或限流。所有「创建会话」「加入 ID」「点击 URL 自动跳转」等流程，底层都依赖这个已失效的中心化 WebSocket 服务。
重启 Atom 后仍看不到 Teletype 菜单项？
这不是插件没装好，而是 teletype 包在 Atom 1.60+ 版本中已被彻底弃用：Electron 升级导致其依赖的旧版 WebSocket 库无法初始化，apm install teletype 成功后也只会静默失败。你在 Packages → Search 里搜到的「Installed」状态，只是本地文件存在，不代表能运行。
Teletype: Share Workspace 命令执行后无响应？
命令面板里能搜到但点不动，常见原因有二：
- Atom 正在尝试连接
wss://teletype.atom.io，但该地址已返回503 Service Unavailable（可终端执行curl -I https://teletype.atom.io验证） - 系统防火墙或公司代理未拦截请求，而是直接丢包——此时 Atom 不报错，只卡在「Connecting...」状态栏，右下角永远不出现
Teletype: Connected
为什么 CRDT 同步看起来「错位」或「删不掉」？
即使极少数情况下连上了（比如用老旧 Atom 1.57 + 手动降级 Electron），teletype-crdt 的冲突解决机制也不适合现代协作场景：
- 插入位置冲突时依赖
siteId和时间戳排序，但 Atom 多窗口/多标签下siteId生成不稳定 - 对缩进、JSON 字段重排、注释块折叠等「结构感知型编辑」完全无处理能力，容易产生不可逆乱序
- 没有同步进度反馈，
pendingChanges队列积压后光标会漂移，用户只能靠肉眼比对
还能抢救吗？替代方案怎么选？
硬修 teletype 不现实：有人从源码剥离模块并 mock 服务端，但需自行编译 Atom、关闭 HTTPS 校验、放弃加密传输，且 teletype:join 仍 100% 超时。更实际的做法是接受边界：
- 异步协作：用
git status --short+gh repo sync手动对齐，适合代码 Review 场景 - 实时观察：在
tmux里开atom --dev，共享终端，但光标/折叠/选区不同步 - 屏幕级协作：用 Parsec 或 Chrome Remote Desktop 直接控屏，延迟低于 50ms，比伪造 CRDT 更可靠
真正卡住的从来不是操作步骤，而是那个再也不会响应的 wss://teletype.atom.io。
