El lote de mejoras que Anthropic publicó el 29 de agosto en Claude Code no trae ninguna función nueva llamativa, y precisamente por eso merece atención: toca el arranque, el tamaño de la instalación y la memoria que consume cada sesión. Son las tres cosas que más se notan cuando la CLI no vive en tu portátil, sino dentro de un contenedor, un VPS pequeño o un trabajo programado que se ejecuta veinte veces al día.
Los números concretos: la descarga de Linux x64 pasa a unos 75 MB, 4,5 veces menos que antes; las builds nativas consumen entre 40 y 70 MB menos de memoria por sesión; y el arranque deja de ser un bloque secuencial para permitirte escribir mientras el resto se inicializa por detrás.
El sandbox y los servidores MCP ya no te hacen esperar
Hasta ahora, abrir Claude Code en un proyecto con varios servidores MCP configurados significaba mirar la terminal unos segundos mientras cada pieza levantaba en orden: preparar el entorno enjaulado, arrancar los servidores declarados, resolver la configuración y, por fin, mostrar el prompt. Con la actualización, la CLI omite el trabajo de configuración que no necesita e inicializa el sandbox y los servidores MCP de forma asíncrona, en segundo plano, mientras tú ya estás escribiendo tu primera instrucción.
El matiz importante es que esto no elimina el tiempo de inicialización, lo solapa. Si tu primera instrucción necesita una herramienta que aún no ha terminado de levantar, seguirá esperando a que esté lista. Lo que desaparece es el tiempo muerto en el que no podías hacer nada: en una jornada normal, con la CLI abriéndose y cerrándose decenas de veces entre repositorios, esos segundos sueltos son la diferencia entre una herramienta que se consulta con naturalidad y una que da pereza abrir para una pregunta corta.
La misma actualización mejora el comportamiento de Remote Control ante cortes: cuando el servidor desconecta, la reconexión ahora es automática y las notificaciones sobreviven a la reconexión en lugar de perderse. Es el mismo tipo de arreglo que el del arranque, aplicado a otro punto de fricción: no añade capacidades, quita momentos en los que tenías que intervenir a mano.
No es una función nueva: es la diferencia entre una herramienta que abres sin pensarlo y una que da pereza abrir para una pregunta corta.
75 MB: lo que cambia en una imagen de contenedor
La reducción del build de Linux x64 a unos 75 MB es el dato con más recorrido práctico de todo el lote, y no por el ahorro de disco. Importa por dónde se paga ese peso: en cada construcción de imagen, en cada despliegue, en cada arranque en frío de una máquina efímera y en cada tirada de un pipeline de integración continua que instala la CLI antes de trabajar.
- Imágenes Docker: una capa considerablemente más ligera en cualquier imagen que incluya Claude Code, con el consiguiente ahorro en registro y en tiempo de pull.
- CI y trabajos programados: si el runner descarga la herramienta en cada ejecución, el ahorro se multiplica por el número de ejecuciones diarias.
- VPS modestos: en las máquinas de 1 o 2 GB que se usan para automatizaciones, el espacio y el ancho de banda dejan de ser un argumento para no instalarla.
Para quien mantiene sitios de clientes con un servidor de automatización en medio, esto abre una puerta que antes estaba entornada: ejecutar Claude Code en el mismo entorno donde ya corre n8n deja de ser una decisión que hay que justificar por consumo de recursos.
Entre 40 y 70 MB menos por sesión: cuántas caben ahora
La cifra de memoria es la que más cambia el cálculo de capacidad. Ahorrar entre 40 y 70 MB por sesión no significa nada si trabajas con una sesión abierta en tu equipo; significa bastante si tienes varias en paralelo. Con tres o cuatro sesiones simultáneas —una por proyecto, o varias lanzadas desde un orquestador— el ahorro acumulado se acerca a la memoria que consumía una sesión entera hace dos semanas.
Es un detalle que solo se aprecia en el escenario que a nadie le gusta contar: la máquina que se queda sin memoria a mitad de un trabajo nocturno y deja el proceso a medias. Bajar el consumo por sesión no elimina ese riesgo, pero mueve el umbral en el que aparece, y lo mueve justo en el rango de máquinas pequeñas donde suele estar montado el trabajo de un freelance.
🔎 Cómo comprobar que ya lo tienes
Ejecuta claude update y después claude --version. Si trabajas con imágenes de contenedor, fija la versión en el Dockerfile y reconstruye: hasta que no reconstruyas seguirás arrastrando el build antiguo y el ahorro de tamaño no aparecerá por sí solo.
Una semana de fontanería, no de titulares
Conviene situar esta actualización en su contexto. Llega en la misma semana en la que Claude Code publicó dos versiones con correcciones de seguridad relevantes en el manejo de enlaces simbólicos y en la que se anunció el cambio de límites semanales que entra en vigor el 14 de septiembre. Vista junto a eso, la lectura es coherente: el producto ha entrado en una fase donde el trabajo visible ya no es añadir capacidades, sino reducir el coste de tenerlo funcionando, tanto en recursos como en atención.
Y esa fase, para quien construye encima, suele ser mejor noticia que un anuncio grande. Una función nueva hay que aprenderla, evaluarla y decidir si entra en el flujo de trabajo. Un arranque más rápido y una huella más pequeña no requieren decisión alguna: se instalan y ya está. Si ejecutas Claude Code en cualquier sitio que no sea tu portátil, actualiza esta semana y reconstruye las imágenes que lo incluyan. Es de las pocas actualizaciones que no piden nada a cambio.
