Claude Code on the web vs Remote Control, explicado

- Límites de plan y estado de las funciones verificados en code.claude.com/docs en el momento de escribir esto (2026-08-20); las dos superficies siguen siendo research preview y cambian rápido: revisa la documentación en vivo antes de montar un flujo de trabajo sobre cualquier detalle concreto de aquí.

¿Qué es Claude Code on the web?

Claude Code on the web es Claude Code ejecutándose en claude.ai/code en lugar de en tu terminal. Cuando inicias una sesión ahí, o envías una desde la CLI, Claude Code levanta una VM en la nube aislada y gestionada por Anthropic (o el entorno autoalojado de tu organización, si tu equipo dirige las sesiones hacia allí), clona tu repositorio de GitHub desde cero en tu rama actual y ejecuta la tarea dentro de esa VM. Cierra la pestaña del navegador y la sesión sigue; abre la app de Claude en el móvil y puedes ver el progreso, responder a una pregunta o darle un empujoncito en otra dirección. Nada de esto toca tu sistema de archivos local.

Cada sesión en la nube se ejecuta dentro de un entorno de nube guardado: la configuración que controla el acceso a la red, las variables de entorno y cualquier script de setup que Claude ejecuta antes de empezar a trabajar. Claude Code crea un entorno Default automáticamente la primera vez que haces el onboarding, y los mismos entornos se aplican en todos los sitios donde inicias una sesión en la nube, no solo en la web: las routines y las sesiones en la nube desde la app del móvil también los usan. Para que una sesión pueda siquiera alcanzar tus repositorios de GitHub, te conectas una vez: autoriza el Claude GitHub App durante el onboarding, o ejecuta /web-setup en tu terminal para sincronizar el token de tu CLI gh ya existente. Cualquiera de los dos métodos permite que Claude clone, haga push y abra pull requests desde la VM en la nube.

Una distinción que vale la pena nombrar de entrada: este artículo cubre una sesión en la nube que tú inicias y observas. Si quieres que Claude Code se ejecute por su cuenta, con una programación, una llamada de API o un evento de GitHub, eso es otra función: la automatización programada en la nube (Routines), que no se trata aquí.

Claude Code on the web vs Remote Control: misma URL, dos funciones distintas

Esta es la verdadera raíz de la confusión, dicha sin rodeos: Remote Control y Claude Code on the web usan exactamente la misma interfaz de claude.ai/code. La propia documentación de Anthropic lo dice directamente. Abres la misma URL, ves una lista de sesiones con la misma forma y no recibes ninguna pista visual que te diga qué función estás mirando en realidad, así que la mayoría da por hecho que las dos son lo mismo con dos nombres. No lo son.

Versión corta: Claude Code on the web es un sitio para ejecutar una tarea sin tu portátil. Remote Control es una ventana a una tarea que sigue ejecutándose en tu portátil. Misma puerta, dos habitaciones muy distintas detrás.

Otro efecto secundario de compartir una UI que conviene señalar: compartir una sesión web no es lo mismo que compartir un enlace de Remote Control. Las sesiones web tienen su propio interruptor de visibilidad (Private/Team en Team y Enterprise, Private/Public en Pro y Max): cualquiera con un enlace Public puede ver el código y la conversación de una sesión, y la verificación de acceso al repositorio no viene activada por defecto en las cuentas Pro/Max, así que conviene revisar la sesión en busca de credenciales sueltas antes de hacerla Public.

El mapa completo de superficies: Web, Remote Control, Terminal, Desktop

Aléjate un nivel más y en realidad hay cuatro formas de ejecutar Claude Code, no dos:

Los modos de permiso siguen el mismo patrón: Remote Control y el terminal comparten el modo de permiso en el que la sesión local ya se está ejecutando, Desktop tiene su propio selector (Manual, Accept edits, Plan, Auto, Bypass) y las sesiones web gestionan las aprobaciones dentro de la propia UI del navegador. Desktop merece su propio análisis a fondo: consulta la guía de la app Desktop para los pasos de instalación, las worktrees en paralelo y las tareas programadas.

Teleport: trae una sesión de la nube a tu terminal

Teleport es el puente para la dirección que la gente más quiere de verdad: empezar algo en la web y luego terminarlo donde tienes toda tu configuración local. Solo va en un sentido: de la nube al terminal. No hay ningún comando de CLI que empuje una sesión de terminal en ejecución hacia arriba, a la web. (La app Desktop tiene un menú aparte "Continue in" que puede enviar una sesión local a la web, pero ese es otro mecanismo, no teleport.)

Cinco formas de activarlo:

• claude --teleport: abre un selector interactivo de tus sesiones en la nube.
• claude --teleport <session-id>: retoma directamente una sesión concreta.
• /teleport o /tp: dentro de una sesión de terminal ya existente, sin reiniciar.
• /tasks y luego pulsa t: desde la lista de sesiones en segundo plano.
• Desde dentro de la propia sesión en la nube, escribe /teleport y Claude responde con el comando exacto que hay que ejecutar (requiere Claude Code v2.1.223+ en el entorno de esa sesión).

Teleport comprueba cuatro cosas antes de entregarte la sesión:

• Estado de git limpio: sin cambios locales sin commit (se ofrece a hacerles stash por ti).
• Repositorio correcto: tienes que estar en un checkout del mismo repositorio, no de un fork.
• Rama con push hecho: la rama de la sesión en la nube ya tiene que existir en el remoto; teleport hace fetch y checkout de ella.
• Misma cuenta: tienes que haber iniciado sesión en la cuenta de claude.ai que es dueña de la sesión.

Una vez que hace el traspaso, tu terminal obtiene su propia copia de la conversación y de la rama: el trabajo nuevo que hagas en local a partir de ahí no se sincroniza de vuelta con la sesión en la nube. Si quieres seguir controlando la sesión (ahora local) desde el móvil después del teleport, inicia /remote-control dentro de ella.

Una rareza que conviene conocer para que no te líe: --teleport en realidad se conecta a través de la misma infraestructura de sesión que Remote Control usa por debajo. Eso significa que un inicio de sesión caducado puede aparecer como un error Remote Control session expired o Access denied aunque nunca hayas ejecutado /remote-control tú misma. Ejecutar /login para renovar tus credenciales y volver a intentarlo lo soluciona en casi todos los casos.

Un flujo real: empieza en la web, termina en el terminal

Así es más o menos como uso esto en la práctica: una ilustración de la forma del flujo de trabajo, no una transcripción literal:

1. Hago push de todo lo que tengo en local y luego lanzo una tarea desde el terminal: claude --cloud "fix the flaky retry test in payment-webhook.spec.ts". La CLI muestra una lista de comprobación en vivo mientras se aprovisiona la VM, y después la tarea se ejecuta en la nube mientras yo sigo trabajando en otra cosa en local.
2. Me paso a mirar desde /tasks en otro terminal, o desde claude.ai/code en el móvil, mientras hago algo sin relación. Si Claude se topa con una pregunta a mitad de la tarea y no la veo enseguida, simplemente espera: la sesión retoma a partir de mi respuesta cuando llego a ella.
3. En cuanto parece casi listo, abro el diff en la web para echarle un vistazo. Si necesita una pasada más con herramientas que solo tiene mi máquina (un debugger local, un servicio detrás de mi VPN), lo traigo con teleport: claude --teleport y elijo la sesión de la lista.
4. Termino la revisión en local, ejecuto la suite de pruebas de verdad, hago push y abro el PR desde el terminal como cualquier otro cambio.

La parte que de verdad ahorra tiempo es el paso 2: la tarea sigue ejecutándose tanto si mi portátil está abierto como si no, así que "lánzalo y vete a hacer otra cosa" es una opción de verdad, no solo una espera en la misma pestaña.

Extra: Auto-Fix sigue vigilando tu PR después de que haces push

Una función que vale la pena conocer en cuanto empiezas a sacar PRs desde sesiones que has traído con teleport: Claude puede seguir vigilando un pull request después de abierto y reaccionar por su cuenta a fallos de CI o a nuevos comentarios de revisión, sin que inicies una sesión nueva. Actívala desde la barra de estado de CI de la sesión web (selecciona Auto-fix), desde el terminal con /autofix-pr mientras estás en la rama del PR, o diciéndole a cualquier sesión "vigila este PR y arregla cualquier fallo de CI". Para un arreglo del que Claude está seguro y que no entra en conflicto con instrucciones anteriores, hace push del cambio y explica lo que hizo en la sesión; para cualquier cosa ambigua o relevante a nivel de arquitectura, te pregunta primero en vez de adivinar. Requiere el Claude GitHub App instalado en el repositorio: la misma app que probablemente ya usaste durante el onboarding en la web.

Cuándo usar Web vs Terminal vs Desktop vs Remote Control

Requisitos y límite de plan

Una cosa que conviene precisar: Remote Control no está limitado al plan Max. Está en la misma lista de planes que el resto de Claude Code, Pro incluido. Si una organización Team o Enterprise todavía no lo ve, casi siempre es el interruptor de nivel Owner que está apagado, no un bloqueo por franja de plan. Las organizaciones Team y Enterprise también pueden activar los Trusted Devices (beta): esto exige que cada dispositivo esté registrado y se vuelva a verificar con biometría aproximadamente cada 18 horas antes de poder ver o controlar una sesión de Remote Control, además del requisito de plan anterior.

Preguntas frecuentes (FAQ)

¿Qué es Claude Code on the web?

Es Claude Code ejecutándose en claude.ai/code dentro de una VM en la nube gestionada por Anthropic (o el entorno autoalojado de tu organización). Clona tu repositorio de GitHub desde cero en cada sesión, sigue ejecutándose después de que cierras el navegador, y puedes monitorizarlo desde la app de Claude en el móvil.

¿Remote Control es lo mismo que Claude Code on the web?

No, aunque se abren en la misma interfaz de claude.ai/code, que es justo por lo que la gente los confunde. Claude Code on the web ejecuta tu tarea en la nube. Remote Control controla una sesión que sigue ejecutándose en tu propia máquina: tu sistema de archivos local y tus servidores MCP siguen en el circuito.

¿Puedo empujar una sesión local de terminal a la web?

Con teleport, no: solo va en un sentido, de la nube al terminal. No hay ningún comando de CLI para enviar una sesión local en ejecución a claude.ai/code. La app Desktop tiene un menú aparte "Continue in" que puede enviar una sesión local a la web, pero eso es otra función, no teleport.

¿Necesito GitHub para las sesiones en la nube?

Para el flujo normal, sí: Claude Code clona tu repositorio desde GitHub y hace push de las ramas de vuelta a él. Si tu repositorio no está en GitHub, Claude Code puede empaquetarlo y subirlo directamente, pero una sesión creada así no puede hacer push de los resultados de vuelta a un remoto a menos que también conectes GitHub.

¿Remote Control funciona sin conexión a internet?

No. Remote Control registra tu sesión local en la API de Anthropic para que tu móvil o navegador puedan alcanzarla: si tu máquina no consigue conectarse, no hay nada a lo que ellos se conecten. Tu sesión de terminal en sí sigue funcionando en local de todos modos; lo único que necesita la red es el control remoto. Si la red se cae a mitad de la sesión, Claude Code lo reintenta y se reconecta solo en cuanto vuelve, así que un corte breve normalmente significa solo un retraso, no una sesión perdida.

¿Claude Code on the web es gratis?

No hay ningún cargo aparte por la VM en la nube en sí: las sesiones en la nube comparten los mismos límites de uso que el resto de tu uso de Claude Code en tu plan Pro, Max, Team o Enterprise ya existente.

Conclusión

Misma puerta de claude.ai/code, dos habitaciones distintas: Claude Code on the web ejecuta tu tarea en otro sitio, Remote Control te deja observar y controlar una tarea que sigue ejecutándose en tu propia máquina, y teleport es el puente de un solo sentido que trae una sesión de la nube de vuelta a tu terminal cuando estás lista para terminarla ahí. Los dos siguen siendo research preview, así que cuenta con que los límites de plan exactos y los números de versión de aquí sigan cambiando: revisa la documentación en vivo antes de montar un flujo de trabajo sobre un único detalle. ¿Totalmente nuevo en Claude Code? Empieza por qué es Claude Code.