Agentes de código 24/7 en tu propio servidor

Un agente de código en tu portátil se detiene cuando cierras la tapa. Moverlo a una máquina que siga encendida es la parte fácil. Lo que la gente se salta es la supervisión (qué mantiene vivo el proceso y qué lo recupera tras un reinicio), el aislamiento entre sesiones en paralelo y los límites de uso, que detendrán al agente mucho antes que el hardware. Esta guía cubre cada punto, para Claude Code, Codex y los demás agentes de terminal.

Nube o máquina propia

Primero decide si necesitas una máquina. Los proveedores ya ejecutan agentes por ti:

Si tu proyecto está en GitHub y se compila desde un script de configuración, la nube del proveedor es lo que menos trabajo da. La documentación de las sesiones en la nube de Anthropic es el punto de partida; claude --cloud "…" inicia una desde la terminal. Elige tu propia máquina cuando el agente necesite cosas que solo tiene tu máquina, o cuando quieras agentes de varios proveedores uno al lado del otro. La guía de compra de VPS cubre el dimensionado y los precios actuales. Un Mac mini en casa también sirve, siempre que desactives el reposo.

Supervisión de procesos

Los agentes interactivos son programas de terminal. Mueren con la terminal salvo que otra cosa la mantenga. Tienes cuatro opciones, de la más sencilla a la más robusta.

1. tmux

tmux new -A -s main
cd ~/src/api && claude        # detach: Ctrl-b d · re-attach: tmux attach -t main

tmux sobrevive a las desconexiones, no a los reinicios. Es la herramienta adecuada para el trabajo interactivo, y es lo que sugiere la documentación de Anthropic para mantener viva una sesión de Remote Control en una máquina remota. Nuestra guía de tmux, mosh y Tailscale incluye la configuración que necesitan los agentes.

2. systemd + tmux, para que vuelva tras un reinicio

No puedes ejecutar una TUI interactiva directamente como servicio, porque necesita una terminal. Lo que sí puedes es hacer que systemd inicie una sesión de tmux desacoplada al arrancar. Con tu usuario normal, crea ~/.config/systemd/user/agents.service:

[Unit]
Description=tmux session for coding agents

[Service]
Type=forking
ExecStart=/usr/bin/tmux new-session -d -s main
ExecStop=/usr/bin/tmux kill-session -t main

[Install]
WantedBy=default.target

systemctl --user daemon-reload
systemctl --user enable --now agents.service
sudo loginctl enable-linger "$USER"     # start user services at boot, without a login

Eso recupera una sesión vacía, no tus conversaciones. Reanudarlas es un paso aparte (consulta Qué pasa al reiniciar más abajo).

3. Ejecuciones sin interfaz programadas

Para trabajos recurrentes, como actualizar dependencias cada noche, clasificar issues nuevas o regenerar la documentación, prescinde de la TUI. Ejecuta claude -p "…" o codex exec "…" desde cron o un temporizador de systemd. No hay nadie para aprobar nada, así que configura a propósito el modo de permisos y la lista de permitidos. Ejecutar agentes con permisos completos, de forma segura explica cómo.

4. Un daemon de sesiones

La opción más robusta es un proceso que es dueño de las sesiones de los agentes: las inicia, guarda sus transcripciones y te deja conectarte desde cualquier sitio. El modo servidor de Remote Control de Claude Code (claude remote-control) es uno. Atiende hasta 32 sesiones simultáneas por defecto, configurable con --capacity, pero aun así lo ejecutas dentro de tmux o de un servicio. agy remote-control start registra el daemon de Antigravity como servicio del sistema operativo. Herramientas de terceros, Maude entre ellas, despliegan su propio daemon que gestiona varios agentes.

Sesiones en paralelo y worktrees

Dos agentes editando la misma copia de trabajo se pisarán los cambios. Dale a cada sesión su propio git worktree, un directorio de trabajo y una rama separados que comparten el historial del repositorio:

git worktree add ../api-auth -b feature/auth
git worktree add ../api-billing -b fix/billing
# one tmux window per worktree, one agent per window

Claude Code puede hacerlo por ti: claude --worktree feature-auth (o -w) crea un worktree en .claude/worktrees/ en una rama nueva e inicia la sesión dentro. Consulta la documentación de worktrees.

Cuántas sesiones aguanta una máquina depende de lo que ejecutan, no de los agentes en sí. Una regla útil es 4 GB para la primera sesión más 1–2 GB por cada sesión adicional que compile o ejecute tests, y más si cada worktree levanta su propio servidor de desarrollo o base de datos. Vigila free -h durante una hora de mucha actividad antes de añadir otra. El disco también suma, porque cada worktree tiene su propio node_modules.

Cuotas y límites de uso

Una máquina 24/7 solo sirve si tu plan deja que el agente siga trabajando, así que lee los límites antes de organizarte en torno a ellos:

• Claude (Pro, Max). Los límites de uso se reinician cada cinco horas, y además hay un límite semanal, según el artículo sobre límites de uso de Anthropic. Varias sesiones en paralelo tiran de la misma cuota. Puedes ver cómo vas en Ajustes → Uso.
• Codex (planes de ChatGPT). Plus y niveles similares usan ventanas móviles de cinco horas, y también pueden aplicarse límites semanales. El uso local de la CLI y las tareas en la nube comparten una misma cuota. Consulta la página de precios de Codex de OpenAI para tu plan.
• Claves de API. Sin ventana del plan, pero pagas por token, así que un bucle descontrolado cuesta dinero en lugar de detenerse. Configura límites de gasto en la consola del proveedor.

En la práctica, «24/7» significa que el agente puede trabajar siempre que haya trabajo y cuota, no que funcione a tope todo el día. Deja las tareas largas en cola para cuando no estés, y cuenta con que se pare hasta el siguiente reinicio de la cuota.

Qué pasa al reiniciar

Las actualizaciones del kernel, el mantenimiento del proveedor y los cierres por falta de memoria reinician cosas. Las conversaciones de los agentes se guardan en disco, así que no se pierde nada, pero nada se vuelve a iniciar solo:

• Claude Code: claude --continue reanuda la conversación más reciente del directorio actual, y claude --resume te deja elegir una.
• Codex: codex resume --last, o codex resume para un selector.
• tmux: el servidor ha desaparecido, y con él la disposición de tus ventanas. La unidad de systemd de arriba vuelve a crear la sesión. Plugins como tmux-resurrect también pueden restaurar las disposiciones.

Todo lo que estuviera en curso cuando cayó la máquina, como una edición a medias o un test en ejecución, hay que revisarlo a mano. Es un motivo más para que el agente haga commit a menudo.

Vigilarlo desde el móvil

Un agente siempre activo te necesitará en momentos inesperados: una solicitud de permiso, una pregunta, una tarea terminada que revisar. Tus opciones son una app de SSH conectada a tmux, gratis pero sin notificaciones; las apps de Remote Control de cada proveedor, que funcionan por agente; hooks de ntfy para recibir push, explicados en aprobar solicitudes desde el móvil; o una app que lo haga todo.

Maude está pensado para esta configuración. Despliega por SSH un daemon que ejecuta tus sesiones en el servidor 24/7, las mantiene en marcha con la app cerrada y gestiona Claude Code, Codex, OpenCode, Grok Build y Antigravity en tantos servidores como añadas. Tienes notificaciones push con Permitir/Denegar, una bandeja con lo que está pendiente y, por sesión, git worktrees, revisión del diff y una terminal. Cuando un agente se queda sin cuota, puedes pasarle la sesión a otro agente junto con un resumen del trabajo hecho hasta ahora. Sigues necesitando el plan o la clave de API de cada agente. La app cuesta $2.99 a la semana tras una prueba de 3 días, o $59.99 al año tras una prueba de 7 días.

Preguntas frecuentes