Antigravity Remote Control: lo que hace desde tu móvil y lo que no hace

Desde que Google lanzó Remote Control con Antigravity 2.0 el 21 de agosto de 2026, "antigravity remote control" se ha convertido en la segunda búsqueda que más gente trae a este sitio, justo después de nuestro propio nombre: unas 1900 impresiones en cuatro semanas, y casi nadie hacía clic, porque la página que Google les mostraba habla de nuestro control remoto, no del de Google. Ya está corregido. Esto es lo que es Antigravity Remote Control, comprobado línea por línea en la documentación el 22 de septiembre, lo que no hace y cómo encaja al lado del control remoto que construimos.

Qué es, en un párrafo

Remote Control te permite llegar a las sesiones de Antigravity que se ejecutan en tu ordenador desde un navegador web, en cualquier dispositivo, sin SSH y sin abrir ningún puerto. La máquina conserva sus archivos, sus herramientas de build, sus credenciales y sus variables de entorno; el navegador recibe un panel con la sesión iniciada en la misma cuenta de Google. Google lo anunció el mismo día para Antigravity 2.0 y para Antigravity CLI, y la documentación cubre los dos.

Desde el panel puedes hacer cinco cosas: leer las conversaciones activas, lanzar una nueva tarea de agente, revisar un plan de implementación, inspeccionar los artefactos que ha producido el agente y responder a lo que el agente está esperando, ya sea una confirmación de herramienta o una pregunta. Un prompt escrito en el móvil llega en directo al terminal local, y una confirmación dada en el móvil desbloquea el terminal que se quedó en el escritorio. Los dos lados se mantienen sincronizados.

Activarlo

Hay tres puertas de entrada, y corresponden a tres costumbres.

En Antigravity 2.0, el editor, es un interruptor: Settings, sección App, "Enable Remote Control". Ahí puedes darle un apodo a la máquina, que es lo que verás en el selector de instancias del panel.

En Antigravity CLI, dentro de una sesión que ya tienes abierta, escribe /remote-control. El túnel se abre para esa sesión y se cierra cuando la sesión termina, o cuando escribes /remote-control off. La opción agy --remote-control hace lo mismo al arrancar. La máquina recibe un nombre generado automáticamente en cada sesión, algo como devbox-swift-falcon.

Si quieres que el túnel sobreviva al terminal, lanza mejor el demonio:

agy remote-control start --name office-mini
agy remote-control status
agy remote-control stop

start registra un servicio en segundo plano: un servicio de usuario de systemd en Linux, un LaunchAgent en macOS, una tarea programada en Windows. Dos detalles de la documentación que vale la pena leer dos veces: en macOS el demonio solo arranca al iniciar sesión, no al encender la máquina, y en Windows necesita una instalación como administrador para arrancar al encender, si no también espera a un inicio de sesión. En Linux arranca con la máquina. La opción --name fija el nombre de la máquina; la entrada cliRemoteControlHostname del archivo de configuración de la CLI hace lo mismo de forma permanente.

El demonio está limitado a uno por máquina.

Conectarse desde el móvil

Abre el panel de Remote Control en el navegador del móvil e inicia sesión con la cuenta de Google de la máquina. Este inicio de sesión es independiente del inicio de sesión del editor, y es lo primero que hay que comprobar cuando el panel no muestra nada. Cada máquina que tiene activado el interruptor o el demonio aparece en el selector de instancias, así que un portátil y una máquina de escritorio quedan uno al lado del otro bajo la misma cuenta.

Es una aplicación web, no una app de tienda. En Android y en iPhone, añade el panel a la pantalla de inicio; instalado así, puede enviar notificaciones push, y eso es lo que lo hace usable: recibes una notificación cuando un agente ha terminado su turno o te está esperando, abres el panel desde la notificación, respondes y vuelves a guardar el móvil en el bolsillo.

Tres límites que conviene conocer antes de fiarse

Solo llega a Antigravity. El panel ve las sesiones de Antigravity 2.0 y las sesiones de Antigravity CLI. Una sesión de Claude Code en la misma máquina le resulta invisible, igual que una sesión de Codex, Cursor o Copilot CLI. Claude Code tiene su propio Remote Control, que se pilota desde la app de Claude; comparamos los dos en nuestro artículo sobre el Remote Control de Claude Code.

Los ajustes se quedan en la CLI. No puedes activar ni desactivar Remote Control desde el panel, ni cambiar ahí el nombre de la máquina. Es una acción de la CLI o del editor, en la máquina.

Se despliega cuenta por cuenta. La documentación presenta Remote Control como un feature flag activado por cuenta o por organización. Si el interruptor no está en tus Settings, tu cuenta todavía no está dentro. No hay nada que reinstalar.

Uno más, que es una propiedad más que un límite: un túnel interactivo abierto con /remote-control muere con su terminal. Si cierras la tapa del portátil y la sesión termina, el móvil muestra la máquina desconectada. El demonio es la respuesta cuando quieres que la máquina siga accesible después de haberte ido.

Cómo lo usamos al lado del control remoto de AgentsRoom

Ejecutamos agentes de Antigravity dentro de AgentsRoom, igual que ejecutamos Claude Code, Codex y las demás CLI: cada agente es un terminal en la app, con un rol, un modelo y un estado. La app móvil de AgentsRoom es un control remoto de esos terminales. Se empareja con el escritorio a través de un relay cifrado de extremo a extremo, envía lo que escribes al terminal local del agente y devuelve la salida en directo. El agente no sabe que hay un móvil de por medio, y por eso funciona con las 14 CLI compatibles desde el día en que pasan a serlo, Antigravity incluida.

Así que para un agente de Antigravity tenemos dos controles remotos, y responden a preguntas distintas.

El Remote Control de Google nos da la vista de Antigravity de la sesión: la conversación tal como la muestra el editor, el plan que hay que revisar, los artefactos, las confirmaciones, con las notificaciones push de la cuenta. Es la mejor pantalla cuando el trabajo es una sola sesión de Antigravity y la pregunta es "qué ha decidido, y si me necesita".

El control remoto de AgentsRoom nos da la máquina: el terminal en bruto de ese agente, el agente de Claude Code que se ejecuta a su lado, el ticket del backlog del que viene la tarea, el diff de lo que se ha escrito y el botón de commit, el túnel hacia el servidor de desarrollo que el agente acaba de arrancar. Es la mejor pantalla cuando varios agentes comparten la máquina, o cuando la respuesta a la notificación es "fusiónalo" en lugar de "sí, sigue". No se ejecuta nada en el móvil y nada se vuelve a alojar en otro sitio: el agente sigue ejecutándose en local, y el relay nunca ve más que bytes cifrados.

Los dos pueden estar activos a la vez en la misma sesión. El reparto que tiene sentido para nosotros: el demonio de Antigravity en la máquina que aloja los agentes, para que sus turnos lleguen al móvil a través de las notificaciones de Google, y la app de AgentsRoom para todo lo demás de esa máquina. Un flujo de notificaciones de Google para los turnos de Antigravity, uno de AgentsRoom para el resto de la flota.

Lo que hay que recordar

• Remote Control salió el 21 de agosto de 2026 para Antigravity 2.0 y Antigravity CLI: un panel web con la sesión iniciada en tu cuenta de Google, que se puede instalar en la pantalla de inicio del móvil para recibir notificaciones push.
• Actívalo en los Settings del editor, con /remote-control en una sesión, o con el demonio agy remote-control start cuando quieras que sobreviva al terminal.
• Solo pilota Antigravity, un demonio por máquina, y sus ajustes viven en la máquina, no en el panel. Un interruptor que falta significa que tu cuenta no está en el despliegue progresivo.
• Para el resto de la máquina, el control remoto de agentes de AgentsRoom cubre todas las CLI a la vez, y los dos controles remotos conviven en la misma sesión de Antigravity. Si tu pregunta trata de usar dos cuentas de Google en la CLI, esa tiene su propio artículo.