Que Claude Code siga trabajando cuando cierras el portátil

Le das a Claude Code algo que va a tardar cuarenta minutos y tienes que irte. Por defecto, el trabajo se detiene al cerrar la tapa. Hay cuatro formas fiables de evitarlo, y cuál te encaja depende de una sola pregunta: ¿tienes una máquina que permanezca despierta?

Por qué se detiene

Hay tres cosas distintas que pueden terminar una sesión. Merece la pena distinguirlas, porque cada solución solo resuelve algunas:

• El proceso se detiene. La máquina entra en reposo, o termina la shell de la que dependía claude. En un portátil dormido no se ejecuta nada, uses la app que uses.
• La conexión se cae. Te quedaste sin cobertura, o el móvil suspendió la app. El proceso puede estar perfectamente; simplemente no lo ves.
• La sesión se pierde. El proceso sobrevivió, pero nada sabe cómo volver a ponerte delante de él ni avisarte de que ha terminado.

El propio Remote Control de Anthropic muestra bien la diferencia. Su documentación dice que, si el portátil entra en reposo o se cae la red, Claude Code se reconecta cuando la máquina vuelve a estar en línea. Eso resuelve la conexión. No mantiene nada en marcha mientras la tapa está cerrada, porque «tu ordenador tiene que seguir encendido y el proceso claude tiene que seguir ejecutándose».

Opción 1: las sesiones en la nube de Anthropic

Si no tienes una máquina que permanezca despierta, saca el trabajo de tus máquinas por completo. Las sesiones en la nube ejecutan Claude Code en una VM gestionada por Anthropic. La sesión sigue después de cerrar el portátil y puedes consultarla desde la app de Claude, un navegador o la terminal. Salieron de la vista previa de investigación el 23 de septiembre de 2026. Están disponibles en Pro, Max y Team, y para usuarios de Enterprise con licencias premium o Chat + Claude Code.

Puedes iniciar una desde la terminal y marcharte:

claude --cloud "Fix the flaky test in auth.spec.ts"

La VM en la nube clona tu remoto de GitHub en la rama actual, así que haz push antes. Cuando termine, claude --teleport trae la sesión y su rama de vuelta a tu terminal. Lo que conviene saber antes de depender de ello, según la documentación de las sesiones en la nube:

• Clonar y abrir pull requests requiere GitHub.
• La sesión no ve tu red privada ni tu base de datos local.
• El uso se descuenta de los mismos límites que el resto de tu uso de Claude.
• Las VM inactivas se recuperan pasado un tiempo. Al reabrir se restaura la conversación, pero no el trabajo en segundo plano que seguía en marcha.

Comparamos esta vía con más detalle en Maude vs Claude Code en la web.

Opción 2: un servidor con tmux o systemd

La respuesta clásica es ejecutar Claude Code en un VPS, que nunca se duerme, dentro de tmux, que es el dueño del proceso para que no tenga que serlo tu conexión SSH:

tmux new -s work
# start claude, then Ctrl-B then D to detach
tmux attach -t work

Así se resuelven los tres problemas: el proceso vive en una máquina siempre encendida, una conexión caída no le afecta y tmux attach te vuelve a poner delante de él. Cuesta unos pocos euros al mes, y nuestra guía de configuración de un VPS lo explica paso a paso.

Hay dos mejoras que conviene conocer:

• Remote Control dentro de tmux. Ejecuta claude remote-control en la sesión de tmux y podrás manejarla desde la pestaña Code de la app de Claude, con notificaciones push, en lugar de con una terminal. Así combinas la app oficial de Anthropic con una máquina que nunca se duerme.
• systemd para los reinicios. tmux no sobrevive a un reinicio. Un servicio de systemd (una unidad de usuario con lingering activado, para que arranque sin iniciar sesión) puede devolver un proceso de larga duración al arrancar. Claude Code por sí mismo no reanuda un turno interrumpido por un reinicio. claude --continue reabre la conversación más reciente de ese directorio para que puedas decirle que continúe.

En el móvil, la pega es sobre todo de ergonomía. Una sesión de tmux sin más no puede avisarte cuando el trabajo termina, y volver a conectarte implica una terminal a pantalla completa y un teclado táctil. Más sobre esto en tmux, mosh y Tailscale para agentes de código.

Opción 3: un daemon de sesiones (Maude)

Es la misma idea, una capa más arriba. Un pequeño proceso de larga duración en el servidor es dueño de todas las sesiones de agentes y registra lo que ocurre en ellas. Los clientes se conectan y desconectan, y la sesión ni se entera. Frente a tmux:

• Al volver a conectarte recuperas la conversación en sí, no un búfer de pantalla por el que desplazarte.
• Varios dispositivos pueden seguir la misma sesión.
• Algo sigue vigilando cuando tú no estás, así que puedes recibir una notificación push cuando el trabajo termina o necesita una decisión.

Así funciona Maude. Cuando añades un servidor, la app despliega su propio daemon por SSH y lo registra para que arranque al iniciar el sistema: una unidad de usuario de systemd en Linux, un LaunchAgent en macOS y una entrada @reboot de cron como alternativa. Las sesiones siguen ejecutándose en el servidor cuando cierras la app o el portátil. La bandeja muestra cuáles han terminado, han fallado o te necesitan, y las notificaciones push te permiten responder a una solicitud de permiso con Permitir o Denegar sin abrir nada. Como cualquier proceso, un turno que esté en marcha durante un reinicio se interrumpe, pero la conversación se conserva y puedes continuar desde la app.

El mismo daemon ejecuta Codex, OpenCode, Grok Build y Antigravity, así que esto funciona con cualquier agente que inicies. La versión multiagente la cubrimos en ejecutar agentes de código 24/7.

Opción 4: una máquina siempre encendida en casa

Si ya tienes un equipo de sobremesa siempre encendido, como un Mac mini, una estación de trabajo o un servidor doméstico, puede hacer de servidor sin coste adicional. Usa en él Remote Control, tmux o Maude, igual que en un VPS. Algunos detalles prácticos:

• Evita que entre en reposo. Los ajustes de energía de macOS tienen una opción para impedir el reposo automático cuando la pantalla está apagada. caffeinate mantiene despierto un Mac abierto desde la línea de comandos, pero no impide que un MacBook entre en reposo al cerrar la tapa.
• Un MacBook cerrado solo sigue despierto en modo de pantalla cerrada, que requiere una pantalla externa conectada y corriente. Sirve en un escritorio, no en una mochila.
• Acceder desde fuera. Remote Control y el relay de Maude se conectan hacia fuera, así que la máquina no necesita un puerto abierto. Para SSH sin más, Tailscale es la vía habitual.

Cómo elegir

Algo que ayuda en cualquier caso

Una tarea que nadie vigila debe estar escrita para no necesitar vigilancia. Indica dónde parar, qué hacer si algo falla y qué no tocar. «Arregla los tests que fallan en api/; si un arreglo requiere cambiar el esquema, detente y explícalo» funciona mucho mejor que «arregla los tests». La instrucción concreta evita que una ejecución desatendida de cuarenta minutos se desvíe. Decide también de antemano cuánto puede hacer sin preguntar: ejecutar Claude Code con permisos completos, de forma segura trata ese equilibrio.

Manéjalo desde el móvil

Para mantener Claude Code en marcha en tu propio servidor y consultarlo desde el móvil, consulta Claude Code en el móvil. Para ver todas las opciones, incluidas las gratuitas, consulta todas las formas de usar Claude Code en iPhone y iPad.

Preguntas frecuentes

Qué ha cambiado

• 1 de octubre de 2026 — Reescrito: las sesiones en la nube ya no están en vista previa de investigación, Remote Control se reconecta tras el reposo pero no funciona durante él, Remote Control dentro de tmux en un servidor, gestión de reinicios con systemd y --continue, opción de máquina siempre encendida en casa.
• 25 de julio de 2026 — Primera publicación.