¿Qué es la continuidad de agentes de IA?

Por qué la continuidad de agentes de IA le importa a los desarrolladores

Agentes de IA como Claude Code, Cursor, OpenAI Codex CLI, Aider y Gemini CLI ya no son simples asistentes que responden preguntas cuando se los llama. Corren loops agénticos — invocando herramientas, escribiendo archivos, ejecutando tests, iterando sobre el resultado — durante minutos u horas seguidas. Una sola corrida interrumpida puede significar un esquema de base de datos migrado a medias, una suite de tests que nunca terminó, o un trabajo de generación de código que tiene que reiniciar desde cero.

El término describe la propiedad de una sesión de agente que sobrevive a los eventos normales de administración de energía del Mac: reposo por inactividad, cierre de tapa y apagado automático por batería baja. Es un problema de categoría completa, no algo que se resuelve con una sola función. Lograr una continuidad real significa atacar los tres modos de falla, no solo bloquear el reposo por inactividad y darlo por resuelto.

Para generaciones rápidas de cinco minutos, la administración de energía de macOS casi nunca estorba — el trabajo termina antes de que el sistema decida que algo se ve inactivo. El problema aparece en tareas más largas: análisis de un repo completo, refactors de múltiples archivos, entrenamientos que corren toda la noche, cualquier cosa lo bastante larga como para que el Mac tenga tiempo de decidir que la sesión se ve abandonada y actuar en consecuencia.

Las tres formas en que un Mac interrumpe la corrida de un agente

El reposo por inactividad es el modo de falla más común. macOS rastrea eventos de entrada — teclado, mouse, actividad de pantalla — y declara una sesión inactiva después de un tiempo de espera configurable. Un agente de IA no genera esos eventos. Aunque esté escribiendo archivos y haciendo llamadas a APIs activamente, el Mac ve silencio en la capa de entrada y se duerme. Con batería y una configuración agresiva de ahorro de energía, ese tiempo de espera puede ser lo bastante corto como para atrapar una corrida en un par de minutos.

El reposo por cierre de tapa se activa en el instante en que se cierra la tapa de un MacBook, sin importar el tiempo de espera por inactividad. Muchos desarrolladores cierran la tapa para pasar del escritorio a una sala de reuniones asumiendo que el trabajo en segundo plano simplemente va a esperar — no lo hará, a menos que algo le haya dicho explícitamente a macOS que mantenga una assertion libre de sueño durante el cierre de tapa. Una herramienta que solo bloquea el reposo por inactividad no hace nada aquí; el cierre de tapa es un disparador completamente distinto.

La batería baja es la menos predecible de las tres. Apple no publica un porcentaje universal en el que macOS fuerce el reposo — el comportamiento exacto depende del modelo de Mac, la versión de macOS y si el Modo de Bajo Consumo está activo. Lo que sí es constante es la dirección: a medida que baja la carga, macOS limita el rendimiento cada vez más y, cerca del final, fuerza el reposo o el apagado para proteger la batería, sin importar si una terminal tiene un trabajo corriendo. Un agente que arranca un trabajo de dos horas con 40% de batería puede chocar con ese muro a mitad de camino, y se ve como un crash cuando en realidad es un evento de administración de energía.

Una herramienta que bloquea el reposo por inactividad pero ignora la tapa, o que bloquea la tapa pero ignora la batería, deja la corrida del agente expuesta en el modo que no cubre. Hay que manejar los tres a la vez para que el término signifique algo real.

Formas gratuitas de mantener viva la corrida de un agente

Antes de buscar cualquier app, macOS ya trae formas gratuitas de cubrir dos de los tres modos de falla. caffeinate -i bloquea el reposo por inactividad desde la terminal — el comando incorporado que ya tiene todo Mac. Su truco más útil para este caso exacto es la flag -w: caffeinate -i -w $(pgrep -n claude) bloquea el reposo por inactividad exactamente mientras el proceso indicado esté vivo, y se libera solo en el momento en que termina. No hay que instalar nada, no hay que limpiar nada, y queda atado al tiempo de vida real del agente en lugar de a un temporizador fijo.

El cierre de tapa también tiene un override manual y gratuito: sudo pmset -a disablesleep 1 antes de cerrar la tapa, y sudo pmset -a disablesleep 0 cuando termines. Es exactamente el mismo interruptor del sistema que termina llamando por detrás cualquier herramienta de cierre de tapa — no existe un mecanismo más privilegiado que este.

También hay una opción totalmente nativa que no necesita ningún override. El workflow de tapa cerrada que el propio Apple respalda es: conectarte a la corriente y conectar una pantalla externa (guías más antiguas también pedían teclado y mouse externos; en la mayoría de los MacBook modernos, con corriente y pantalla alcanza). Cierras la tapa, la pantalla interna se apaga y el Mac sigue corriendo en la externa — sin flag de disablesleep de por medio, sin nada que recordar volver a apagar. Para quien trabaja en un escritorio con monitor, esta es posiblemente la más segura de las tres porque no queda nada a medio terminar si te olvidas de un paso.

Dónde se quedan cortas las opciones gratuitas

caffeinate solo cubre el reposo por inactividad. No sobrevive en absoluto al cierre de tapa — cerrar la tapa lo anula sin importar la flag — y no tiene ningún concepto del porcentaje de batería. Dejado corriendo sin supervisión, mantendrá el trabajo vivo tranquilamente hasta que el Mac se vea forzado a un apagado de emergencia, en vez de detenerse antes por su cuenta.

El par manual de pmset disablesleep es global y persistente por diseño. Si te olvidas del disablesleep 0 que le corresponde — un crash, una terminal cerrada a la fuerza, un reinicio que no se dio — el Mac queda anulado indefinidamente. En un escritorio con buena ventilación, eso es más que nada cosmético. Se convierte en un riesgo real si el Mac termina en algún lugar cerrado: una mochila, una funda, una pila de libros, cualquier sitio donde el calor no pueda escapar. La solución no es evitar el modo de tapa cerrada, sino mantener el Mac sobre una superficie plana y ventilada, y tener un plan de verdad para volver a desactivar el override — no solo la esperanza de que te vas a acordar.

El truco de la pantalla externa solo funciona atado a un monitor. No ayuda en el caso de cerrar la tapa, meter el Mac en una mochila y salir mientras un trabajo sigue corriendo toda la noche — que es exactamente el escenario detrás de muchas de las preguntas sobre continuidad de agentes de IA.

El hilo común: ninguna de las tres opciones gratuitas vigila el nivel de batería ni el estado térmico mientras el trabajo corre, y ninguna se libera sola cuando el proceso del agente realmente termina. Uses lo que uses, esa capa de monitoreo es donde vive de verdad la continuidad — y con las opciones gratuitas, es disciplina manual de la que tú eres responsable cada vez.

El enfoque seguro para la continuidad

La pieza correcta para el reposo por inactividad es un power assertion de IOKit — específicamente kIOPMAssertionTypePreventUserIdleSystemSleep, la misma categoría de assertion que usa el propio macOS cuando, por ejemplo, un video se reproduce en pantalla completa. Le dice al sistema que está pasando algo relevante sin tocar los reguladores de seguridad térmica ni de batería, y por eso es la pieza correcta en vez de un workaround: coopera con macOS en lugar de pelear contra él.

Cubrir el cierre de tapa significa emparejar pmset disablesleep 1 con un 0 automático correspondiente — al detener, al salir, y volviendo a revisar la próxima vez que se abre la app por si el cierre anterior no fue limpio. Saltarse esa limpieza es exactamente el riesgo descrito antes: un Mac que queda anulado para siempre. Cuando la tapa sí está cerrada, usa una superficie plana con ventilación y mantén el Mac aireado en vez de encerrado; estar conectado a la corriente también importa, porque con la tapa cerrada pierdes la opción de simplemente cargar un poco la batería a mitad del trabajo como podrías hacerlo con la tapa abierta.

Del lado de la batería, como el corte propio de macOS no está documentado, lo más seguro es fijar tu propio límite bastante antes de ese punto en vez de intentar adivinar el número de macOS. El auto-stop por defecto de LidRun es 20% de batería (ajustable en un rango de 15–50%), con avisos previos en 15% y 5%, respaldado por un piso de emergencia que no se puede bajar de 4% — aproximadamente el punto bajo el cual macOS podría no tener margen suficiente para dormir de forma limpia antes de que el Mac se apague — y ese piso se activa incluso si el auto-stop normal está desactivado.

La temperatura funciona de forma parecida. macOS expone cuatro niveles térmicos públicos a través de ProcessInfo — nominal, fair, serious, critical — la misma señal que usan apps como los codificadores de video para bajar el ritmo. El modo de tapa cerrada es donde esto importa más, porque cerrar la tapa elimina la principal vía de aire del Mac; una herramienta bien diseñada vigila esta señal, avisa en serious y desactiva automáticamente el modo de tapa cerrada en critical, para que el hardware pueda limitar su rendimiento y dormir de forma normal en vez de verse forzado a hacerlo. Nada de esto es una garantía — un temporizador de sesión y un monitoreo térmico ayudan a reducir el riesgo, no lo eliminan — pero la combinación de un power assertion real, un piso de batería y un monitoreo térmico es lo que convierte correr un agente con la tapa cerrada en una decisión defendible en vez de una imprudencia.

En conjunto, una configuración segura se ve igual ya sea que la armes tú mismo o uses una herramienta para eso: mantener la assertion de reposo por inactividad solo mientras dure el trabajo, no de forma indefinida; si la tapa necesita cerrarse, emparejar disablesleep 1 con un 0 automático; fijar un piso de batería por encima del que macOS no documenta y dejarlo activo; vigilar el estado térmico y ceder antes de que se fuerce el problema; y atar todo esto al proceso del agente para que se libere en el momento en que el trabajo realmente termina, no solo cuando te acuerdas de apagarlo.

Herramientas que dan soporte a la continuidad de agentes de IA en Mac

Las opciones gratuitas de arriba cubren terreno real — la flag -w de caffeinate es un patrón genuinamente bueno para un trabajo puntual en primer plano, y el truco de la pantalla externa en modo clamshell no necesita instalar nada. Donde se quedan cortas es más o menos donde también se quedan cortas la mayoría de las utilidades de barra de menú de terceros: bloqueo de reposo de propósito general que configuras para aproximarte a este caso, no algo construido específicamente en torno a vigilar un proceso de agente de IA.

Amphetamine es la más completa de las herramientas populares de barra de menú — gratis en el Mac App Store, con disparadores por app, nombre de proceso, nivel de batería, red Wi-Fi y horario, además de su propia forma de permitir uso con la tapa cerrada cuando hay una pantalla externa conectada. Si lo que buscas es personalización a fondo y no te importa pasar tiempo en su configuración de disparadores, es una opción sólida de propósito general.

KeepingYouAwake es gratis y de código abierto: un interruptor minimalista y de un solo propósito en la barra de menú, sin programación ni disparadores — bueno si lo único que quieres es un botón manual de encendido/apagado y nada más. Lungo y la app Caffeine del Mac App Store envuelven la misma idea en un interruptor simple y económico basado en temporizador, útil si vivir en la Terminal no es lo tuyo. Ninguna de estas cuatro fue construida específicamente en torno a un agente de IA sin supervisión — estás configurando un bloqueador de reposo genérico para que se ajuste al caso, lo cual funciona en general, pero el piso de batería y el ciclo de vida del proceso siguen siendo responsabilidad tuya.

LidRun está construido específicamente en torno a ese caso. El nivel gratuito — sin prueba, sin límite de sesiones — ya incluye Keep Awake, un Timer de sesión, Only-While-Charging, Low Battery Auto Stop con los pisos de 20%/4% descritos arriba, un Safety Governor, un Activity Log, el CLI de lidrun, y un visor en vivo de assertions ('por qué está despierto mi Mac') para que puedas ver exactamente qué está bloqueando el reposo y por qué, en cualquier momento.

El nivel pago es una compra única con actualizaciones de por vida y sin suscripción — los planes solo se diferencian en cuántos Macs puedes activar, con reembolso de 14 días si no es para ti. Suma Auto Mode, que vigila más de dos docenas de patrones de procesos de IA y desarrollo incorporados (claude, codex, cursor, aider, gemini, y más, además de cualquier patrón personalizado que agregues) y arranca y libera la assertion según el tiempo de vida real del proceso en lugar de adivinar con un temporizador; Run & Watch para un comando; Closed-Lid Mode con el emparejamiento de pmset y la desactivación automática por temperatura ya resueltos por ti; además de un dashboard, smart rules, alertas de watchdog y reportes semanales.

El objetivo de diseño detrás de todo esto se resume en una frase: si el agente está corriendo, se queda despierto; si el agente terminó o la situación no es segura, se libera y duerme. Esto es, a propósito, no un wake lock ciego — es un conjunto de guardrails que mantienen la assertion solo mientras hay una razón real para hacerlo, y sueltan en el momento en que la batería, la temperatura o el propio agente indican que el trabajo terminó. Para la configuración práctica, paso a paso, de una corrida nocturna sin supervisión, hay una guía dedicada a mantener agentes de IA corriendo mientras duermes que lo explica de principio a fin.