Qué significa realmente \"Claude remote agents\": una cloud session, una sesión local pilotada a distancia o una máquina tuya

Cada mes, unos cientos de personas escriben "claude remote agents" o "claude code remote agent" en Google y llegan a nuestra página sobre cómo pilotar Claude Code desde el móvil. Casi ninguna hace clic, y hacen bien: esa página responde a una pregunta, y la búsqueda plantea tres.

"Remote" carga con mucho en esa búsqueda. Según quién la escriba, significa un agente que se ejecuta en los servidores de Anthropic mientras el portátil está cerrado, un agente que se ejecuta en el portátil pero se pilota desde un móvil, o un agente que se ejecuta en un servidor de build que es de esa persona. Son tres productos distintos con tres conjuntos de reglas distintos, y la propia Anthropic cambió el nombre del primero este año, que es de donde viene buena parte de la confusión.

Este artículo separa los tres, con los datos comprobados en la documentación de Anthropic el 28 de septiembre de 2026, y luego cuenta qué hacemos en AgentsRoom para cada caso, con cualquier CLI de agente.

La palabra "remote" cubre tres cosas distintas

1. Las cloud sessions (sesiones en la nube): el agente se ejecuta en una infraestructura en la nube, no en tu máquina. El antiguo nombre de la opción del CLI en Anthropic era --remote, y por eso se quedó el término de búsqueda.
2. Remote Control: el agente se ejecuta en tu máquina, y lo pilotas desde claude.ai o desde la app de Claude en el móvil.
3. Una máquina tuya: el agente se ejecuta en un servidor, en el ordenador de la oficina o en el de casa, y llegas a él por SSH o por un túnel.

Dos de las tres son funciones de Claude Code. La tercera es infraestructura normal y corriente, y es la única que funciona con todos los CLI de agentes.

1. Las cloud sessions: el agente se ejecuta en las máquinas de Anthropic

La documentación de Anthropic lo llama cloud session: "una sesión de Claude Code que se ejecuta en una infraestructura en la nube en lugar de en tu máquina". Por defecto esa infraestructura es una VM aislada que gestiona Anthropic; una organización puede enviar las sesiones a su propio entorno autoalojado. La sesión sigue en marcha después de cerrar el portátil, y puedes consultarla o pilotarla desde cualquier dispositivo.

Puedes lanzar una desde cinco sitios, y todos comparten los mismos entornos en la nube (reglas de acceso a la red, variables de entorno, script de configuración):

La forma del terminal es la que explica el término de búsqueda. La escritura antigua, --remote, sigue funcionando como alias obsoleto de --cloud. La política de organización que permite o prohíbe toda la función se sigue llamando allow_remote_sessions. Así que "remote" fue la palabra oficial durante un tiempo, y sobrevive en opciones, mensajes de error y ajustes de administración.

Lo que pasa de verdad cuando ejecutas claude --cloud: se crea una nueva sesión en claude.ai, y la VM en la nube clona el remote de GitHub de tu repositorio en tu rama actual. Clona el remote, no tu árbol de trabajo, así que primero haces push si tienes commits locales. Si el repositorio no tiene remote, o si la Claude GitHub App no está instalada en él, Claude Code empaqueta el repositorio local (menos de 100 MB, solo los archivos versionados) y lo sube, dejando fuera los .env, *.tfvars y archivos de claves sin commitear. La tarea se ejecuta en la nube mientras sigues trabajando en local. Cuando termina, creas una pull request desde claude.ai/code, o traes la sesión de vuelta a tu terminal:

claude --teleport                 # session picker
claude --teleport <session-id>    # a specific session

Teleport comprueba cuatro cosas: un directorio de trabajo limpio, una copia del mismo repositorio, la rama de la sesión subida al remote y la misma cuenta de claude.ai. Luego descarga la rama y carga toda la conversación en tu terminal. Desde el CLI el traspaso va en un solo sentido: puedes bajar una cloud session, pero no puedes subir una sesión de terminal existente. Solo la app de escritorio tiene un menú Continue in que envía una sesión local a la nube.

Las Routines son la forma programada de lo mismo: un prompt guardado, uno o varios repositorios, un conjunto de conectores, ejecutados según un horario, con una llamada HTTP o con un evento de GitHub, y cada ejecución es una cloud session completa sin peticiones de permiso. Están en research preview, se crean en claude.ai/code/routines o con /schedule en el CLI, y añaden un tope diario de ejecuciones por cuenta.

Tres límites que conviene conocer antes de apoyarse en ello. Las cloud sessions necesitan GitHub: el clonado y las pull requests pasan por la Claude GitHub App o por tu token de gh enviado con /web-setup. Comparten los límites de uso con todo lo demás de tu cuenta, sin cargo de cómputo aparte pero con un consumo proporcional cuando lanzas varias en paralelo. Y requieren iniciar sesión en claude.ai con Pro, Max o Team (Enterprise con las licencias adecuadas): --cloud y --teleport no funcionan con una clave de API, ni cuando Claude Code está configurado para Bedrock o Vertex.

2. Remote Control: el agente se ejecuta en tu máquina, tú lo pilotas desde otro sitio

Remote Control es la imagen inversa. La documentación lo dice en una frase: "A diferencia de las cloud sessions, que se ejecutan en una infraestructura en la nube, las sesiones de Remote Control se ejecutan directamente en tu máquina e interactúan con tu sistema de archivos local". claude.ai/code y la app de Claude en iOS y Android son una ventana a un proceso que sigue ejecutándose en tu portátil, con tus archivos, tus servidores MCP, tus hooks y la configuración de tu proyecto. Escribir @ en el móvil incluso autocompleta rutas de tu proyecto local.

Tres formas de iniciarlo:

claude remote-control            # server mode: serves sessions to your devices
claude --remote-control          # an interactive session you can also drive remotely
/remote-control                  # from inside a session that is already running

La primera vez, Claude Code te pide una confirmación. Necesita iniciar sesión en claude.ai con Pro, Max, Team o Enterprise (las claves de API no están admitidas), y en Team y Enterprise un propietario tiene que activar antes el interruptor. Si el portátil entra en reposo o se cae la red, la sesión se reconecta cuando la máquina vuelve. Y la nota de la propia documentación de Anthropic es la que hay que recordar: --cloud crea cloud sessions, --remote-control no tiene relación.

Las dos funciones se cruzan en un único punto. --teleport viaja por la infraestructura de sesiones de Remote Control, así que un teleport caducado muestra errores redactados con el vocabulario de Remote Control. Es un detalle de fontanería, no una señal de que las dos sean lo mismo.

Si tu pregunta es sobre tokens, lo hemos medido: Remote Control no consume más tokens, y esto es lo que tiene Codex en su lugar.

3. Una máquina tuya: SSH, un túnel, un servidor de build

El tercer significado no tiene nada que ver con la cuenta de Anthropic. El agente se ejecuta en un ordenador que es tuyo y que no es el que tienes delante: un servidor de build, el ordenador de la oficina, un VPS. Llegas a él por SSH, ejecutas allí claude o codex, y la sesión vive en esa máquina.

Los editores de código empiezan a empaquetarlo. VS Code 1.121 añadió "Remote agents (Preview)": la ventana Agents puede ejecutar sesiones de agente en una máquina remota tuya, por SSH o por dev tunnels, a través de un proceso anfitrión de agente de larga duración, de modo que una sesión en marcha sigue aunque tu cliente se desconecte. La misma idea, un solo CLI, un solo editor.

La versión sencilla es un terminal y ssh. Funciona con todos los CLI, mantiene tu código en hardware que controlas, y tiene los costes de siempre: la sesión muere con la conexión salvo que la envuelvas en tmux o screen, y el móvil no es un gran cliente SSH.

Cómo elegir

La buena pregunta no es "cuál es el mejor", sino dónde quieres que se ejecute el código y qué necesitas conservar.

Dos cosas que conviene tener en cuenta. Las cloud sessions y Remote Control son funciones de Claude Code: no existe un equivalente de --teleport en Codex, y Antigravity CLI incluye su propio Remote Control desde la versión 2.0. Y "remote" no significa "sin supervisión": una cloud session que hace una pregunta te espera hasta que caduca su entorno, y una sesión de Remote Control espera una respuesta de permiso como cualquier sesión local.

Qué hacemos para cada caso

AgentsRoom ejecuta los agentes, no los aloja, así que toma partido en cada uno de los tres casos en lugar de sustituirlos.

Pilotar un agente local desde el móvil, con cualquier CLI: la app móvil de AgentsRoom toma el control del terminal de cada agente que se ejecuta en tu escritorio, Claude Code, Codex, GitHub Copilot CLI, Cursor y los demás CLI de agentes, a través de un relay cifrado de extremo a extremo, con notificaciones push cuando un agente te espera. Convive con el Remote Control de Anthropic en una sesión de Claude Code: uno es una ventana a la conversación, el otro al terminal.

Un agente en una máquina tuya: las conexiones SSH guardan el servidor una vez y ejecutan allí el CLI, con las mismas tarjetas, estados y notificaciones que un agente local; la Flota Remota hace lo mismo en todos los ordenadores de tu cuenta, oficina, casa y servidor de build en una sola vista.

Ninguna máquina tuya: los Cloud Agents arrancan una máquina desechable que clona el repositorio, ejecuta Claude Code o Codex en modo headless con la instrucción que enviaste desde el móvil, hace commit, sube una rama y se destruye. Es un trabajo, no una sesión: no hay pantalla a la que conectarse, y esa es exactamente la diferencia con los dos casos anteriores.

Nada de esto cambia lo que hacen las cloud sessions de Anthropic. Si usas Claude Code y quieres que Anthropic ejecute la VM, claude --cloud es la herramienta, y la rama que sube aparece en tu repositorio como cualquier otra.

Preguntas frecuentes

¿Los remote agents de Claude son lo mismo que Claude Code on the web?

Sí. El nombre actual en Anthropic es cloud session: una sesión de Claude Code que se ejecuta en una infraestructura gestionada por Anthropic (o en el entorno autoalojado de tu organización) en lugar de en tu máquina. La lanzas desde claude.ai/code, desde la pestaña Code de la app de Claude, desde la app de escritorio eligiendo Cloud en lugar de Local, o desde el terminal con claude --cloud. La palabra remote sobrevive de la antigua opción, --remote, que sigue funcionando como alias obsoleto de --cloud, y de la política de organización que la regula, allow_remote_sessions.

¿claude --cloud ejecuta algo en mi ordenador?

No. Crea una nueva sesión en claude.ai, y la VM en la nube clona el remote de GitHub de tu repositorio en tu rama actual, no tu copia local, así que primero haces push si tienes commits locales. Si el repositorio no tiene remote, o si la Claude GitHub App no está instalada en él, Claude Code empaqueta el repositorio local y lo sube en su lugar, dejando fuera los archivos .env, las claves y las credenciales sin commitear. Después la tarea se ejecuta en la nube mientras tu terminal queda libre.

¿Remote Control se ejecuta en la nube?

No. Remote Control hace lo contrario que una cloud session: el proceso de Claude Code sigue ejecutándose en tu propia máquina, con tu sistema de archivos, tus servidores MCP y la configuración de tu proyecto, y claude.ai/code o la app de Claude en iOS y Android se convierten en una ventana a él. Lo inicias con claude remote-control (modo servidor), claude --remote-control en una sesión interactiva, o /remote-control dentro de una sesión en marcha. La documentación de Anthropic dice textualmente que --cloud y --remote-control no tienen relación.

¿Puedo usar las cloud sessions o Remote Control de Claude con Codex, Antigravity u otro CLI?

No. Las dos son funciones de Claude Code, ligadas a una suscripción de claude.ai. Antigravity CLI tiene su propio Remote Control desde la versión 2.0. Para los demás CLI, la pieza que puedes añadir es la que no depende del proveedor: la app móvil de AgentsRoom toma el control del terminal de cualquier agente que se ejecute en tu escritorio, sea cual sea su CLI, a través de un relay cifrado de extremo a extremo, y convive con el Remote Control de Claude en una sesión de Claude Code.

¿Las cloud sessions cuestan más?

No hay un cargo de cómputo aparte por la VM en la nube, pero las cloud sessions comparten los límites de uso con todo el resto de tu uso de Claude y de Claude Code en tu cuenta, y varias sesiones en paralelo los consumen en proporción. Están disponibles en los planes Pro, Max y Team, y en Enterprise con licencias premium o licencias Chat + Claude Code. Las Routines, que se ejecutan como cloud sessions, añaden un tope diario de ejecuciones por cuenta.

¿Cómo traigo una cloud session de vuelta a mi terminal?

Con claude --teleport, que abre un selector de sesiones, o claude --teleport <session-id> para una sesión concreta; /teleport hace lo mismo desde dentro de una sesión en marcha. Claude Code comprueba que tu directorio de trabajo está limpio, que estás en una copia del mismo repositorio y con sesión iniciada en la misma cuenta, y luego descarga la rama de la sesión y carga el historial de la conversación. El terminal recibe su propia copia: lo que hagas después se queda en local y no aparece en la cloud session. Desde el CLI el traspaso va en un solo sentido; solo la app de escritorio puede enviar una sesión local a la nube.