今年6月，Claude Code 的创造者 Boris Cherny 在红杉的一场活动上说过一句很狂的话：2026年他一行代码都没写过，每天从手机上发150个PR。哔哩哔哩当时评论区不少人当段子听——手机写代码？那不是给自己找罪受吗？
结果8月22日，Anthropic 悄悄更新了 Claude Code 的 Remote Control（远程控制），把"人在外面、活在电脑上跑"这件事，变成了两步就能跑通的操作。小红书这次修的，用官方账号 ClaudeDevs 自己的说法，是"大家最希望我们修复的"问题。知乎
先把这次到底改了什么说清楚，都是实打实的变化：
第一，电脑端跑 `claude remote-control`，这台电脑就会以"设备卡片"的形式出现在手机 Claude App 的 Code 页顶部，点一下、选个目录，直接从手机上启动这台电脑里的会话——不用先回电脑前开任务。小红书
第二，断线自动重连。以前短暂合个盖、从 Wi-Fi 切到流量，连接说断就断，现在网络恢复后自己接回去。
第三，手机和命令行之间，模型和推理强度终于同步了。以前两边各管各的，你都不知道自己远程发的指令到底在烧哪个档位的钱。
第四，/clear、/compact、/diff 在移动端的体验做了优化，iOS 打开大型会话的速度也快了。
还有两个前提别漏：客户端要更新到最新版；团队和企业账户，需要管理员先开启远程控制权限。另外官方文档特意强调了一点——这类会话仍然在你自己的电脑上运行，文件系统、工具和项目配置都留在本机，手机只是一个远程窗口。这一点很关键，后面选方案的时候会用到。
为什么我要专门写这个？因为过去半年，官方这个功能难用到社区自己"造了一堆轮子"。
知乎上8月23日有篇吐槽帖写得很直白：老版本的 Remote Control，屏幕上那个绿色的"Connected"，“像个渣男一样，说过的话从不算数”，体验跟 Codex 的 Remote 差远了。知乎也是那段时间，社区冒出来的第三方方案多到离谱——我把小红书、知乎、微博、B站能翻到的都数了一遍，叫得上名字的至少15种。
更有意思的是信息差有多大。今年4月，微博上有人发帖提醒：“我蛮多日常狂用 Claude CLI 的朋友，不知道一个命令，claude --rc，在会话里直接输 /rc 也行”。微博这条帖子收了416个赞、75条评论——也就是说，连重度用户里都有一大半人不知道官方早就埋了遥控入口。需求是真的，但大多数人一直在绕远路。
现在官方版本补齐了，这15种方案是不是都可以删了？我的结论是：大部分可以，但有三类还值得留。 先看看这15种都是什么。
第一类，终端流：tmux + Tailscale（SSH）。 手机直接连回家里电脑的终端，操控上面正在跑的 Claude Code。小红书上一篇3400多人收藏的教程总结得准：它最大的优势是1:1还原电脑体验——你在电脑上配的 skills、commands、subagents 全能用，所有会话无缝接力，聊到一半拿起手机接着聊，上下文一点不丢。小红书而且不挑 Agent，Codex、OpenCode 一起管。代价也明摆着：配置门槛高，手机小屏要适应 tmux 快捷键，作者自己的评价是"移动端的最强形态，但只适合喜欢折腾的人"。
第二类，App流：为手机专门做客户端。 这一类数量最多：Happy（开源、会话端到端加密，缺点是开多个会话连接不稳定）、Corterm、CC Pocket、Kittylitter、CCLink、还有支持国产模型的 claude-chat-mobile……思路都一样：给你一个好的手机界面，能看到 Agent 在干什么、卡在哪一步确认、点允许还是拒绝。小红书优点开箱即用，缺点也一致——工具命运取决于单个开发者的心情，连接稳定性和后续更新都得碰运气。官方 Remote Control 这次升级，打击最大的就是这一类。
第三类，中继流：把"控制"和"执行"拆开。 这是8月25日知乎一篇讨论"远程控制经常断开"的帖子里给出的思路，我认为也是技术上最清醒的一派。核心洞察是：以前所有方案之所以断，是因为把远程控制和 Agent 运行绑死在一起——SSH 一断，终端进程收不到输入；浏览器一刷新，会话状态就没了。知乎中继流的做法是，agent 进程由电脑上的常驻服务托管，手机只是一块可以随时拔插的"显示器"，走 WebSocket 长连接，网络抖一下自动续上。代表工具是 agentlink（支持 Claude Code、Codex CLI 等多个 Agent），类似的还有 cc-connect——它把本地 Agent 接到微信、Telegram 等12个消息平台上，等于在微信里给电脑派活。哔哩哔哩还有一个轻量分支只解决一个问题：cc-notify，不需要你操控，只在任务跑完或需要确认时给手机推个消息。
所以判断标准其实就一句话：看谁负责让 agent 活着。 谁托管进程，谁就决定你会不会"回家发现 agent 早停了"。官方这次补上自动重连，本质上也是在补这一课。
具体怎么选，按你的情况对号入座：
一台电脑、就想通勤路上发发任务、批几个确认、看看进度——直接用官方 Remote Control，零成本，今天就能用上，第三方 App 可以开始做减法了。
配置攒得多（一堆 skills 和 subagents）、或者 Codex、OpenCode、DeepSeek 几个 Agent 同时在跑——终端流或中继流，官方单设备单会话的形态暂时喂不饱你。
就是想在微信里收结果、补指令——cc-connect 这一类，IM 入口是官方短期不会做的事。
连操控都不想要，只想知道"跑完没"——cc-notify 这类推送工具，最省事。
最后说三个真正容易栽的坑，都跟"人不在场"有关：
一，权限。有开发者分享自己搓远程方案时特意把权限收紧——“基本不是只读指令都要在手机放行”，因为以前用 --dangerously-skip-permissions 跑远程，“出幺蛾子了不好救”。小红书人在电脑前，跳过权限是效率；人不在，逐条批准就是最后一道刹车。这个取舍别搞反。
二，电脑本身。设好电源策略：插电时不自动睡眠、合盖不休眠（至少跑任务的那几个小时）。不然晚上合盖，等于把 agent 当场开除，第二天早上看到的是半截任务。
三，钱。远程跑任务的 token 消耗看不见摸不着，一旦 agent 进入反复重试的循环，一晚上烧掉的钱可能比你一周手动用的还多。给个参照：知乎一位重度用户晒过自己的账单，90天617个会话，token 花费约1400元——这是人坐在电脑前、随时能喊停的数字。知乎如果按 API 计费，出门前给任务设好明确的停止条件；也有人用 CC Switch 配 Redock，在手机端把远程任务切到便宜模型上跑，把贵的额度留给人在场的时候。
往远看一步。JetBrains Research 8月发布的年度开发者调查（覆盖15000多名专业开发者）显示，Claude Code 已经以39%的工作使用率首次超过 GitHub Copilot（21%）——AI 编程从"补全时代"进了"Agent 时代"。知乎Agent 变成基础设施之后，"早上地铁发任务、晚上到家看结果"大概率会变成默认工作方式，而不只是极客的玩具。
接下来值得盯两个信号：一是 Codex 那边的远程体验会不会跟进拉开差距（这次修复之前，社区普遍拿它当对照组）；二是官方会不会把遥控通道开放给更多第三方 Agent 接入——如果开了，今天这15种工具里的中继流可能会直接消失。
你现在是怎么指挥家里那台干活的电脑的？官方遥控够不够用，评论区聊聊。
