Claude Code te gasta la cuota con la tapa del Mac cerrada: DarkWake, caffeinate y el centro de control móvil que nadie estaba midiendo

Cierras la tapa del MacBook, te vas a dormir y a la mañana siguiente el agente no ha terminado la tarea. Pero la cuota de Claude Code sí ha bajado. No es un bug de facturación: es física de sistemas operativos aplicada a agentes de IA, y un desarrollador independiente lo ha documentado en GeekNews ES después de estrellarse contra ello con Claude Code y Codex.

TL;DR: caffeinate -i solo bloquea el sueño por inactividad, no la suspensión por cierre de tapa: sin monitor externo ni corriente, el Mac entra en clamshell sleep. Los ciclos DarkWake despiertan la red lo justo para lanzar peticiones que se cortan a medias, generando tokens y reintentos que consumen cuota sin entregar trabajo. El centro de control móvil que el autor construyó resuelve el otro cuello de botella —las aprobaciones bloqueadas— y convierte la autonomía de los agentes en un problema de infraestructura, no de prompts.

Cerrar la tapa no es pausar: es suspender el negocio

El error conceptual es de primero de sysadmin, pero se repite a diario en equipos que montan agentes IA en el portátil del CTO. caffeinate -i mantiene el sistema despierto frente al sueño por inactividad. Punto. La suspensión por cierre de tapa (clamshell sleep) es un disparador independiente: en los Mac modernos, cerrar la tapa sin monitor externo y sin alimentación eléctrica manda la máquina a dormir, y con ella el proceso del agente, la conexión de streaming y el contexto acumulado en memoria.

La consecuencia operativa es sucia: el proceso puede quedar congelado a mitad de una llamada a la API. Al reactivarse, el cliente HTTP reintenta, el agente reinyecta contexto para reconstruir estado y, si la sesión se reanuda en otro punto, vuelve a enviar trabajo ya pagado. Cada uno de esos reintentos es tráfico facturable. El usuario no ve un error: ve una cuota que baja y una tarea que no avanza.

Para quien diseñe agentes IA en producción sobre hardware de escritorio, la regla es explícita: caffeinate -i no es un contrato de disponibilidad. Si necesitas un agente que sobreviva a la tapa cerrada, o usas monitor externo con corriente, o migras la ejecución a una máquina headless —un Mac mini, un VPS Linux o un runtime gestionado— y separas el plano de control del plano de cómputo. El software de agentes ha avanzado tres años en doce meses; la gestión de energía del portátil sigue anclada en 2009.

DarkWake: el impuesto invisible que pagan los agentes que corren en tu portátil

Aquí está la parte que casi nadie modela. macOS no duerme de forma pasiva: alterna estados de bajo consumo con ventanas periódicas de mantenimiento (DarkWake, heredero de Power Nap en Apple Silicon). Durante esas ventanas el sistema levanta parcialmente CPU y, en determinadas condiciones, interfaces de red, para sincronizar, recibir notificaciones push y mantener servicios vivos. La máquina está «dormida» para ti y «despierta» para el kernel.

Para un agente conversacional eso es veneno silencioso. Si el proceso tiene una petición pendiente y la red vuelve durante una ventana DarkWake, la petición sale. Si la respuesta no llega antes de que el sistema vuelva a dormir, el cliente corta la conexión y reintenta en la siguiente ventana. El resultado es un goteo: peticiones parciales, timeouts, reintentos con contexto completo y cero progreso verificable. Estás pagando por intentos, no por resultados.

Con los planes de suscripción de Anthropic la cosa se agrava porque la cuota se mide en ventanas móviles de uso, no en euros por token: un agente que consume cuota en intentos fallidos agota tus límites sin haber entregado una sola línea de código. Bajo facturación por API, el mismo patrón se traduce directamente en euros, y en un patrón que solo se detecta mirando pmset -g log y comparando eventos de DarkWake con los timestamps del log de peticiones. Nadie lo hace hasta que el primer cierre de mes escuece.

A diferencia de lo que sugiere el relato habitual del «agente que trabaja mientras duermes», la autonomía real depende de tres capas que no aparecen en ninguna demo: gestión de energía, persistencia de sesión y política de reintentos. Anthropic documenta el funcionamiento de Claude Code y sus modos de ejecución, pero la resiliencia del host sigue siendo responsabilidad del cliente. Y el cliente, casi siempre, es un portátil con la tapa cerrada.

El otro agujero: agentes que esperan tu aprobación a las 3 de la mañana

La segunda mitad de la investigación es la que tiene consecuencias de negocio. Claude Code, como casi todo agente con capacidad de ejecutar comandos, pide permiso antes de acciones sensibles: escribir ficheros, lanzar git, tocar la red. Si el humano duerme, el agente se queda bloqueado con el prompt en pantalla y la sesión consumiendo ventana de cuota sin hacer nada útil.

El autor construyó un centro de control que expone esas preguntas en el móvil y permite aprobarlas o rechazarlas en remoto. Traducido a operaciones: el cuello de botella de los agentes IA no es el modelo, es la latencia de aprobación humana. Cada minuto que un agente pasa esperando un «sí» cuesta dinero y, peor, ocupa concurrencia. En entornos con varios agentes en paralelo, el prompt bloqueado es un cuello de botella que se multiplica.

Esto conecta directamente con el debate de fondo del sector: la IA agéntica ha pasado de recomendar a ejecutar, y cada nivel de autonomía exige una capa extra de control. El centro de control móvil es exactamente eso, y es más barato que un incidente de permisos. Para un CTO, la pregunta relevante no es «cómo hago que el agente sea más autónomo», sino «dónde vive la decisión de aprobar y quién tiene la traza».

Comparativa: dónde ejecutar un agente que no se duerme

Entorno de ejecución	Coste orientativo	Sueño con tapa cerrada	Riesgo de quemar cuota	Aprobaciones remotas
MacBook con tapa cerrada y caffeinate -i	0 € extra	Sí (clamshell sleep)	Alto	No, salvo app externa
MacBook abierto con corriente y monitor externo	0 € extra	No	Medio	Requiere solución propia
Mac mini headless con pmset ajustado	600–900 € de compra + luz	No	Bajo	Sí, vía red local
VPS Linux (4 vCPU / 8 GB)	20–40 €/mes	No aplica	Bajo-medio	Por SSH o app propia
Runtime gestionado de agente	Variable por token/hora	No aplica	Controlado por diseño	Según plataforma

La lectura de la tabla es incómoda para el entusiasta: el portátil del fundador es el peor entorno posible para un agente con SLA. Es gratis y es donde todo el mundo prototipa, pero combina el peor perfil de disponibilidad con la factura más difícil de auditar.

Qué implica para el coste real de un agente en producción

Tres conclusiones se caen de la investigación del desarrollador independiente.

Primera: el consumo de cuota se diseña en la capa de infraestructura. Un agente con reintentos agresivos y host inestable quema entre un 20 % y un 40 % más de peticiones que el mismo agente sobre una máquina estable, y ese diferencial no aparece en ningún dashboard de producto. Es el equivalente moderno a los procesos batch que se relanzaban cada noche porque el cron fallaba en silencio.

Segunda: la aprobación remota deja de ser una comodidad de hacker y pasa a ser funcionalidad de plataforma. Los equipos que ya operan agentes IA con permisos sobre repositorios y entornos reales necesitan un canal de aprobación con registro, no un terminal abierto. Para las empresas que buscan agencias de agentes autónomos, esto debería entrar en el pliego: no solo qué agente construyes, sino dónde corre y quién firma sus acciones.

Tercera: el coste oculto favorece a quien tiene infraestructura. Una consultoría IA que monte un runner headless con logs de DarkWake, política de reintentos y canal de aprobación va a entregar un agente más barato de operar que un equipo que lo deje en el MacBook del product lead. No por mejor prompt, sino por menos tokens desperdiciados.

Dónde está la oportunidad para el ecosistema español

El ecosistema de agencias IA en Barcelona lleva meses vendiendo orquestación de agentes; el siguiente diferencial es la observabilidad de coste por ejecución. Y en Madrid, donde los equipos de plataforma de banca y telco ya montan agentes con permisos elevados, el argumento del control de aprobaciones vende solo: nadie quiere que un agente con acceso a producción decida a las 3:00 sin traza.

Para las empresas que buscan agencias IA en Madrid con experiencia en automatización real, la propuesta concreta es esta: agente ejecutándose en host siempre activo, ventana de aprobación remota y un registro de consumo por tarea que permita responder «cuánto costó este ticket» sin abrir el panel del proveedor. Eso es lo que separa una demo de un sistema. El resto es automatización con IA de escaparate.

Predicción: la factura de los agentes se convierte en producto

En los próximos doce meses, el coste por ejecución verificable será una línea de producto en las plataformas de agentes, igual que hoy lo es la latencia. Los proveedores de modelos ya venden ventanas de cuota; el paso siguiente es vender garantías de ejecución: «tu agente no gastará cuota si no entrega resultado». Quien no pueda demostrarlo con logs competirá por precio en una commodity donde el precio ya no es la palanca.

La noticia del DarkWake parece un problema de portátiles. Es un aviso temprano de que la economía de los agentes IA se decide en la capa que nadie está mirando: energía, sesión, permisos y trazas. El día que un comité de dirección pregunte por qué la suscripción de 200 €/mes se agota sin entregar código, la respuesta no estará en el prompt. Estará en pmset -g log.

Preguntas frecuentes sobre Claude Code y el consumo de cuota con la tapa cerrada

¿Por qué Claude Code sigue consumiendo cuota si cierro la tapa del Mac?

Porque caffeinate -i solo evita el sueño por inactividad, no la suspensión por cierre de tapa. Sin monitor externo ni alimentación, macOS entra en clamshell sleep y el proceso queda pausado, pero los ciclos DarkWake reactivan la red parcialmente: las peticiones salen y se cortan a medias, generando reintentos y tokens facturables sin completar la tarea.

¿Qué es DarkWake y por qué afecta a mi agente IA?

Es el estado de mantenimiento de macOS en el que el sistema despierta parcialmente CPU y red para sincronizar servicios y recibir notificaciones. Para un agente con peticiones pendientes significa que puede enviar tráfico durante ventanas cortas sin llegar a recibir la respuesta completa, lo que produce timeouts y reintentos que consumen cuota con cero progreso verificable.

¿Basta con usar caffeinate -s para que el agente no se duerma?

No. caffeinate -s evita la suspensión del sistema solo mientras hay alimentación eléctrica, y sigue sin cubrir el cierre de tapa sin monitor externo. La solución robusta es mover la ejecución a un host headless —Mac mini o VPS— o mantener el portátil abierto, con corriente y pantalla externa conectada.

¿Cómo evito que el agente se quede esperando mi aprobación mientras duermo?

Necesitas un canal de aprobación remota que reciba los permisos del agente en el móvil y devuelva la decisión a la sesión, en lugar de dejar el prompt bloqueado en el terminal. El autor de la investigación construyó precisamente ese centro de control. Sin él, cada prompt pendiente consume ventana de cuota sin ejecutar trabajo.

¿Merece la pena ejecutar agentes en local o mejor en cloud?

En local solo tiene sentido para prototipos y tareas cortas supervisadas. Para producción, un VPS Linux o un runtime gestionado da mejor disponibilidad, logs auditables y control de coste por ejecución. El portátil del fundador es gratis y es el peor entorno posible para un agente con SLA, porque combina baja disponibilidad con una factura difícil de desglosar.

Temas relacionados en agentes.ai

Si quieres aplicar lo que lees en tu empresa, estos son puntos de partida útiles dentro de agentes.ai:

• Directorio de agencias de agentes de voz
• Agencias de IA en Málaga y en Bogotá
• Explora el directorio completo de agencias de IA
• Sigue las últimas noticias de IA en tiempo real