Antigravity Remote Control 的巧思：人离开电脑，agent 还留在原来的开发环境里

Antigravity 2.0 是一款面向软件开发的 agentic AI 工具：AI agent 可以处理整个子系统的重构、较大规模的测试、构建故障诊断，以及跨工作区的版本控制。Google 在 2026 年 8 月 21 日发布的 Remote Control，则把这些可能运行很久的开发任务带到了浏览器里。用户可以从另一台设备连接正在笔记本、服务器或台式机上运行的 Antigravity 会话。12

Remote Control 适合这样的场景：开发者在工作站上启动一次大型重构，随后离开座位；开发者希望在手机或另一台电脑上知道 agent 做到哪一步，并在真正需要判断时接管。产品的巧思，集中在它怎样定义「远程控制」这件事：人移动到别处，代码环境和长任务留在原来的机器上。

传统的远程桌面把整块屏幕搬到另一台设备上。Remote Control 选择把远程操作的主对象放在 Antigravity 会话、任务计划和产物上。官方文档列出的远程入口包括查看活跃对话、发起新的 agent 任务、审阅实现计划和检查产物；官方发布文还提到，用户可以查看进度、审阅变更，并在远程机器上执行命令。12

这个选择解决了长任务里的一个细小问题：用户离开电脑后，最想知道的通常不是桌面上每个窗口的像素状态，而是 agent 是否仍在运行、计划走到哪里、哪一项结果已经可以检查。移动端因此可以先承接「查看—判断—继续」这条路径，再把需要完整编辑器的工作留给原来的开发环境。

这也是一个明确的范围判断。Remote Control 让用户远程查看会话、计划和产物，也允许用户启动任务、执行命令；代码编辑、复杂冲突处理和需要完整工具链的操作，仍然以原来的 Antigravity 工作区为中心。产品没有把移动端伪装成一台缩小的开发电脑，移动端承担的是监督与接管。

开发者经常把不同工作分给不同机器：一台机器处理界面开发，另一台机器运行服务器任务，或者让云端环境承担长时间构建。Remote Control 用实例切换来组织这些机器。用户在实例选择器里挑选目标机器，继续访问那台机器上的文件、工作区、构建工具、凭据和环境变量。12

这里的设计重点，是把「换设备」改成「选择正在运行的环境」。用户带走的是控制入口，代码和工具链留在原处。开发者从工作站走到笔记本时，不需要先把项目、依赖、凭据和运行中的会话重新拼一遍；开发者只需要在浏览器中选中对应实例，再回到原来的任务。

推送通知补上了注意力这一层。Remote Control 会在 agent 完成一轮工作并需要用户输入时发送提醒。用户可以先离开屏幕，让 agent 继续运行；收到提醒后，再回到具体会话处理下一步。12

这套组合把「持续盯着 agent」改成了「在接管点回来」。对于大型重构、测试套件运行和复杂依赖迁移，等待时间本身并不产生判断价值；只有计划需要确认、结果需要检查或 agent 需要补充输入时，人的注意力才真正有用。Remote Control 把通知放在这些节点上，远程体验便从屏幕镜像变成了间歇式协作。

Antigravity Remote Control 给 AI 开发工具提供了一条清晰的远程设计路径：把会话状态、实现计划、产物和接管入口带到人所在的设备，把文件、构建工具、凭据和环境变量留在原来的开发机上。移动端负责让人看见任务并作出判断，原工作区负责承接需要完整工具链的执行。

这个设计也把使用边界写得很清楚。用户需要在 Antigravity 2.0 的 Settings → Account 中打开 Enable Remote Control，再用同一个 Google Account 登录浏览器端，并从实例选择器中选择机器。主机需要保持网络连接；主机仍然在线时，正在运行的后台 agent 任务和 shell 命令可以继续执行。2

对 AI 产品来说，可迁移的原则是：长任务的远程体验，优先传递「下一步需要人做什么」，再考虑把完整界面搬到另一块屏幕。只要执行环境保留在原处，远程端就可以围绕状态、证据和接管点组织，而不必承担整台开发电脑的重量。