Kimi 2.6 arregló mi problema de memoria en el MacBook en diez minutos
Durante años, la presión de memoria en macOS convirtió el trabajo normal en un ritual: cerrar apps, matar pestañas, reiniciar, comprar más RAM. La semana pasada volvió antes de un Google Meet. Le pedí a Kimi 2.6 que lo resolviera. Diez minutos después, un watcher vivía en la barra superior.
Lectura en voz
Versión de audio estilo podcast de este ensayo.
Esto no fue un benchmark. Fue un pequeño acto de rechazo.
Mi MacBook tenía hardware suficiente. Esa era la parte insultante. No estaba renderizando una película. No estaba entrenando un modelo. Estaba haciendo el mínimo profesional moderno: un navegador, una llamada, terminales, herramientas en segundo plano, el desorden normal del trabajo.
Entonces macOS hizo otra vez lo suyo. La máquina empezó a ahogarse justo al principio de una llamada de Google Meet. No muerta. Peor: viva lo suficiente para robar atención, lenta lo suficiente para que cada clic pareciera una negociación.
El impuesto de memoria del Mac
El lenguaje oficial de Apple es presión de memoria. Activity Monitor no mira solo cuánta RAM queda libre. Combina memoria libre, tasa de swap, memoria cableada, archivos en caché y compresión. Amarillo significa que el sistema ya está gestionando presión. Rojo significa que la máquina necesita memoria lo bastante mal como para que el rendimiento sufra.
Esa es la versión educada. La versión del usuario es más simple: el ordenador empieza a comportarse como tonto mientras haces trabajo normal.
Esto no es una queja privada inventada. Variantes del mismo problema llevan años apareciendo en Apple Community, Ask Different, MacRumors, Reddit y en cualquier sala de desarrolladores donde alguien haya visto subir el swap mientras el trabajo normal se convierte en jarabe.
Quizá es un bug. Quizá es conveniente.
Parte de esto son apps que se portan mal. Las pestañas del navegador pierden memoria. Las apps Electron comen memoria como si cobraran por gigabyte. WindowServer a veces se suma a la fiesta. Bien. Pero cuando el patrón sobrevive años, versiones de macOS, Macs Intel, Macs Apple Silicon e hilos interminables, deja de ser solo un problema del usuario.
No puedo demostrar que Apple lo haga intencionalmente. Nadie fuera de las salas de producto relevantes puede demostrarlo. Pero el incentivo es lo bastante obvio como para decirlo en voz alta. Apple vende máquinas selladas con memoria unificada no actualizable. Si el mercado aprende que 16 GB se sienten justos y 48 GB seguros para oficina y desarrollo, eso es comercialmente conveniente.
La afirmación más estrecha basta: Apple no ha hecho desaparecer este problema. La ruta de arreglo para usuarios sigue siendo sobre todo ritual. Cerrar pestañas. Salir de apps. Reiniciar. Comprar más RAM la próxima vez. Fingir que esto es sofisticación.
Entonces le pregunté a Kimi
Después de la llamada ya estaba harto del ritual. Abrí la terminal y llamé a Kimi 2.6 con el tipo de prompt que escribes cuando estás demasiado irritado para ser educado: solve my MacBook memory problem.
Unos diez minutos después había un widget en la barra superior. No un deck. No una estrategia en Notion. Un watcher funcional de Hammerspoon con estado de presión, memoria disponible, limpieza segura, cierre de apps inactivas, recorte de pestañas duplicadas de Chrome, limpieza de procesos dev zombie y purge manual solo cuando yo lo pedía explícitamente.
La primera versión era fea. También era correcta. Después la pulí hasta convertirla en Kraliki Free Mac Memory. Desde entonces el Mac no se ha ahogado de la misma manera.
La parte rara
El coste de ese arreglo fue prácticamente cero. Ya tenía una suscripción barata a Kimi Code, unos veinte dólares al mes. El stack corporativo de prestigio equivalente habría costado un orden de magnitud más y, por mi experiencia, probablemente habría encontrado alguna forma nueva de ser tan frágil como el sistema de memoria que debía ayudarme a arreglar.
Lo importante no es que Kimi 2.6 hiciera un milagro. No reescribió macOS. Construyó una interfaz local para un fallo recurrente. Observó las señales que Apple expone, tomó pequeñas decisiones en el momento correcto y quitó basura antes de que la máquina se cayera.
Esa es una categoría seria. No IA como chatbot. IA como creador de herramientas dentro de tu bucle operativo personal.
La lección
Una empresa de un billón de dólares puede dejar durante años un corte de papel en la computación diaria. Una persona con una terminal ahora puede producir una venda funcional en minutos y publicarla.
Eso no significa que la herramienta pequeña sea perfecta. Significa que la distancia entre molestia y software colapsó. Esa es la parte que hay que tomar en serio.
Planifica en consecuencia. Ejecuta estos modelos localmente cuando puedas. Mantén los workflows cerca. Déjalos resolver problemas pequeños y concretos de forma inteligente. El futuro no es solo un chat más listo. Es la brecha cada vez menor entre una irritación y una herramienta.
El futuro prometedor no es que la IA escriba ensayos sobre productividad. Es que quite en silencio un impuesto estúpido de tu día.