Qué son las sesiones en la nube de Claude Code: cómo siguen trabajando con el portátil cerrado, cómo empezar y cómo reclamar el crédito de 100 $ en Pro / 250 $ en Max

El 24 de septiembre de 2026 (hacia las 6:23 de la mañana, hora de Japón, JST), la cuenta oficial de Claude Code @ClaudeDevs anunció que las sesiones en la nube dejan la research preview y pasan a estar disponibles oficialmente. Al mismo tiempo, quienes ya pagan una suscripción reciben un crédito único para probarlas (100 $ en Pro, 250 $ en Max).

Las sesiones en la nube ejecutan Claude Code en la nube de Anthropic en lugar de en tu propio ordenador. Tu repositorio de GitHub se clona en una máquina virtual en la nube, y allí Claude edita el código, pasa las pruebas y sube una rama. Cerrar el portátil no detiene el trabajo. También puedes revisar cómo va y responder desde el móvil.

Este artículo se basa en la documentación oficial de Claude Code (Use Claude Code in the cloud, Configure cloud environments y Get started with Claude Code in the cloud), en las publicaciones de @ClaudeDevs y en el texto completo de las condiciones de la oferta del crédito para explicar qué pueden hacer las sesiones en la nube, qué no, cuánto cuestan y cómo reclamar el crédito. La información está actualizada a 24 de septiembre de 2026.

1. Qué son las sesiones en la nube: el trabajo no lo hace tu ordenador

La definición de la documentación oficial es breve: una sesión de Claude Code que se ejecuta en infraestructura en la nube en lugar de en tu máquina. Por defecto se ejecuta en infraestructura que gestiona Anthropic (si tu organización tiene su propio entorno autoalojado, las sesiones pueden enviarse allí). claude.ai/code, que se abre en el navegador, también se conoce como «Claude Code on the web» y es una de las formas de iniciar una sesión en la nube.

Cuando envías una tarea, esto es lo que ocurre en la nube.

La etapa ④ se malinterpreta con facilidad. Los pull requests no se abren solos: lo creas tú con «Create PR» en la vista del diff (como PR completo, como borrador o saltando a la página de redacción de GitHub). La sesión no se cierra después de subir la rama, así que la creación del PR y cualquier corrección posterior se hacen en la misma conversación.

Que la sesión siga en marcha después de cerrar la pestaña es intencionado. Según la documentación oficial, cerrar la pestaña no detiene la sesión: sigue ejecutándose en segundo plano hasta que Claude termina la tarea en curso y luego queda inactiva. Pero si sigue inactiva, la máquina virtual se recupera. El historial de la conversación se conserva, y al reabrir la sesión desde claude.ai/code se reanuda en una máquina virtual nueva, aunque los subagentes o comandos de shell que estuvieran en marcha en ese momento no se restauran.

Las sesiones en la nube están disponibles en Pro, Max y Team, y para los usuarios de Enterprise con puestos premium o puestos Chat + Claude Code. Las organizaciones que tienen activada la retención cero de datos (Zero Data Retention) no pueden usarlas.

2. En qué se diferencian de Claude Code en local y de Remote Control

La documentación oficial lo resume así: Claude Code se comporta igual en todas partes; lo que cambia es dónde se ejecuta la sesión y si tu configuración local está disponible. Hay dos cosas con las que comparar: una sesión local que ejecutas en una terminal o un IDE, y Remote Control, que te permite manejar una sesión local desde el móvil o un navegador.

La fila más importante es la de «tu configuración local no se usa». Cada sesión en la nube parte de un clon nuevo del repositorio, así que solo viaja lo que está confirmado (commit) en el repositorio. Resumiendo las listas de la documentación oficial:

• Lo que se lleva: el CLAUDE.md del repositorio, .claude/rules/, .claude/skills/, agents/ y commands/, y la configuración gestionada por el servidor de tu organización. En una sesión con un solo repositorio, también los hooks y las reglas de permisos de .claude/settings.json y .mcp.json
• Lo que no se lleva: tu propio ~/.claude/CLAUDE.md y ~/.claude/skills/, los servidores MCP que añadiste solo en local con claude mcp add, los plugins activados únicamente en tu configuración de usuario y la autenticación que exige iniciar sesión en un navegador, como AWS SSO

Los modos de permisos también cambian. En una sesión en la nube puedes elegir Auto (un clasificador revisa las acciones de Claude; solo aparece si tu organización lo permite y el modelo elegido lo admite), Accept edits (los cambios se hacen y la rama se sube sin esperar tu aprobación) o Plan (Claude propone un enfoque y espera a que lo apruebes). No hay modo Manual, en el que apruebas cada acción, ni Bypass permissions, que se salta las comprobaciones. En cuanto a los comandos, /compact y /context funcionan, pero /clear no; en su lugar, inicias una sesión nueva desde la barra lateral. /model y /effort no abren un selector, así que hay que escribirlos con un valor, como en /model sonnet.

Si lo que quieres es manejar tu propia máquina, con sus archivos y su red, desde otro sitio, la herramienta que buscas es Remote Control, no la nube. Nuestra guía de Remote Control compara ambas en detalle.

3. Cómo empezar desde el navegador o la terminal

Hay cinco puertas de entrada: claude.ai/code en un navegador, la pestaña Code de la app móvil de Claude, una sesión de la app de escritorio iniciada con Cloud seleccionado en lugar de Local, claude --cloud en la terminal y las rutinas (ejecuciones que se lanzan según un horario o ante un evento). La recomendación oficial es hacer la primera desde el navegador.

Desde el navegador (tu primera sesión)

1. Abre claude.ai/code e inicia sesión
2. Conecta GitHub: sigue las indicaciones y aprueba en la pantalla de autorización de GitHub. Con esto ya puedes trabajar con repositorios públicos
3. Para usar repositorios privados, instala la Claude GitHub App: solo puedes trabajar en los repositorios privados donde esté instalada. En una organización de GitHub, puede que tenga que aprobarla alguien con rol de propietario de la organización
4. Se crea un entorno Default: en Pro y Max se crea automáticamente. En Team y Enterprise verás un formulario de creación; deja los valores por defecto y haz clic en «Create & finish»
5. Elige un repositorio, una rama y un modo de permisos, y luego escribe y envía tu tarea

Para redactar las tareas, la documentación oficial recomienda nombrar el archivo o la función en lugar de limitarse a decir «arregla las pruebas», pegar la salida del error si la tienes y describir el comportamiento esperado, no solo el síntoma. Cada tarea tiene su propia sesión y su propia rama, así que puedes enviar la siguiente sin esperar a que termine la anterior.

Desde la terminal

Si ya usas GitHub CLI (gh) en local, también puedes escribir /web-setup dentro de Claude Code. El comando envía tu token de gh a Anthropic, donde se guarda cifrado en tu cuenta de claude.ai, y cualquier repositorio al que llegue ese token pasa a poder usarse sin instalar la app. En Team y Enterprise, el comando no aparece hasta que un Owner de la organización activa «Quick web setup».

Una vez conectado, puedes enviar tareas directamente desde la terminal.

# Inicia una sesión nueva en la nube para el repositorio en el que estás
claude --cloud "Fix the authentication bug in src/auth/login.ts"

# Envía una instrucción más a una sesión en la nube que está en marcha
claude -p "Add tests too" --cloud <session-id>

# Trae una sesión en la nube a tu terminal local
claude --teleport

Una sesión iniciada con --cloud clona tu rama actual en GitHub, no tu copia de trabajo local. Los commits que solo existen en tu máquina no estarán allí, así que súbelos antes. Tampoco puedes pasar una sesión local a la nube desde la CLI (solo en el sentido contrario, con --teleport). La app de escritorio sí tiene un menú «Continue in» que envía una sesión local a la nube.

Para usarlo desde la terminal, Claude Code tiene que estar con la sesión iniciada con una cuenta de claude.ai. Con autenticación por clave de API, o si está configurado para un proveedor externo como Amazon Bedrock o Agent Platform de Google Cloud, no funcionan ni --cloud ni --teleport.

4. Entornos, acceso a la red y secretos

Cada sesión en la nube se ejecuta en un «entorno en la nube». Un entorno es una configuración guardada que agrupa el nivel de acceso a la red, las variables de entorno y un script de configuración. El entorno Default con el que empiezas tiene acceso a la red Trusted (ver más abajo) y no tiene variables de entorno ni script.

Qué hay dentro de la máquina virtual

En los entornos gestionados por Anthropic, cada sesión recibe una máquina virtual nueva con Ubuntu 24.04 (x86_64). Aunque uses Mac o Windows, dentro hay Linux, así que las dependencias con binarios nativos usan las versiones para Linux x86_64. Vienen preinstalados Python, Node.js (20/21/22), Ruby, PHP 8.3, Java 21, Go, Rust, C/C++, Docker, PostgreSQL 16, Redis 7.0 y más. Los recursos aproximados son 4 vCPU, 16GB de RAM y 30GB de disco, y la documentación oficial advierte que pueden cambiar. Un trabajo que supere con creces la memoria, como una compilación grande, puede terminar interrumpido.

Las herramientas que no vienen instaladas se añaden en el script de configuración del entorno (Bash, ejecutado como root). El script se ejecuta una vez en la primera sesión; después, el estado del sistema de archivos se guarda y se reutiliza, así que las sesiones siguientes arrancan más rápido. Los requisitos son que el script termine en unos cinco minutos y no falle (un código de salida distinto de cero significa que la sesión no arranca). El estado guardado se reconstruye aproximadamente cada siete días.

Los 4 niveles de acceso a la red

Ojo: None no lo corta todo. El tráfico a GitHub pasa por un proxy dedicado, los conectores MCP que actives pasan por los servidores de Anthropic y el propio Claude Code se comunica con la API de Anthropic. La documentación oficial lo dice sin rodeos: con el acceso a la red desactivado, Claude Code puede seguir comunicándose con la API de Anthropic, lo que puede permitir que los datos salgan de la máquina virtual.

Dónde guardar los secretos

• Tus credenciales de GitHub nunca entran en la máquina virtual: un proxy las sustituye por credenciales de alcance limitado en nombre de la sesión. git push solo funciona hacia la rama de trabajo de esa sesión
• Las variables de entorno las puede leer cualquiera que use el entorno: el diálogo oficial de configuración incluye una nota que desaconseja poner secretos ahí
• Guarda las claves de API en «API credentials» (solo Pro y Max): el proxy de Anthropic añade la clave solo a las peticiones que van a los hosts que indiques. La clave no la ven ni Claude ni los comandos que ejecuta. Todavía no está disponible en Team y Enterprise

5. Precio: el uso normal de tu plan más un crédito por tiempo limitado

El modelo de precios es sencillo. Según la documentación oficial, las sesiones en la nube comparten los límites de uso con todo el resto de tu uso de Claude y Claude Code en la cuenta, y la máquina virtual en la nube no tiene un cargo de cómputo aparte. Si ejecutas tareas en paralelo, tus límites se agotan proporcionalmente más rápido.

A las 10:57 JST del mismo día, @ClaudeDevs publicó un mensaje de seguimiento que empezaba pidiendo disculpas por la confusión. En esencia: las sesiones en la nube funcionan con tu plan Pro o Max como el resto de Claude Code, y este crédito es una promoción opcional y única que las sesiones en la nube gastan primero antes de volver al uso normal de tu plan.

Qué muestra Claude Code en local cuando llegas al límite, y qué hacer entonces, lo explicamos en nuestro artículo sobre el límite de uso.

El texto completo de las condiciones de la oferta (Claude Promotional Credit Offer Terms) contiene varias cláusulas que conviene conocer antes de reclamarlo.

• El crédito no tiene valor en efectivo y no se puede transferir
• Si cancelas la suscripción, bajas al plan gratuito o tu cuenta queda suspendida, pierdes el crédito y no se restaura, salvo que se indique lo contrario
• Se concede en la moneda de tu cuenta de facturación; si es distinta de la moneda anunciada, Anthropic lo convierte al tipo de cambio que elija y puede redondearlo a un importe cómodo
• Anthropic puede modificar o terminar la oferta sin previo aviso, y puede revocar créditos o retirarte la elegibilidad si determina que ha habido fraude, abuso o incumplimiento de sus condiciones. Anthropic tiene la última palabra sobre la elegibilidad y los importes
• Al participar, aceptas que Anthropic active «Usage Credit» en tu cuenta si todavía no está activado

Ese último punto pasa desapercibido con facilidad, así que después de reclamarlo vale la pena abrir una vez la configuración de facturación de claude.ai y comprobar que todo está como quieres.

6. Cómo reclamar el crédito y una advertencia sobre las cuentas

Los pasos están en una publicación de @ClaudeDevs.

1. En el navegador, abre la página de reclamación (claude.ai/code/claim-credit). En la terminal, escribe /claim-credit en Claude Code
2. Conecta GitHub: la publicación dice «You'll need GitHub connected to start a session». Si aún no lo has conectado, sigue los pasos de «3. Cómo empezar»
3. Inicia una sesión en la nube: el crédito se gasta primero de forma automática

Ten en cuenta que, a 24 de septiembre de 2026, /claim-credit todavía no figura en la documentación de comandos ni en el CHANGELOG. La única fuente es la publicación de @ClaudeDevs. Si el comando no aparece al escribirlo, reclamarlo desde la página del navegador es la vía segura.

7. Para qué sirven las sesiones en la nube y para qué no

La documentación oficial traza una línea clara entre los trabajos que las sesiones en la nube hacen bien y los que conviene dejar en tu máquina.

Sobre los repositorios fuera de GitHub: con un repositorio sin remoto, o con un repositorio de github.com que no tiene instalada la Claude GitHub App, claude --cloud inicia la sesión subiendo tu repositorio local como un bundle. Puedes hacer lo mismo con GitLab o Bitbucket estableciendo CCR_FORCE_BUNDLE=1. El bundle tiene que pesar menos de 100MB, los archivos sin seguimiento no se incluyen y no puedes subir los resultados de vuelta a ese repositorio de GitLab o Bitbucket.

Si necesitas tu entorno local pero aun así quieres trabajar en paralelo, agent view, que ejecuta varias sesiones a la vez en tu propia máquina, encaja mejor.

8. Lo que conviene saber antes de empezar

Compartir en público significa «cualquiera con sesión iniciada en claude.ai»

En Pro y Max, la visibilidad de una sesión es Private o Public. Public la hace visible para cualquier usuario con sesión iniciada en claude.ai, y la verificación de acceso al repositorio no está activada por defecto. La documentación oficial advierte de que las sesiones pueden contener código y credenciales de repositorios privados de GitHub. Los ajustes para exigir que quien la reciba tenga acceso al repositorio, o para ocultar tu nombre, están en Settings > Claude Code > Sharing settings de claude.ai.

Auto-fix responde con tu cuenta de GitHub

En los repositorios con la Claude GitHub App instalada puedes usar Auto-fix, que vigila un PR y responde automáticamente a los fallos de CI y a los comentarios de revisión (desde la terminal, es /autofix-pr). Esas respuestas se publican con tu cuenta de GitHub (marcadas como escritas por Claude Code). En repositorios que usan Atlantis, Terraform Cloud o GitHub Actions activadas por issue_comment, un comentario puede desencadenar cambios en la infraestructura, así que la documentación oficial sugiere desactivar Auto-fix en esos repositorios.

Archivos secretos al subir desde tu máquina

Cuando tu repositorio local se sube como bundle en macOS, Linux y WSL, se dejan fuera los cambios sin confirmar en archivos con nombres como .env, *.tfvars, id_rsa o *.pem. Dicho al revés, las versiones confirmadas sí se suben, y esos tres entornos son los únicos que la documentación oficial menciona para esta exclusión. No dice si la misma exclusión se aplica en Windows nativo, así que revisa lo que vas a enviar antes de enviarlo.

Otros puntos

• Borrar no se puede deshacer: eliminar desde la barra lateral o el menú de la sesión borra para siempre la sesión y sus datos. Si solo quieres ordenar, basta con archivar
• Si tu organización usa una lista de IP permitidas, todo falla: las sesiones en la nube llaman a la API desde la infraestructura de Anthropic, así que tendrás que pedir una excepción al soporte
• Los hooks SessionStart a nivel de usuario no viajan: los hooks de ~/.claude/settings.json se quedan en tu máquina. Lo que quieras ejecutar también en la nube debe ir en la configuración del repositorio

9. Sesiones en la nube frente a Projects: quién hace qué

Projects de Claude Code, reconstruido el 17 de septiembre, también se ejecuta en la nube. Por debajo, cada «hilo» de un proyecto es una sesión en la nube. La diferencia está en quién reparte las tareas.

Que el crédito solo cubra las sesiones en la nube influye directamente en cómo repartir el trabajo. Si vas a probar con el crédito, empieza por las sesiones en la nube, enviando tú las tareas una a una, y pasa a Projects cuando el trabajo se asiente en algo de más largo recorrido. Ese es el orden natural. Nuestro artículo sobre Projects explica sus condiciones de despliegue y lo rápido que consume tokens.

Resumen

Las sesiones en la nube son la función para ejecutar Claude Code desligado de tu propio ordenador. Entregas un repositorio de GitHub, escribes una tarea, y Claude trabaja en una máquina virtual en la nube, sube una rama y espera. Sigue trabajando cuando cierras el portátil, puedes responder desde el móvil y la máquina virtual no se cobra aparte.

A cambio, tu configuración y tus herramientas locales no viajan, se da por hecho que usas GitHub y no puedes aprobar cada paso. El reparto más sencillo es dejar en tu máquina o en Remote Control el trabajo que necesita tu entorno local, y mandar a la nube las tareas puntuales bien definidas y todo lo que quieras ejecutar en paralelo.

Si ya tienes Pro o Max, reclámalo antes del 7 de octubre y el crédito se gastará primero hasta el 5 de noviembre a las 16:59 JST. Es una ventana en la que puedes experimentar sin preocuparte por tus límites, así que empieza enviando una tarea pequeña y fíjate en cómo queda el diff y cuánto tarda en volver.

Preguntas frecuentes

P. ¿Puedo usarlas con el plan gratuito?

R. No. La documentación oficial enumera Pro, Max y Team, además de los usuarios de Enterprise con puestos premium o puestos Chat + Claude Code. Este crédito también es solo para quienes ya están suscritos a Pro o Max.

P. ¿Las sesiones en la nube cuestan algo más?

R. La máquina virtual no tiene un cargo de cómputo aparte. Consumen los límites de uso de tu plan, los mismos que Claude Code en local y el chat. Si has reclamado el crédito que se reparte desde el 24 de septiembre, se gasta primero el crédito, y cuando se agota o caduca vuelves a tus límites normales.

P. ¿Puedo usar el crédito en Projects o Routines?

R. No. La pantalla de reclamación dice que Projects y Routines quedan excluidos. Las ejecuciones de rutinas también funcionan como sesiones en la nube, pero se dejan fuera de lo que cubre el crédito.

P. ¿Puedo probarlas sin usar GitHub?

R. Necesitas GitHub conectado para iniciar una sesión. Dicho esto, claude --cloud también puede iniciar una sesión subiendo un repositorio local que no tiene remoto en GitHub (de menos de 100MB, y los resultados no se pueden devolver a GitLab ni similares). Si no quieres conectar GitHub, la alternativa que señala la documentación oficial es Remote Control, que se ejecuta en tu propia máquina y te deja seguir el trabajo desde un navegador o el móvil.

P. ¿Puedo pasar a la nube un trabajo que empecé en local?

R. Desde la CLI, no. --teleport solo trae una sesión en la nube a tu máquina. --cloud crea una sesión nueva y clona tu rama actual en GitHub. La app de escritorio tiene un menú «Continue in» que envía una sesión local a la nube.

P. ¿Qué pasa si Claude me hace una pregunta y la dejo sin responder?

R. Hasta que caduque el entorno, puedes volver, responder y seguir desde ahí. Incluso después de que caduque y se recupere la máquina virtual, al reabrir la sesión desde claude.ai/code se prepara una máquina virtual nueva con tu historial de conversación. Eso sí, los subagentes o comandos de shell que estuvieran en marcha en segundo plano en ese momento no se restauran.