Cursor iPad 版怎么用：收件箱、完整 PR 评审与边界
Cursor 上线 iPad 版并给 iPhone/iPad 加了收件箱与完整 PR 评审。本文整理能做什么、哪些必须回网页端、iOS 26 与隐私模式的准入坑，以及手机上该批什么。
Cursor 在 2026 年 7 月 29 日上线 iPad 版，同时给 iPhone 和 iPad 都加了两样东西：收件箱（Inbox）和覆盖完整 PR 的评审界面（评论、检查、审批）。中文搜索结果这块很脏——大半是 iPad 触控光标的内容，少数讲 Cursor 的还停留在「iPadOS 16 + 扫码配对」的旧说法。实际门槛是 iOS / iPadOS 26.0 及以上的原生 App，且有一个会直接卡住你的隐私模式前提。
这次更新具体加了什么
核心是两件事：iPad 版对所有付费档开放，以及 iPhone 和 iPad 同时拿到收件箱与完整 PR 评审面。按官方 changelog（一手），这批变化可以拆成五条：
- iPad 版对所有付费档开放，布局按大屏重做
- 收件箱：一眼看清进行中、需要你处理、以及正在评审的 PR
- 完整 PR 评审面：评论、检查（checks）、审批全都在手机上可见可操作，能加人、改评审人，也能让 Agent 去解决评论
- iPad 专属布局：侧边栏常驻多个会话、分屏把评审和对话并排、文件 diff 全宽渲染
- 补充能力：新增 Bitbucket 与 Azure DevOps 的代码托管支持；一个会话产生多个 PR 时可以逐个打开（以前只能看最后一个）；App 内直接切换所属团队
多 PR 会话那条容易被忽略，但对「让 Agent 一次拆几个改动」的人来说，这才是从演示走向可用的分水岭。
收件箱解决的是什么问题
它解决的是多 Agent 并行之后的分诊问题，不是又一个通知列表。当你同时开着云端 Agent、桌面 Agent、还有别人给你指派的评审，真正的痛点不是「看不到」，而是「不知道现在该先处理谁」。
收件箱把状态分成三类摆出来：进行中、需要你介入、PR 在评审。这跟锁屏上的 Live Activity 是两层——通知告诉你「有事发生了」，收件箱回答「先做哪件」。官方文档还提到 App 是缓存优先的：先读本地数据，所以收件箱和会话打开很快，网络恢复后再同步。地铁里点开不转圈，这条比听起来重要。
另一个关键点是同一后端：手机、cursor.com/agents、桌面 Agents Window 共用一套。你在电脑上起的 Agent 会自动出现在手机收件箱里，手机起的也会回到桌面面板，不需要手动同步。桌面端启动落点的设置见 Open Agents Window on startup 怎么用。
手机上能对 PR 做完哪些动作
从读 diff 到点合并，整条链路都能在手机上走完，包括很多人以为要回电脑的审批与检查。按官方文档（一手）整理成一张动作清单：
| 类别 | 具体动作 |
|---|---|
| 读 | 完整 diff、提交记录、部署、审批状态、评论、检查结果 |
| 评审人 | 添加或更换 reviewer |
| 交给 Agent | 让 Agent 去解决评审评论、去修失败的 CI 检查 |
| 合并 | squash 合并、标记 ready、更新分支、开关 auto-merge、发布、关闭 |
| 过程 | 实时看 Agent 干活、追加指令、点开子代理读它的子记录 |
| 输入 | 语音口述指令（带实时转写）、附截图后在图上点选或画标注 |
也就是说，「Agent 产出 → 评审 → 合并」这条路现在整条都能在手机上走完。看到失败的 check 不必等回工位，直接让 Agent 去查——这也是官方给的典型用例之一。
哪些事必须回到网页端
这一节是中文资料里基本没人讲的，但它决定你会不会在关键时刻卡住。官方明确列出留在 web 或 Dashboard 的部分：
| 只能在网页/桌面做 | 说明 |
|---|---|
| 编辑器、终端、文件浏览 | 手机上只看变更文件的 diff，没有完整工作区 |
| 密钥与云端环境配置 | 手机用的是已经配好的环境 |
| MCP 服务器的增删管理 | 手机只能在启动时选用哪些，不能新增 |
| GitHub / GitLab 等源码托管连接 | 首次连接或重连走 Dashboard |
| Automations、rules、skills 的配置 | 手机会用仓库里已有的，不负责改配置 |
| 管理后台、账单、用量 | 仅网页 |
一句话概括这个产品的定位：它是 Agent 的遥控器和评审台，不是塞进手机的 IDE。想明白这点，期待值就对了。
装之前先过这份准入清单
五道门槛，缺一条就是装不上或起不了 Agent，其中隐私模式那条最容易在最后一步把人卡住。按官方文档逐条核对：
- 系统版本：iPhone 需 iOS 26.0 以上，iPad 需 iPadOS 26.0 以上。老设备装不了，这也是网上「iPadOS 16 就行」说法过时的地方。
- 界面语言：目前仅英文。安卓官方称在计划中，还没有。
- 付费档：文档里列出 Start、Pro、Pro+、Ultra、Teams、Enterprise 可用；但同页「Availability」一节的表述是「任何包含 Cloud Agents 的档位：Pro 及以上」。两处口径略有出入，以你账号升级页实际显示为准。印度那档 Start 的权益清单里确实写了 iOS App，见 Cursor Start 印度套餐拆解。
- 隐私模式：这是最容易踩的坑。Cloud Agents 需要云端数据存储，如果你还在旧版 Privacy Mode (Legacy)，必须先切到新的 Privacy Mode，否则手机上根本起不了 Agent。而且切换之后不能切回旧模式，属于单向操作，团队环境下先问清合规再点。
- Remote Control 另有前提（想从手机指挥自己电脑上的会话时）：桌面客户端 3.9.8 以上、工作区必须有 Git remote、电脑要保持唤醒和在线、Teams/Enterprise 还需管理员在 Dashboard 里开启。文档把它列在 Pro 及以上，没有列 Start。
什么该在手机上批，什么必须回桌面
能做完不等于该做完。移动端评审最大的风险不是功能缺失，而是小屏幕让你倾向于只看结论。我的分诊标准是看这次改动出错后的可回滚成本：
| 手机上直接批 | 回桌面再看 |
|---|---|
| 文案、配置项、依赖小版本 | 数据库迁移、Schema 变更 |
| 测试与 CI 配置的小修 | 权限、鉴权、密钥相关改动 |
| 单文件、diff 在一屏内能读完 | 跨模块重构、几十个文件 |
| 已有充分自动化检查覆盖 | 新增外部依赖或网络调用 |
| 回滚一条命令就能恢复 | 上线后难以回退的变更 |
配一个动作原则：手机上永远可以做的是「让 Agent 去改」，要谨慎的是「点合并」。让 Agent 去解决评论、修 CI 是零风险动作，最坏结果是它没修好；而在电梯里点下 squash merge，出问题时你连终端都没有。
这和「生成到 70% 之后靠人做决策」是同一件事的两面——工具把执行成本压到接近零之后，判断质量就成了唯一变量，展开见 Claude Code 最后 30% 怎么收尾。
iPad 和 iPhone 差在哪
差别在于同屏能装下多少信息，不在功能多少。iPad 版不是把 iPhone 界面等比放大，官方是按大屏重做的布局，具体多出四样东西：
- 侧边栏常驻会话：同时盯几个 Agent 跑，不用来回退出
- 分屏：一边是评审，一边是对话，边看 diff 边追问
- 全宽 diff：长行代码不折行，这是手机上最难受的点
- Apple Pencil：截图上直接圈画，给 Agent 视觉指令
如果你的用法是「通勤时看一眼、有事再介入」，iPhone 够用；如果是「沙发上真的把一个 PR 从评审走到合并」，iPad 加分很明显。官方还提到锁屏 Live Activity 最多可以同时跟踪八个 Agent，这个数量级基本是给 iPad 场景准备的。
常见问题
安卓什么时候有？
官方文档写的是「计划中」，没有时间表。目前只有 iOS / iPadOS，且要求 26.0 以上。
手机上能直接改代码吗？
不能按 IDE 那样改。手机上看的是变更文件的 diff，改动要通过指挥 Agent 完成。要手动编辑就回桌面或网页端。
我在电脑上跑的本地会话，手机能接管吗？
可以，用 Remote Control 把会话交给云端继续指挥，工具调用仍在你电脑上跑，仓库和密钥不离开本机。前提是上面清单里那几条：客户端版本、Git remote、电脑保持在线。
用了会不会把代码传上去？
Cloud Agents 需要云端数据存储才能运行，所以必须离开 Legacy 隐私模式。官方声明不用于训练、仅为运行 Agent 保留代码。企业环境按你们的合规口径判断，不要个人替公司做这个决定。