La última vez que perdí una ejecución nocturna de un agente, no se cayó nada. No hubo ningún error. Había lanzado una migración larga en un repo que llevaba meses evitando, la vi avanzar por la parte aburrida del principio y cerré el portátil porque ya había terminado por hoy. Lo abrí a la mañana siguiente en una cafetería. La sesión ya no estaba. No había fallado. Se había detenido, en algún punto intermedio, con una rama a medias y ningún registro de lo que iba a hacer a continuación.
Y ya había aplicado el arreglo. Eso es lo que me dolió.
Así que esto va de por qué ese arreglo nunca iba a funcionar, y de la máquina alquilada, aburridísima, que hace el trabajo en su lugar. Es lo que uso ahora para ejecutar agentes de IA 24/7, y he dejado de pensar por completo en la configuración de energía de mi portátil.
El arreglo que todo el mundo recomienda
caffeinate -dimsu. O una app de la barra de menús con un icono de taza de café. O, si has escarbado un poco, sudo pmset -a disablesleep 1, que es la opción nuclear y la que aparece en los consejos que suenan más seguros de sí mismos. Ejecuté esa. Se sintió como resolver el problema.
macOS tiene más de una forma de dormirse, y las dos que importan aquí son independientes entre sí: la suspensión por inactividad es un temporizador que se agota cuando no pasa nada, mientras que cerrar la tapa dispara normalmente una suspensión forzada por una vía aparte. Lo que caffeinate crea es un conjunto de aserciones de energía, y la referencia de caffeinate de ss64 muestra que sus flags cubren la suspensión de pantalla, la suspensión por inactividad, la suspensión del disco y la suspensión del sistema. La documentación de gestión de energía de Apple hace la distinción importante: una aserción de suspensión por inactividad sigue sin anular un cierre normal de la tapa, el menú Apple o la batería baja.
Así que las herramientas para evitar la suspensión sí funcionan con las condiciones de suspensión que fueron creadas para controlar. Pero cerrar la tapa con normalidad es otro problema, y caffeinate no es una estrategia de servidor con la tapa cerrada.
Nota:
disablesleepes el caso raro. No aparece en absoluto en la referencia de opciones de pmset . El arreglo al que recurre la gente es un ajuste no documentado. No es una aserción de energía. Puede mantener un MacBook despierto con la tapa cerrada, incluso con batería, hasta que lo vuelvas a desactivar o se agote la batería.
Un portátil tiene la forma equivocada para un trabajo 24/7
Hubo una época en los noventa en la que la gente ejecutaba servidores web de producción en torres de escritorio bajo la mesa de alguien, y todo el edificio aprendía a no darle una patada a la regleta. Eso no lo arreglamos con un cartel en la regleta. Lo arreglamos moviendo la carga a una máquina cuyo único trabajo era quedarse quieta y con corriente.
El mismo tipo de problema, treinta años después. Un MacBook es una máquina diseñada para cerrarse y llevarse. Eso no es un fallo en su gestión de energía. Es el producto. Cada truco anti-suspensión es una discusión con una decisión de diseño que alguien tomó a propósito, y puedes ganar esa discusión durante un tiempo, a cambio de pensar en ella para siempre.
Puedes ir más lejos y desactivar la suspensión del todo. Enhorabuena: ahora tienes un servidor que funciona permanentemente con una batería dentro, más un ajuste de todo el sistema que debes acordarte de deshacer antes de meter el portátil en una bolsa. El primer recogida con prisas no detiene la ejecución. Deja la máquina despierta, gastando batería y acumulando calor justo donde no lo quieres.
Nada de esto es nuevo, además. Los demonios de agentes autoalojados chocan con el mismo muro por la misma razón: necesitan estar en marcha cuando no estás en tu escritorio, lo que descarta el portátil antes de que hayas configurado nada. Eso lleva siendo cierto en esta categoría desde hace tiempo. Simplemente aún no me había costado una noche de trabajo.
Tu agente no está pensando en esa máquina
Los propios requisitos de sistema de Claude Code piden 4 GB or more of RAM and an x64 or ARM64 processor. Esa es la línea de hardware, entera. Sin línea de GPU. Sin línea de VRAM. Nada sobre ningún modelo, porque no hay ninguno en tu máquina.
Me llevó un tiempo vergonzoso interiorizar esto, y es la razón por la que el precio deja de sonar sospechoso. El proceso del agente en tu máquina hace tres cosas: ensamblar el contexto y enviarlo como llamadas a la API, mantener el estado de la conversación entre turnos y ejecutar las herramientas que pida el modelo. Eso es trabajo de coordinación. (No paraba de buscar la GPU en esta historia. No hay ninguna GPU en esta historia.) La parte cara, la que pide un rack de aceleradores, ocurre en el centro de datos de otra persona.
El agente no está pensando en esa máquina. Está haciendo llamadas a algo que sí piensa.
Por eso una máquina capaz de hacer esto cuesta lo que cuesta. A finales de agosto de 2026, el Basic Droplet más barato de DigitalOcean son $4 al mes por 512 MiB y una vCPU, y la escalera de Cloud Compute de Vultr arranca en $2,50 para una instancia de 512 MB solo con IPv6 y llega a $5 con 1 GB. Dos proveedores, la misma forma de suelo. Ambos peldaños inferiores quedan por debajo de los 4 GB de esa línea de requisitos, y los planes de la clase $5 también. Si ejecutas Claude Code en concreto, 4 GB es el mínimo publicado. La gama baja solo funciona cuando el agente que realmente ejecutas tiene requisitos menores.
Un límite, porque equivocarse en esto cuesta dinero: esto vale para los agentes que llaman a un modelo alojado. Si lo que quieres es un modelo ejecutándose en local sobre hardware tuyo, nada de esto aplica. Una máquina con un gigabyte de RAM no ejecuta un modelo con el que querrías programar.
La máquina es barata porque la parte cara está ocurriendo en otro sitio.
Lo que cuesta un Mac mini, y lo que compra
Un Mac mini cuesta ahora $899, y no podrás tener uno hasta el 22 de septiembre. La configuración M6 base (CPU de 12 núcleos, GPU de 12 núcleos, 16 GB de memoria, 256 GB de almacenamiento) está en reserva, con envío ese mismo día; el artículo de lanzamiento de TechCrunch trae la cifra. Apple no lista nada por debajo.
Esa cifra merece que uno se detenga en ella. Los mismos 16 GB, los mismos 256 GB: esa configuración de memoria y almacenamiento salió a $599 en octubre de 2024. Una vez y media el precio para el Mac mini base, en menos de dos años. Hubo un escalón de $799 por el medio, cuando Apple dejó de vender la configuración de 256 GB en mayo de 2026 y el precio de partida subió con ella. Ese es el terreno sobre el que se apoya el argumento de comprarlo, y ese terreno no para de moverse.
El otro bando tiene más a su favor de lo que me gustaría. La máquina es tuya del todo, con valor de reventa y sin ninguna línea mensual. La electricidad apenas se nota en reposo: Apple publica 4 W en reposo para la configuración M4, lo que sale a unos $6,40 al año al precio medio de la electricidad residencial en EE. UU. de junio de 2026. Las cargas reales consumen más, así que no voy a fingir que 4 W sea la cifra de funcionamiento. Y la computación alquilada solo es barata en la parte baja de la escalera. La misma lista de DigitalOcean que empieza en $4 llega hasta $96 al mes para una máquina de 16 GB, y tres años de eso cuestan varias veces lo que cuesta el Mac mini.
Así que sí. Si la pregunta es cuánto cuesta poseer frente a alquilar una cantidad dada de cómputo durante tres años, compra el Mac mini. Esa pregunta tiene una respuesta y no es la que yo defiendo.
Dos cosas que compra un Mac mini y que cambian la ecuación. La primera es macOS en sí: un agente que corra ahí puede conectarse a Notas, Mensajes, Atajos, Calendario y Recordatorios mediante la automatización de macOS y los permisos de apps. Una máquina Linux sin pantalla no tiene esas apps locales. Si el trabajo de tu agente es operar con ellas, el Mac mini es la máquina correcta y no voy a fingir lo contrario.
La segunda es la inferencia local, donde mucha memoria rápida junto a un chip rápido es realmente una buena relación calidad-precio y ningún VPS barato compite. Los comentaristas de un hilo de Hacker News dedicado exactamente a esto defienden bien ese argumento y creo que tienen razón. Solo que es una pregunta distinta de la mía.
Ninguna de las dos cosas arregla lo de un portátil que se cierra. Comprar un sobremesa para impedir que un portátil se duerma es comprar hardware para resolver un problema de topología.
Qué cambió después de moverlo
Me olvidé de que existía durante un par de semanas. Esa es la reseña.
Lo arranqué, moví el agente allí, lo comprobé unas cuantas veces porque todavía no me fiaba, y luego dejé de comprobarlo. Las ejecuciones terminan. La tapa ya no tiene nada que ver con nada. Mi Mac ahora duerme, que es lo que quiero que haga un portátil.
La fricción es real, así que aquí está. Perdí la máquina local: todo lo que el agente hacía tocando mi propio escritorio ya no lo puede hacer, y eso rompió dos pequeños flujos que había montado sin pensar. Ahora hay un servidor, con SSH encima, un cortafuegos delante y una distribución que quiere actualizaciones, lo que supone un pequeño impuesto permanente sobre mi atención. Quien te diga que una máquina alquilada es cero mantenimiento se está saltando un paso. Y es barata porque la inferencia es remota: el día que quiera algo corriendo en local ahí, la tarifa barata deja de ser la cifra.
Un agente arrancado directamente dentro de una shell SSH puede morir cuando esa conexión se cae. Arráncalo primero dentro de una sesión persistente. tmux es la respuesta estándar, y mantener sesiones vivas en una máquina remota tiene los detalles.
Luego viene la objeción más afilada que me hacen: ¿no es una máquina alquilada peor hogar para un agente que hardware que posees físicamente? Para un agente tipo operador con acceso a tus archivos personales, es justo. Para un agente de programación, un VPS que controlas con acceso root y un cortafuegos que tú configuraste es un perfil de riesgo distinto al de un servicio de agente que expones ampliamente a internet. Sigue siendo una máquina virtual sobre el hardware de otro, y todo lo que dejes alcanzable desde internet sigue formando parte de tu superficie de ataque. Y la parte que se te escapa del control, la llamada a la API que se lleva tu código a un proveedor de modelos, se va igualmente. Mac o Linux, esa frontera de confianza es la misma.
Lo que yo quería era una máquina de la que pudiera dejar de preocuparme. Arrancarla, endurecerla, poner el agente encima, olvidarla. Si vas a montar una, un VPS Linux corriente es todo lo que pide esta carga de trabajo, y el nuestro te entrega root por SSH un minuto después de elegir una región y una distribución. Más o menos la ceremonia que esto merece.
Construye sobre un VPS Linux con acceso root, NVMe y la potencia de AMD EPYC.
Ver planes LinuxLo que le diría a alguien que empieza hoy
Tres cosas, y termino.
Lo que ejecuto ahora: una máquina Linux alquilada pequeña, uno o dos gigabytes de RAM, una sola vCPU, almacenamiento NVMe, en una región cercana. Eso es lo que necesita mi carga; si tu agente publica un mínimo más alto, usa ese. Encima, la CLI del agente, tmux, un cortafuegos, actualizaciones desatendidas. Recibe más o menos tanta atención mía como mi router.
El consejo, por lo que vale: pon el agente en la máquina más barata que cumpla sus requisitos publicados antes de comprar nada. No como decisión permanente. Como prueba. En una semana sabrás si tu carga es orquestación de API, en cuyo caso ya has terminado y acabas de ahorrarte $899, o si de verdad necesita hardware propio.
Lo único que no repetiría: pasar semanas ajustando la gestión de energía. Probé caffeinate, luego una app de la barra de menús, luego disablesleep, luego un despertar programado, y traté cada fallo como un error de configuración que aún no había encontrado. No lo era. La pista estaba ahí delante: cada arreglo hacía que la máquina fuera un poco peor como portátil. Perder una noche de trabajo fue una forma cara de darme cuenta.
Preguntas frecuentes
¿Mantiene Caffeinate despierto un Mac con la tapa cerrada?
Nº. caffeinate usa aserciones de energía para frenar condiciones de suspensión como la suspensión por inactividad y la de pantalla. La propia documentación de Apple sobre esa aserción dice que el sistema puede suspenderse igualmente por cierre de tapa, el menú Apple o batería baja. Cerrar la tapa con normalidad dispara una suspensión forzada, que esas aserciones no impiden, y por eso las herramientas anti-suspensión funcionan de forma fiable justo hasta que se cierra la tapa.
¿Cuánta RAM necesita un agente de programación con IA en un servidor?
Menos de lo que la mayoría espera, porque el modelo no se ejecuta ahí. Los requisitos de sistema publicados de Claude Code piden 4 GB de RAM o más y un procesador x64 o ARM64, sin requisito de GPU, ya que la inferencia ocurre en el hardware del proveedor del modelo. El mínimo lo marca el propio utillaje del agente (tu copia de trabajo, tus pasos de compilación, tu runtime de lenguaje), no el modelo.
¿Sale más barato un Mac mini que alquilar un servidor durante tres años?
Depende de cuánta máquina necesites. En la parte baja del mercado de alquiler, tres años de una máquina pequeña cuestan una fracción de un Mac mini, que ahora arranca en $899 para la configuración M6 base, con envío el 22 de septiembre. Sube en la escalera y gana el hardware propio, porque el precio de compra se acaba y la factura mensual no. En cualquier caso, eso responde a una pregunta de coste, no a la de dónde debe vivir la carga permanente de una máquina portátil.
¿Qué mantiene en marcha una sesión de agente después de desconectarme del servidor?
Un multiplexor de terminal. Arranca el agente dentro de una sesión de tmux (o screen) en el servidor y desengánchate; sigue funcionando después de que se caiga tu conexión SSH, y vuelves a engancharte más tarde desde cualquier sitio. Sin eso, cerrar tu terminal puede matar un proceso atado directamente a esa shell, reproduciendo en un servidor exactamente el problema del que huiste al dejar el portátil.
Debate
Comentarios
Inicia sesión para unirte al debate.