Claude Code Channels 改变了我离开终端后的工作方式

一个月前，每次用 Claude Code 构建项目都意味着要守在笔记本前等待权限提示。去倒杯咖啡的功夫错过一次审批，整个会话就卡住了。我试过把终端开在第二块显示器上，但那不过是把自己从一块屏幕换成了两块，还是得坐在桌子前。

之后四周内陆续上线了三个功能：2 月 25 日的 Remote Control、3 月 3 日的 Voice Mode，以及 3 月 20 日的 Channels。每个功能都解除了一种物理约束，合在一起，彻底改变了我对”在哪里写代码、什么时候写代码”的认知。

Remote Control 解决了正确的问题，但方式很糟糕

运行 claude remote-control 可以把本地终端会话连接到 claude.ai 和移动端 App，想法很完美：让 AI 在你的机器上跑任务，你从手机上审批权限请求就行。

实际用下来，我不断丢失会话。网络一旦不稳定超过十分钟就会触发超时，连接直接断掉。出去散个步回来，发现会话已经挂了。每个会话只能保持一个连接的限制让情况更糟。不加 --dangerously-skip-permissions 的话，每个操作还是得在终端里手动审批，远程操作的意义就没了。Anthropic 自家的 Cowork Dispatch 也有同样的问题，每次对话都会弹出权限请求。

Remote Control 证明了这个方向是对的，但它本身太脆弱，根本没法依赖。

Channels 让这件事真正可用

OpenClaw 更早实现了类似的基于通知的工作流，开源方案也有 pi-mono 这样的项目。我都试过，能用，但搭一台专用服务器这个门槛足以劝退大多数人。

Channels 完全跳过了这一步。从 Telegram 的 BotFather 拿一个 token，装上插件，加上 --channels 参数，五分钟之内就跑起来了。需要 v2.1.80 或更高版本，以及一个 claude.ai 账号。Telegram 和 Discord 有官方支持，基于 MCP 的架构也意味着社区插件可以把它扩展到其他平台。

稳定性的差距让我很意外。Remote Control 三天两头断连，Channels 就一直好好跑着，响应也很快，没有权限提示打断流程。唯一的实际限制是它依赖于终端会话保持打开，想长期运行就需要后台进程，在家用服务器上跑 tmux 或 screen 就够用了。

Voice Mode 去掉了键盘这个瓶颈

输入 /voice，按住空格键，说话，松开。就这样。我最常用它的场景是：打到一半的 prompt 突然意识到剩下的内容说出来比打出来容易得多。语音转录的 token 不计入速率限制，所以没有额外费用。

结合 Channels 使用，工作流自然分成两条线：简单任务通过 Telegram 发文字命令，复杂的、需要说清楚上下文的指令在终端里用语音输入。支持包括韩语在内的二十种语言，Pro、Max、Team 和 Enterprise 计划均可使用，不额外收费。

准确率不是百分之百。技术术语和库名有时会转录出错，大概每十次会有一次需要手动纠正。算不上大问题，但值得知道。

四周揭示了什么

每个功能都在挑战一个关于开发方式的固有假设。Remote Control 去掉了地点约束，Voice Mode 去掉了键盘约束，Channels 去掉了必须依赖 Anthropic 自家 App 才能操作的约束。

这对那些已经清楚自己要做什么的人来说意义更大。如果你已经理解了问题域，手头同时跑着好几个项目，瓶颈从来不是思考速度，而是在终端、浏览器和消息应用之间来回切换的物理负担。消除这个负担，直接就是省下来的时间。

AI 编程助手的竞争已经从模型性能转向了交互设计。一个月前，我启动一次构建然后守在桌前等。昨晚我通过 Telegram 启动了一次构建，然后在它跑着的时候去 Apple Store 买了一台 MacBook。今天我打算在 BTS 演唱会上跑任务。

工作台现在能装进口袋了。这是不是真的可持续，还是只是新鲜劲，再过几周就知道了。