Una sesión en la nube es una sesión de Claude Code que se ejecuta en infraestructura en la nube en lugar de en tu máquina, trabajando con código de tus repositorios de GitHub. Puedes iniciar una desde Claude Code en la web en claude.ai/code, desde Claude Mobile, desde Claude Desktop, o desde tu terminal con claude --cloud. Este artículo explica cómo funcionan las sesiones en la nube, cuándo usarlas en lugar de una sesión local en tu terminal o IDE, y qué flujos de trabajo permiten.
Lo que proporcionan las sesiones en la nube
Las sesiones en la nube te permiten delegar tareas a Claude que se ejecutan sin tu supervisión activa. Seleccionas un repositorio de GitHub, describes lo que quieres que se haga, y Claude trabaja en la tarea en la nube. Una vez que Claude Code ha comenzado a trabajar en una tarea, puedes abandonar la página completamente; Claude continuará su trabajo. Cuando termine, Claude creará automáticamente una solicitud de extracción con cambios para que revises.
Esta función funciona con repositorios que quizás no tengas en tu máquina local. Puedes iniciar tareas en cualquier repositorio de GitHub al que tengas acceso sin necesidad de clonarlo localmente o configurar un entorno de desarrollo. Esto es útil para proyectos a los que contribuyes ocasionalmente o para explorar bases de código que aún estás aprendiendo.
Las sesiones en la nube permiten flujos de trabajo de desarrollo asincrónico. En una sesión local en tu terminal o editor, típicamente trabajas de forma sincrónica: haces una solicitud, esperas a que Claude responda, revisas los cambios, luego haces otra solicitud. El trabajo sincrónico como este te da control granular pero requiere tu atención durante todo el proceso. Una sesión en la nube funciona diferente: puedes asignar una tarea más grande, dejar que Claude trabaje de forma independiente, y volver más tarde para revisar el trabajo completado.
También puedes ejecutar múltiples tareas en paralelo. Como cada tarea se ejecuta en su propio entorno aislado, puedes tener a Claude trabajando en varios problemas o repositorios diferentes simultáneamente. Cada tarea procede de forma independiente y crea su propia solicitud de extracción cuando se completa. Más de una tarea puede trabajar en el mismo repositorio al mismo tiempo.
Cómo funciona
Cuando inicias una sesión en la nube, Claude Code crea una máquina virtual aislada para tu trabajo. Tu repositorio de GitHub se clona en este entorno, que viene preconfigurado con herramientas de desarrollo comunes y ecosistemas de lenguaje.
Claude prepara el entorno ejecutando cualquier comando de configuración que hayas definido en la configuración de tu repositorio. Esto incluye instalar dependencias, configurar bases de datos, o ejecutar otros pasos de inicialización que tu proyecto necesita. Si tu tarea requiere acceso a la red, quizás para instalar paquetes u obtener datos, puedes configurar el nivel de acceso a internet que el entorno tiene.
Una vez que el entorno está listo, Claude comienza a trabajar en tu tarea. Claude lee tu código, hace cambios, escribe pruebas, y ejecuta comandos para verificar el trabajo. Puedes monitorear el progreso y proporcionar orientación a través de la interfaz web si es necesario.
Cuando Claude completa la tarea, envía los cambios a una rama nueva en tu repositorio de GitHub. Recibes una notificación y puedes revisar los cambios, luego crear una solicitud de extracción directamente desde la interfaz. La solicitud de extracción incluye todo el trabajo de Claude, listo para tu revisión y cualquier cambio adicional que quieras hacer.
Cada tarea se ejecuta en completo aislamiento. La máquina virtual existe solo para esa tarea específica e incluye controles de seguridad como acceso a la red restringido y manejo de credenciales protegidas. Tu autenticación de GitHub se gestiona a través de un proxy seguro, por lo que las credenciales nunca existen directamente en el entorno donde Claude está trabajando.
Cuándo usar sesiones en la nube vs. sesiones locales
Algunas tareas son adecuadas para ejecutarse de forma asincrónica en la nube, mientras que otras es mejor ejecutarlas localmente en tu terminal o IDE.
Usa sesiones en la nube para:
Tareas bien definidas con requisitos claros: Cuando puedes describir exactamente qué necesita hacerse y no esperas necesitar dirigir a Claude a mitad de la tarea, una sesión en la nube te permite iniciar el trabajo y volver cuando esté completo.
Trabajo en segundo plano en acumulaciones de errores: Puedes asignar a Claude múltiples problemas de tu acumulación y dejarlos ejecutarse en paralelo. Cada tarea procede de forma independiente, permitiéndote abordar varios arreglos a la vez sin monitorear cada uno individualmente.
Repositorios que no tienes localmente: Si necesitas hacer cambios en un repositorio que no has clonado o no quieres configurar en tu máquina, una sesión en la nube maneja la configuración del entorno por ti.
Tareas que quieres poner en cola: Cuando tienes una lista de cambios para hacer pero no quieres trabajar en ellos ahora, puedes iniciarlos en la nube y revisar los resultados más tarde. Esto te permite agrupar trabajo similar o delegar tareas durante momentos cuando estás enfocado en otra cosa.
Usa sesiones locales en tu terminal o IDE para:
Tareas que necesitan corrección frecuente de curso: Cuando no estás seguro exactamente cuál es el enfoque correcto o esperas que necesitarás redirigir a Claude basado en lo que ves, trabajar en tu terminal te da retroalimentación inmediata. Puedes ajustar la dirección mientras Claude trabaja en lugar de esperar un resultado completo.
Trabajo exploratorio con requisitos poco claros: Si estás descubriendo cómo resolver un problema o investigando diferentes enfoques, la terminal te permite refinar tu solicitud mientras aprendes. El ir y venir ayuda a aclarar requisitos que no eran obvios al principio.
Desarrollo local con cambios sin confirmar: Cuando estás desarrollando activamente y tienes trabajo sin confirmar en tu repositorio local, usar Claude Code en tu terminal mantiene todo en un lugar. Puedes iterar rápidamente en cambios sin necesidad de confirmar o enviar trabajo que aún no está listo.
Tareas que requieren retroalimentación inmediata: Si necesitas ver resultados rápidamente y quieres iterar rápidamente, la terminal proporciona menor latencia. Puedes ver a Claude trabajar en tiempo real y detener o redirigir si algo sale mal al principio del proceso.
Casos de uso de ejemplo
Cambios de backend con desarrollo dirigido por pruebas
Deja que Claude escriba pruebas que definan el comportamiento esperado, luego implementa el código para hacer que esas pruebas pasen. Esto funciona particularmente bien para cambios de backend donde el comportamiento puede validarse a través de pruebas automatizadas.
Solicitud de ejemplo:
Add rate limiting to the /api/search endpoint.
The rate limiter should:
- Allow 100 requests per minute per API key
- Return 429 status when limit exceeded
- Reset limits after 60 seconds
- Track different API keys independently
Use a TDD approach: write comprehensive tests first, then implement the rate limiting logic to pass them.
Cuándo usar este enfoque: Esto funciona bien en una sesión en la nube porque las pruebas le dan a Claude criterios de validación claros hacia los que trabajar. No necesitas monitorear el progreso de Claude ya que las pruebas atraparán problemas y guiarán la iteración hacia una solución que funcione. La naturaleza autónoma de la tarea, donde Claude escribe pruebas luego las hace pasar, no requiere tu entrada una vez iniciada.
Qué hace esto efectivo: Claude puede iterar en la implementación sin tu supervisión, usando fallos de pruebas para identificar y arreglar problemas. La tarea se ejecuta más tiempo que un cambio de código simple, pero puedes dejarla completar en segundo plano. Cuando revisas la solicitud de extracción, tanto las pruebas como la implementación están listas, y tienes confianza de que la solución funciona porque las pruebas pasan.
Actualizaciones de documentación
Genera o actualiza documentación técnica como archivos README, documentación de API, comentarios de código, o guías de usuario.
Solicitud de ejemplo:
Update CHANGELOG.md with all changes since the v2.3.0 release:
- Review commits on main branch since that tag.
- Categorize changes into "Added, "Changed, "Fixed", and "Removed" sections.
- Include the commit hash for each entry.
Cuándo usar este enfoque: Las actualizaciones de registro de cambios son adecuadas para una sesión en la nube porque Claude puede revisar el historial de confirmaciones de forma independiente y formatear entradas sin orientación. La tarea es tediosa de hacer manualmente pero lo suficientemente directa para que Claude la complete sin preguntas sobre qué confirmaciones incluir o cómo categorizarlas.
Qué hace esto efectivo: Puedes delegar la actualización completa del registro de cambios y revisar el resultado cuando esté completo. Claude lee a través de confirmaciones, extrae cambios significativos, y sigue tu formato de registro de cambios existente.
Refactorización con alcance claro
Reestructura el código para mejorar la organización o legibilidad cuando puedes definir límites claros para el cambio. Esto incluye extraer código, dividir archivos grandes, u organizar la estructura del módulo.
Solicitud de ejemplo:
The UserService class in /src/services/user.go has 800 lines long.
Split it into three focused services:
- UserAuthService (login/logout/sessions)
- UserProfileService (profile CRUD operations)
- UserPreferencesService (settings/preferences)
Ensure all tests still pass.
Cuándo usar este enfoque: La refactorización con restricciones claras funciona bien en una sesión en la nube porque puedes establecer límites claros para que Claude siga. Los conjuntos de pruebas pueden proporcionar validación, permitiendo a Claude verificar que la refactorización no rompió ninguna funcionalidad existente.
Qué hace esto efectivo: La tarea toma tiempo, pero no necesita tu entrada activa una vez que la estructura está definida. Puedes iniciar la refactorización y revisar el resultado organizado más tarde, en lugar de monitorear a Claude mientras trabaja en la tarea. El alcance claro significa que Claude es poco probable que necesite orientación a mitad de la tarea.
Consejos para uso efectivo
Considera agregar un conjunto de pruebas a tu repositorio para que Claude verifique más fácilmente que ha completado exitosamente una tarea
Especifica criterios de éxito en lugar de objetivos vagos como "mejorar" o "arreglar"
Define qué debe cambiar y qué debe permanecer igual en tu solicitud
Delimita tareas con límites claros para que Claude no necesite orientación a mitad de la tarea
Si estás pensando "Necesitaré ver cómo va esto primero", considera usar tu terminal en su lugar
Usa "Abrir en CLI" si te das cuenta a mitad de la tarea que necesitas proporcionar orientación