¿Qué mantiene despierto tu Mac? Aquí te mostramos cómo averiguarlo

Cómo funcionan las power assertions de macOS

macOS no entra en reposo con solo un temporizador de cuenta regresiva. Antes de atenuar la pantalla o apagar el disco, el kernel verifica si algún proceso en ejecución está sosteniendo una power assertion — una solicitud programática presentada a través del framework de gestión de energía IOKit que dice que la máquina necesita permanecer despierta. macOS honra esa solicitud hasta que el proceso la suelta o termina.

Dos tipos de assertions controlan la mayoría del comportamiento de reposo. PreventUserIdleSystemSleep bloquea que el Mac entre en reposo completamente — disco, pantalla, todo. PreventUserIdleDisplaySleep mantiene la pantalla encendida pero permite que el resto del sistema entre en reposo si lo desea. Un administrador de descargas, un reproductor de video, caffeinate ejecutado desde Terminal, o una herramienta como LidRun pueden sostener cualquiera de los dos tipos, por razones diferentes.

Las assertions no son un bug; son una característica diseñada. El mismo mecanismo que mantiene la máquina despierta durante una ejecución de IA nocturna es el mismo que usa una pestaña de navegador olvidada para mantener tu Mac despierto después de que dejaste de ver un video. El objetivo es saber cuáles assertions pediste y cuáles aparecieron sin invitación.

Usar Activity Monitor para encontrar la causa

Abre Activity Monitor desde Aplicaciones → Utilidades, o busca con Spotlight. Haz clic en la pestaña Energy. La columna etiquetada como Preventing Sleep muestra Sí o No para cada proceso que el sistema está monitoreando — ordena por ella para llevar las assertions activas hacia la cima.

Sorpresas comunes en esa lista: una pestaña del navegador reproduciendo un video pausado, un cliente de sincronización en la nube a mitad de la carga, una app de podcasts, o una herramienta de videoconferencia que mantuvo abierta su sesión después de que dejaste la llamada. Haz clic derecho en cualquier entrada sospechosa y elige Inspect Process para ver la ruta binaria completa y su proceso padre — eso usualmente hace que el culpable sea obvio.

Activity Monitor es un buen primer paso, pero tiene limitaciones. Las herramientas CLI y los daemons de fondo — incluyendo caffeinate lanzado desde Terminal — pueden aparecer bajo un nombre de proceso genérico o no aparecer en absoluto. Para esos, el comando de Terminal debajo te da una visión más completa.

Leer pmset -g assertions en Terminal

Abre Terminal y ejecuta pmset -g assertions. El resultado lista cada power assertion activa en el sistema: el tipo de assertion, el nombre legible para humanos que la app le dio, y el ID del proceso que la presentó. El bloque de resumen en la parte superior las agrupa en Listed (activas actualmente) y Timed Out (el temporizador se disparó pero la app aún no ha llamado a release).

Una assertion que expiró puede seguir bloqueando el reposo — el proceso la presentó, el reloj se agotó, pero el bloqueo nunca fue liberado. Si ves un PID en el resultado que parece desconocido, cotéjalo con ps aux | grep seguido del número PID para confirmar el nombre del proceso.

Para detener una assertion CLI como caffeinate, encuentra su PID en el resultado de pmset y ejecuta kill seguido de ese PID en Terminal. Para assertions basadas en apps, cerrar la app las suelta inmediatamente. Si la assertion no muestra un propietario claro o el proceso ya se ha detenido, un reinicio limpia todos los bloqueos pendientes.

Algunas assertions tienen un timeout explícito; otras son indefinidas. Una PreventUserIdleSystemSleep indefinida sostenida por un agente de fondo congelado o detenido mantiene el Mac despierto sin causa visible. Si tu máquina ha estado despierta durante un período inesperadamente largo, esto es lo primero que vale la pena verificar.

Assertions de wake intencionales vs no deseadas

No toda assertion necesita ser removida. Si estás ejecutando una sesión larga de Claude Code, un trabajo de modelo local, o un agente de Cursor durante la noche, algo debería estar sosteniendo esa assertion — detenerla mataría tu trabajo. La pregunta correcta no es solo '¿por qué mi Mac está despierto?' sino '¿pedí esto?'

Un administrador de descargas sosteniendo la prevención de reposo hasta que se complete una transferencia está haciendo lo correcto. Un reproductor de video sosteniéndolo después de que cierres la ventana no lo está. Una herramienta que configuraste explícitamente — LidRun, caffeinate -i ejecutado a mano — es intencional. Una pestaña del navegador con un video pausado que olvidaste no lo es. La distinción es consentimiento, no el mecanismo.

Para holds de larga duración intencionales, los guardrails importan: auto-stop en batería baja, conocimiento de umbrales térmicos, y limitar la assertion a un proceso específico para que se libere automáticamente cuando el trabajo termine. El modo process-watch de LidRun maneja esto — sostiene la assertion solo mientras un proceso nombrado se está ejecutando, luego se libera sin que tengas que recordar detenerlo. Ese patrón se cubre en detalle en la guía auto-keep-awake-only-while-working.

Cuando el culpable es no deseado, cerrar la app lo corrige inmediatamente. Si el mismo proceso sigue reapareciendo después de un reinicio, revisa Configuración del Sistema → General → Login Items and Background Items para los agentes configurados para lanzarse automáticamente. Remover o deshabilitar el login item detiene el ciclo en la fuente.