Blog

Google Antigravity Remote Control: How to Control the Agent from Your Phone

Markdown

How to enable Remote Control in Google Antigravity on desktop and in the CLI: the toggle, the agy remote-control daemon, and what to do if you have connection problems.

Read full article

Ailoot documentation — reference materials on using the service.

Highlights

In desktop Antigravity 2.0, Remote Control is enabled with a toggle in Settings → App. You can connect to a session at antigravity.google.com using the same Google account. Antigravity CLI has two modes: /remote-control (or the --remote-control flag) opens a tunnel for the duration of the terminal session, while agy remote-control start launches a background daemon without an open terminal. On Linux, the daemon keeps running after you log out and starts after a reboot; on Windows, this requires installation by an administrator; on macOS and with a standard Windows installation, it resumes at the next login. The computer must be turned on and connected to the internet. The feature may be unavailable because of account or organization policy, or plan conditions.

If you haven’t installed Antigravity yet, start with an overview of what Google Antigravity is and how to install it. This guide is for when an agent is already handling a long task (refactoring, running tests, migrating dependencies) and you need to step away from your desk while keeping control of the session.

What is Remote Control in Google Antigravity?

Remote Control is a Google Antigravity feature that lets you securely connect to desktop and CLI sessions on your machines and control them from any web browser. According to the official description, large tasks—for example, a full subsystem refactor, a long test run, or a complex dependency migration—can take a long time. Remote Control lets you manage a session while away from your computer, keeping your entire development environment local.

The feature works both in the desktop app 2.0 and in the CLI—the terminal version of Antigravity (agy)—but it is enabled and behaves differently in each.

Enabling Remote Control in Desktop Antigravity 2.0

You can enable Remote Control in the app settings:

  1. Open the Settings panel with Cmd + , (or Ctrl + , on Linux and Windows), or click the Settings button at the bottom of the left panel.
  2. Go to the App section.
  3. Switch Enable Remote Control to On.
  4. (Optional) Set a Nickname, such as workstation-primary or server-machine, so you can easily recognize this machine in the list of connected devices.

Connecting from a Phone or Another Browser

To open a remote session:

  1. Open a browser on any device and go to the Antigravity Remote Control Dashboard. On a phone, you can also install the web app on your home screen to receive push notifications when the agent finishes a task or asks for your response.
  2. Sign in with the same Google account you use on the desktop.
  3. Select the desired machine in the device switcher.
  4. Once connected, you can see active conversations; you can start new tasks for the agent and view implementation plans and artifacts.

If the machine doesn’t appear in the web interface, the official instructions say to check three things: the Enable Remote Control toggle is on on the computer running Antigravity; that computer has an internet connection and hasn’t gone to sleep; and the desktop app and browser use the same Google account.

If the network connection temporarily drops on the device you’re using to connect, the web interface will try to reconnect automatically. The agent’s background tasks and commands launched from the terminal continue running on the computer with Antigravity without interruption, as long as it remains connected to the internet.

Two Remote Control Modes in Antigravity CLI

The CLI has two modes: an interactive mode tied to a specific terminal process, and a background headless daemon that runs without an open terminal.

Interactive Mode: /remote-control

You can enable Remote Control in the current interactive agy session without restarting the CLI. Run this in the input line:

/remote-control

According to the official description, the CLI opens a connection—a reverse tunnel—for the current session and prints the hostname along with a link to the active conversation for another device:

Remote control on for this session.
Hostname: devbox-swift-falcon
Open https://antigravity.google.com/r/<instance-id>?p=c%2F<conversation-id> on another device to continue this conversation.

Open this link in a browser on a laptop, tablet, or phone, sign in with the same Google account you use in the CLI, and continue working in the session through the Antigravity web interface.

To disable the tunnel without ending the local terminal session:

/remote-control off

You can start the CLI with Remote Control already enabled by using a flag at startup:

agy --remote-control

Interactive mode is tied to the agy process: when you exit the CLI (/exit, Ctrl+C, Ctrl+D) or close the terminal window, the Remote Control tunnel ends automatically, and the session entry disappears from the dashboard. Each interactive CLI process has its own session ID and hostname, so you can run agy --remote-control simultaneously in several terminal tabs or working directories.

When you connect to an interactive CLI session from a browser, both sides sync in real time. Requests from the remote device go straight to the local terminal, while the agent’s reasoning, tool calls, and code changes are visible in the remote interface. If the agent pauses to ask for confirmation (y/n) or asks a follow-up question, you can respond from your phone or the local terminal. Settings are the exception: you can’t change them from the remote web interface, only from the CLI itself.

Headless Daemon: agy remote-control start

The second mode is a persistent background daemon that registers as an OS service. It is available while the machine is on and connected to the internet; behavior after logout and reboot depends on the platform.

agy remote-control start

The daemon registers as an OS service (a systemd user service on Linux, a LaunchAgent on macOS, or a Scheduled Task on Windows) and starts immediately, without an open terminal window.

Use agy remote-control status to see the entry name. Then select this machine on the Antigravity Remote Control Dashboard and continue working through the Antigravity web interface.

Three commands control the daemon:

agy remote-control start     Register and start the daemon
agy remote-control status    Show the daemon's status and instance name
agy remote-control stop      Stop the daemon and unregister it

The daemon uses the credentials you used to sign in to the CLI. Signing in to the CLI is separate from signing in to the Antigravity desktop editor on the same machine; in the browser, use the same Google account as in the CLI.

You can set the headless daemon’s machine name with the --name flag at startup:

agy remote-control start --name "my-workstation"

Running start --name again with a new value renames the machine.

If you don’t set a name, the daemon generates a memorable one (such as my-machine-distant-plume) on its first launch; agy remote-control status shows the current name. You can also rename it in the settings file: open ~/.gemini/config/config.json on Linux/macOS or %USERPROFILE%\.gemini\config\config.json on Windows, change the value of cliRemoteControlHostname, save the file, and run agy remote-control start again to restart the daemon. The new name will appear on the dashboard after the service restarts; changes to the file do not take effect while the daemon is running.

There are two similar fields in the file. cliRemoteControlHostname is the CLI daemon name used here. remoteControlHostname is a separate field for the Antigravity desktop editor on the same machine; in Antigravity 2.0, you can change it in Settings → App.

How the Daemon Behaves After Logout and Reboot

Behavior depends on the OS:

BehaviorLinuxmacOSWindows
StartupAt boot; no login requiredAt loginAt boot (if installed by an administrator); otherwise at login
Runs after logoutYesNo; resumes at the next loginYes, if configured to start at boot
Recovers automatically after a failureYesYesYes, up to three restart attempts, then at the next boot or when agy remote-control start is run again

Windows-Specific Details

Registering the daemon for autostart at system boot requires running as an administrator. You can use either PowerShell or the regular command prompt. The start command will also work from a regular window, but after logout or reboot, the daemon will resume only at the next login, not at boot. The status and stop commands work from a regular window without elevated privileges.

Which Mode to Choose

CriterionInteractive (/remote-control / agy --remote-control)Headless daemon (agy remote-control start)
ScopeOne interactive terminal sessionThe entire machine (background OS service)
LifecycleActive while Remote Control is enabled and the terminal session is runningSurvives logout and reboots on Linux and on Windows when installed by an administrator; on macOS and with a standard Windows installation, resumes at the next login
Entry nameNew for each session (for example, host-swift-falcon)One permanent machine name (--name or cliRemoteControlHostname)
ConcurrencyMultiple terminal sessions at once on one machineOne daemon service per machine
Direct linkThe CLI prints a link to the active conversationAccess through the device switcher at antigravity.google.com
Best forStepping away from an active terminal task and continuing from a phone or browserPersistent remote access to a workstation or server while the machine is on and connected to the internet, subject to OS conditions

The interactive mode is enough to manage a current task from your phone. If you need remote access without an open terminal, use the headless daemon, subject to your OS conditions.

What to Do If You Have Connection Problems

Problems and solutions from the official documentation:

What you seeWhyWhat to do
Remote control is not enabled for your accountYour account or organization policy has not enabled the Remote Control featureContact your workspace administrator or check whether your plan supports Remote Control
The entry disappears from the dashboard (CLI)/remote-control and agy --remote-control create tunnels that disconnect automatically when you exit the interactive session (/exit, Ctrl+C) or run /remote-control offIf you need the machine to remain available without an open terminal, install the headless daemon with agy remote-control start
Several CLI entries from the same machine appear on the dashboardEach interactive CLI session has its own hostname; this is normal when several terminals are openNo action is needed; this is expected behavior
The machine doesn’t appear on the dashboard (daemon)There may be a problem signing in to the CLIRun agy remote-control status; if it reports a sign-in problem, run agy, sign in again, then run agy remote-control start once more
Renaming did not take effectThe name is read when the daemon startsRun agy remote-control start again to restart the daemon
On Windows, the daemon starts only at login, not at bootThe start command was run without administrator privilegesRun agy remote-control start again from an elevated window
The connection keeps dropping and reconnectingAn old daemon installed through the installation script may still be registered and competing with the new one for the connectionRun agy remote-control start again; the old service is removed automatically
Two similar entries for one machine appear on the dashboardOne entry is the editor, the other is the CLI daemon; they are intentionally separateRename the one you need to distinguish
The machine doesn’t appear on the web dashboard (desktop)The toggle may be off, there may be no internet connection, the computer may be asleep, or different Google accounts may be in useCheck the Enable Remote Control toggle, the computer’s internet connection, that it isn’t asleep, and that the account matches on both sides

For deeper diagnostics, check the daemon logs: on Linux, run journalctl --user -u antigravity-cli-daemon -n 50; on macOS, check ~/Library/Logs/antigravity-cli-daemon.log; on Windows, check the newest cli-*.log in %USERPROFILE%\.gemini\antigravity-cli\log.

The headless daemon provides access without an open terminal, including when you’re away, subject to the computer and OS operating conditions. If you no longer need persistent access, stop the daemon with agy remote-control stop.

There is a separate article about remote control in Claude Code. To control another agent through Telegram, see setting up Hermes Agent in Telegram.

What’s Next

If you work in the CLI and want to step away from the current task, start with interactive mode. Leave the terminal open: if you close it, the tunnel disconnects and the session entry disappears from the dashboard. To access the machine without an open terminal, use the daemon subject to your OS limitations.

More materials are available on Ailoot.

More details

Questions about Google Antigravity Remote Control: How to Control the Agent from Your Phone

Why does the remote session disappear when I close the terminal?

Interactive Remote Control belongs to the running agy process, so exiting it closes the tunnel. For access without an open terminal, use the headless daemon and check its operating-system startup conditions.

What should I check if my machine is missing from the dashboard?

Check that the machine is awake and online, Remote Control is enabled, and the browser uses the same Google account as the desktop or CLI. For a daemon session, inspect agy remote-control status for sign-in or service problems.

All articles