Teletype 在 Atom 中已完全不可用，服务端 503 或超时、客户端因 Electron 升级导致初始化失败、CRDT 同步异常且无修复价值，推荐改用 git 协作、tmux 共享终端或远程桌面方案。
Teletype 在 Atom 中已完全不可用——不是配置问题，是服务端和客户端双停摆。
teletype.atom.io 服务已返回 503 或直接超时
终端执行 curl -I https://teletype.atom.io 大概率返回 503 Service Unavailable 或连接超时。GitHub 自 2025 年底起关闭该服务的写入能力，2026 年初起全面只读，现在连基础健康检查都失败。所有「创建会话」「加入 ID」「点击链接跳转」流程都卡在 WebSocket 连接阶段，wss://teletype.atom.io 已无法建立有效长连接。
Atom 1.60+ 版本中 teletype 包静默失效
即使 apm install teletype 显示成功，且 Packages 页面显示「Installed」，重启后也看不到菜单项或命令面板条目。原因在于：teletype 依赖旧版 Electron 的 WebSocket 实现，而 Atom 1.60+ 升级了 Electron，导致其核心模块初始化失败。这不是插件没装好，是代码根本跑不起来——你看到的只是残留文件。
CRDT 同步机制在残存连接下也不可靠
极少数用户用 Atom 1.57 + 手动降级 Electron 强行连上，也会立刻遇到同步异常：
- 光标漂移、删除不生效、插入位置错乱——
teletype-crdt的 siteId 生成在多窗口/标签页下不稳定 - JSON 重排、缩进调整、注释折叠等操作会触发不可逆乱序，因 CRDT 只做字符级打点，无语法树感知
- 右下角状态栏可能短暂显示
Teletype: Connected (2 users)，但无任何同步进度反馈，pendingChanges 队列积压后只能肉眼比对
替代方案比修复 Teletype 更实际
硬修没有意义：mock 服务端需关闭 HTTPS 校验、自行编译 Atom、放弃加密传输，且 teletype:join 仍 100% 超时。更可行的路径是按协作强度选工具：
- 异步对齐：用
git status --short+gh repo sync做代码 Review，适合非实时场景 - 实时观察：在
tmux里启动atom --dev，共享终端，光标/选区不同步但能看操作流 - 屏幕级控制：用 Parsec 或 Chrome Remote Desktop 直接控屏，延迟低于 50ms，比伪造 CRDT 更稳定
真正卡住的从来不是操作步骤，而是那个再也不会响应的 wss://teletype.atom.io。
