夜雨聆风6 月 29 日 Cursor 正式发布iOS版本。
“AI 编程工具出了手机版”这句话，太容易被写浅。
写浅了，它就是：
终于可以在手机上写代码了。
再浅一点，就是：
Cursor 也来抢移动端了。
但我把官方博客、文档、X 上的第一波反馈，又重新翻了一遍之后，发现这件事不是这么讲的。
Cursor iOS 真正重要的地方，不是手机变成了 IDE。
而是编程 agent 开始有了口袋里的控制面。
这两句话差很多。
IDE 是你坐下来干活的地方。
控制面是你随时派活、看状态、补指令、验结果的地方。
一个是工位。
一个是指挥台。
截至 2026 年 6 月 30 日，Cursor iOS 还是 public beta。它不完美，也不该被吹成万能。
但它把一个趋势露出来了：
代码不再只发生在电脑前。代码越来越像一支队伍交付出来的东西。
01它不是小 IDE，而是 agent loop 的缺口补丁
Cursor 官方文档把话说得很清楚。
Cursor for iOS 是一个原生 iPhone app，用来控制云端 agent 和本机电脑上的 agent。
你可以从手机选 repo、发任务、看 agent 实时工作、审 PR、合并变更。
它跑在和 cursor.com/agents、桌面 Agents Window 同一套 backend 上。
这就不是“做了一个手机壳”。
这是把同一个 agent 工作流，搬到了另一个入口。
你想想一个真实 agent loop 里面，最容易断在哪里？
不是模型不会写。
是人不在电脑前。
你吃饭时看到一个用户反馈。
你在路上想到一个 bug 可能在哪。
你开会间隙突然想起某个功能应该改。
以前这些东西会进备忘录。
然后死在备忘录里。
因为从“想到”到“开工”，中间隔着一台电脑、一堆窗口、一个终端、一段启动成本。
Cursor iOS 想砍掉的，就是这段启动成本。
它补的是五个缺口：
任务入口。 灵感来了，可以直接发给 agent。
长跑环境。 云端 agent 可以继续跑，不靠手机在线。
状态提醒。 Live Activities 和 push notifications 告诉你什么时候完成、什么时候需要你。
证据回流。 cloud agents 会给 demos、screenshots、logs、diffs。
决策出口。 你可以 review、follow up、merge PR。
这五件事合在一起，才是这次更新的价值。
不是手机写代码。
是手机把 agent loop 接住了。
02Cursor 真正押的是第三阶段：从补全，到同步 Agent，再到长跑 Agent
如果只看 iOS，这件事会显得有点小。
但放回 Cursor 过去半年的路线，就不小了。
Cursor 以前最让人记住的是 Tab。
你写代码，它猜你下一步。
这是第一阶段：
AI 贴着你的手。
后来是 Composer / Agent。
你把一段任务交出去，它读项目、改文件、跑命令、给结果。
这是第二阶段：
AI 坐在你的桌边。
现在是 Cloud Agents、Remote Control、iOS。
你可以让它在隔离云环境里跑，也可以让它继续用你的本机文件、secrets、build cache、MCP、浏览器和工具。
这是第三阶段：
AI 不再只跟着你坐在桌前。
它开始跨设备、跨环境、跨时间运行。
Cursor 官方 Cloud Agents 文档有一句特别实在：
不给 cloud agent 配开发环境，就像不给工程师电脑。
这句话才是重点。
它说明 Cursor 不是在卖一个聊天窗口。
它在努力给 agent 配“工位”：
仓库。
依赖。
secrets。
测试命令。
网络。
MCP。
hooks。
screenshots。
logs。
PR。
甚至 remote desktop control。
这也是为什么 iOS 版值得单独写。
手机本身不是生产力奇迹。
被手机连接起来的那些工位，才是生产力。
03为什么它做得好：它没有假装手机适合干重活
我觉得 Cursor 这次做得比较好的地方，反而是它承认手机不该做什么。
官方文档写得很直白：
移动端不是 IDE。
它不提供完整 editor、terminal、file browser。
你在手机上看的是 changed files 的 diff view。
Secrets、environment、MCP server 管理、source control 连接、automations、rules、skills config、admin、billing，也都主要放在 web 或 dashboard。
这很重要。
很多移动工具失败，就是因为它们想把桌面塞进口袋。
结果你在小屏幕上被键盘、光标、终端、文件树折磨。
Cursor 这次没有这么做。
它把手机定位成三件事：
发令。
盯进度。
做判断。
这才符合手机。
手机不适合跑重活。
但手机特别适合做状态机。
它一直在你身边。
它能提醒你。
它能让你补一句话。
它能让你在关键节点拍板。
所以 Cursor iOS 做得好的地方，不是“它终于能移动写代码”。
而是它终于把移动端从“缩小版电脑”，改成了“随身控制面”。
04和 Claude Code、Codex 的区别，不是有没有手机，而是谁在当工位
这里一定要讲清楚。
Cursor 不是第一个让你在手机上碰到 coding agent 的产品。
Claude Code 和 Codex 都已经有 mobile / remote 相关入口。
但三者的核心区别，不在“能不能手机打开”。
区别在：
谁是工位。
Claude Code：手机是本机会话的窗口
Anthropic 的 Remote Control 文档写得非常明确：
它连接的是你机器上正在跑的 Claude Code session。
Claude Code 继续在本机运行。
Web 和 mobile 只是这个本机会话的窗口。
这条路线很适合一种场景：
你已经在终端或 VS Code 里开了 Claude Code。
你要离开桌子。
但你想继续看它跑、补指令、等它问你。
它的好处是本地环境完整。
文件系统、MCP、工具、项目配置都在。
它的边界也很清楚：
本机进程要活着。
电脑要在线。
终端或 VS Code 不能断。
所以 Claude Code Remote Control 更像：
给本地工程师接了一通远程电话。
Codex：ChatGPT 入口连接的是 Codex 的多入口工作流
OpenAI 这边也不能写错。
Codex 官方现在的口径是：
one agent for everywhere you code。
它有桌面 App、IDE extension、CLI、cloud web。
ChatGPT Plus、Pro、Business、Edu、Enterprise 计划里都包含 Codex。
而且 Codex 的 remote connections 文档已经写明：
你可以在 ChatGPT mobile app 里，控制一台已连接的 Mac 或 Windows Codex App host。
手机可以发 prompts、批 approvals、补 follow-up、看 outputs、diffs、test results、terminal output 和 screenshots。
这个能力很强。
它和 Cursor iOS 的区别，不是“谁能远程”。
而是产品重心不同。
Codex 的中心是 OpenAI 的 Codex thread 和 connected host。
它把 ChatGPT、Codex App、IDE、CLI、cloud 这几条入口接起来。
Cursor iOS 的中心是 Cursor 自己的 repo / desktop / cloud agents / PR review 链路。
它更像 Cursor IDE 体系的移动控制面。
所以 Codex 更像：
OpenAI 给你一套跨入口的工程 agent。
Cursor iOS 更像：
Cursor 给它自己的 agent 工位，补了一扇移动门。
这两者会越来越像。
但现在还不是同一种产品性格。
05X 上的反馈：大家兴奋，但也看见了缝
我这次专门去 X 和 Cursor forum 看了一圈。
第一层反馈很直接：
很多人兴奋的不是“手机写代码”。
而是终于可以在离开电脑后继续控制 agent。
尤其是 Live Activities、notifications、手机看 diff / demo / logs、PR ready 这些点，反馈很积极。
这说明大家真正要的不是小屏幕 IDE。
大家要的是：
别让我一直守在电脑前。
第二层反馈也很真实。
有 TestFlight 用户说，纯 cloud 对 Mac / iOS 开发并不总是够用。
因为很多 Apple 生态开发必须碰本机环境。
所以真正让它可用的，是 Remote Control / My Machines 这种本机链路。
这点很关键。
如果你的项目高度依赖本机系统、签名、模拟器、私有缓存、浏览器登录态，云端 agent 再强，也不能完全替代本机。
第三层反馈是产品细节。
有人喜欢通知和 Live Activities。
也有人觉得 Remote Control 的交接还绕，灰色视觉不够有生命力，本机 thread 从手机侧启动的边界不够直观。
这其实很正常。
因为第一代移动 agent 控制面，一定会卡在两个问题上：
它到底是在控制云端？
还是在控制我的电脑？
它到底能新开任务？
还是只能接管已有任务？
官方文档现在已经把边界写清楚了。
但产品体验还要继续磨。
第四层反馈，和你提到的 Composer 3 有关。
X 上有人原本以为这次会是 Composer 3。
结果 Cursor 发的是 iOS。
这不矛盾。
我反而觉得这两条线要放在一起看。
Composer 2.5 是执行引擎。
未来如果 Composer 3 这类更强模型出来，那是发动机变强。
Cursor iOS 是控制面。
它让你在发动机变强之后，真的敢把更多任务丢出去。
模型越强，移动控制面越重要。
因为弱模型需要你一直盯。
强模型才值得你离开桌子，让它先跑一轮。
06普通人要学的不是移动编程，而是移动委派
这件事对普通人有什么意义？
我觉得不是“你终于可以在地铁上写 React 了”。
别折磨自己。
手机键盘不是来写大型工程的。
真正该学的是移动委派。
也就是把一个念头，写成 agent 能执行的任务。
以前你在路上想到：
这个页面好像可以优化一下。
这句话没用。
它太轻。
到了 agent 时代，你要把它写成：
目标是什么。
用户是谁。
输入材料在哪。
验收证据是什么。
不能碰什么。
失败时先问什么。
这就是我反复说的：
需求描述比工具排名重要。
没有调查，就没有指挥权。
工具把入口放进口袋。
但指挥权不会自动长出来。
你仍然要会判断。
你仍然要会验收。
你仍然要知道什么叫证据。
截图不是证据的全部。
日志不是证据的全部。
PR 不是证据的全部。
真正的证据，是它们能不能一起证明：
这件事确实解决了用户的问题。
07一个今天就能用的五步
我建议你别急着研究谁更强。
今天先做一个小实验。
第一，找一个你正在做的真实项目。
别选玩具项目。
第二，写一个你在路上也能派出去的任务。
不要写“优化一下”。
写成一段工单：
目标、上下文、边界、验收证据。
第三，交给一个 agent 先调查。
让它先读代码、找相关文件、提出方案。
第四，让它跑最小验证。
没验证，就别信“完成了”。
第五，回到电脑前做最后判断。
该改继续改。
该合并再合并。
这套流程不酷。
但它会改变你和代码的关系。
你不再只是坐在电脑前敲字的人。
你开始变成一个组织代码劳动的人。
08最后
所以我还是坚持这个标题：
手机不是小屏幕。
手机是指挥台。
但我现在会把这句话说得更准确一点：
手机不是第二个 IDE。
手机是第二个工位入口。
Cursor iOS 是一个信号。
Claude Code Remote Control 是一个信号。
Codex remote connections 也是一个信号。
这些产品正在一起说明同一件事：
编程正在从“人坐在电脑前操作文件”，变成“人把任务交给一组可运行的环境”。
桌面仍然重要。
本机仍然重要。
代码理解仍然重要。
但未来你推动工程进展，不一定总要先坐回桌前。
你可以在手机上发令。
在云端等长跑。
在本机保留真实环境。
在回到电脑前做最后验收。
这不是偷懒。
这是新的劳动分工。
过去，代码是你亲手敲出来的。
后来，代码是你和 AI 一起写出来的。
接下来，代码会越来越像一个队伍交付出来的。
而你要学的，不只是写。
是指挥。
今天可以做的一件小事：
打开你正在做的项目，写下一个你想在路上也能派出去的任务。
不要写愿望。
写工单。
把目标写清楚。
把边界写清楚。
把验收证据写清楚。
你会发现，真正的移动开发，不是把电脑塞进口袋。
是把你的指挥权，放进口袋。
资料来源：Cursor 官方博客《Build from anywhere with Cursor for iOS》（2026-06-29）、Cursor 官方 Cursor for iOS / Cloud Agents 文档、Anthropic Claude Code Remote Control 文档、OpenAI Codex / Remote connections 文档，以及 X / Cursor forum 的公开反馈。完整出处见发布包内《资料与出处》和 research/sources.md。
关注「正在逐渐AI化」，一起记录普通人如何把 AI 变成自己的工作队伍。
