只见人呼，未见人应。但这事儿卡了你一下，就卡那儿了。AI跑得正欢，你却得离开——开会、吃饭、出门。任务不想断，又不能总盯着。这场景，太常见了。

Anthropic显然是注意到了这个卡点。就在今天凌晨，他们给Claude Code加了Remote Control（远程控制），想解决的就是这个问题。

它做了什么

Claude Code是跑在你本地终端里的AI编程工具，能直接读写你电脑上的文件、执行命令、跑测试，所有操作都在本地环境里完成。

Remote Control的逻辑很直白：在终端输入/remote-control，它会生成一个二维码。手机扫一下，就能在手机或平板上继续和它对话——但所有操作，依然发生在你的电脑上。

手机是接入的窗口，电脑是干活的基地。

代码不会被上传到云端。官方文档清楚写着：MCP服务器、本地工具、项目配置，全都留在本地。对于在意数据安全的团队来说，这个设计是经过深思熟虑的。

目前这个功能向Max订阅用户开放，属于研究预览版，Pro用户很快也能用上。

大家都怎么看？

消息一出，反应挺分化的。

有人觉得方向对了。有网友说，这个功能之所以有意义，是因为它切中了真实的工作方式——你开始一件事，被另一件事打断，需要离开，但能随时从手机上跟进。这才是日常工作的真实节奏，不是坐在桌前盯着屏幕一动不动。

也有人已经在想更激进的用法——既然手机能接管本地会话，有没有可能直接用iPhone完成一次完整的App发布？这个想法目前更像一个概念，但方向上不是没有可能。

还有一种声音更耐人寻味。有人说，我们从自己写代码，到看着AI写代码，再到在手机上视察AI写代码——照这个趋势，程序员迟早都会变成"手握终端权限的中层管理"。这话有点刻薄，但某种程度上，它描述的正是正在发生的事情。

顺便聊聊OpenClaw

评论区里有人提到OpenClaw，觉得这件事它早就能做。这事值得说清楚，两者的定位并不一样。

OpenClaw是一个开源的个人AI助手袋，核心逻辑是把AI接入你日常用的通讯工具——WhatsApp、Telegram、飞书、钉钉等都支持。你在飞书上发一条消息，它就能帮你跑命令、操控浏览器、管文件，甚至写代码、提PR。它的远程控制能力确实更强，可以部署在服务器或树莓派上，做到24小时常驻运行，你关掉电脑它照样跑。

但这恰恰是两者的核心差异：OpenClaw是通用型个人助手，Claude Code是专为软件工程设计的专业工具。

OpenClaw要跑起来，你得自己配置gateway、处理SSH隧道或Tailscale网络穿透、管理权限和安全策略，上手门槛不低，更适合愿意折腾基础设施的开发者。Claude Code Remote Control则是扫个二维码就接入，不需要额外部署任何东西，前提是你电脑得保持开机状态。

还有一个维度值得关注：Claude Code背后是Anthropic直接维护的模型能力，对代码任务的理解深度、上下文处理、任务规划这些方面，跟通用助手框架还是有差距的。OpenClaw本身不提供模型，你接什么模型它就用什么模型，灵活但也意味着效果取决于你自己的配置。

简单点说：想要开箱即用、专注写代码，Claude Code Remote Control更直接；想要一个能跨平台、跨场景、7×24小时挂着的个人AI基础设施，OpenClaw的天花板更高，但你得有耐心把它搭起来。

Anthropic为什么要支持这样的功能？

表面上看，这是一个"换个设备继续用"的便利功能。但它背后有一个更值得关注的前提：AI的任务执行周期，正在变得比人的注意力周期更长。

早期的AI助手是即问即答的——你不在，它什么都做不了。现在的Claude Code可以拿着一个任务独立跑一段时间。Remote Control本质上是在适配这个变化：任务在跑，人去干别的，需要的时候掏出手机介入。

这个变化在别处已经有了更清晰的样本。OpenAI Codex产品负责人Alexander Embiricos最近在访谈里说，从GPT-5.2 Codex发布开始，OpenAI内部工程师的工作方式发生了本质变化：不再是"和AI一起写代码"，而是把整个任务直接委托给AI。许多人几乎不再打开传统IDE，会议期间没有让Codex同步跑任务，反而会被认为是在浪费时间。

Remote Control想做的事情，和这个方向是一致的：降低人介入任务的成本，让"离开桌子"不等于"中断工作"。

直接受益的是谁？首先是重度使用Claude Code的开发者，尤其是需要同时推进多个任务、或者工作场景本身就不固定的人。其次是那些已经把AI当作工作流核心、而不只是辅助工具的团队——对他们来说，能不能随时介入任务，直接影响效率。

其他领域会怎么样？这个模式不会只停在写代码这里。本地运行、远程接入、人在关键节点把关——这套逻辑可以套进很多工作场景。今天是工程师遥控AI处理代码，往后可能是设计师在通勤路上确认AI跑出的方案，是运营人员在手机上审核AI生成的内容批次。具体的工作内容不同，但"人不必一直坐在那里，但需要随时能介入"这件事，会越来越普遍。

普通人现在应该怎么做

说实话，这篇文章的读者里，真正在用 Claude Code 的可能并不多。但我想说的不只是这个功能本身。

现在很多人对AI工具的态度是：看，关注，觉得有意思，然后继续等。等它更成熟，等别人趟出路子，等到"差不多可以用了"再说。

这个心态可以理解，但代价是你永远在看别人用，自己没有真实的使用感受。而真实的使用感受，才是判断一个工具值不值得投入的唯一依据——不是评测文章，不是别人的截图。

Alexander在访谈最后给了一个建议，我觉得放在这里也成立：去构建高质量的东西。不是说每个人都要去写代码，而是用你手头的工具，在你自己的领域里，真的去完成一件事。一个有完成度的东西，比反复观望要有价值得多。

Remote Control是不是你现在就需要的功能？不一定。但如果你还没开始认真用AI工具处理真实的工作，那比这个功能更值得做的事情，是先跨过那一步，先把AI用起来。