Mi Claude Code decía estar al día y le faltaban 10 versiones

Dos preguntas al mismo servidor, dos respuestas

No empecé con una sospecha, empecé con una curiosidad barata: preguntarle al servidor de distribución de Claude Code por sus dos canales y ver si decían lo mismo. No lo decían. Al canal `stable` respondía 2.1.231. Al canal `latest`, 2.1.241. Mismo servidor, mismo bucket, dos números separados por diez versiones. Lo confirmé en dos registros públicos más antes de darle importancia, porque una fuente sola no es una medición. Los `dist-tags` de npm devolvían el mismo par. La ficha de Homebrew del cask `claude-code` marcaba 2.1.231 y la del cask `claude-code@latest` marcaba 2.1.241. Tres sitios independientes, el mismo par de números. Las fechas de publicación del registro de npm cierran el cuadro: la 2.1.231 salió el 13 de agosto y la 2.1.241 el 22. Nueve días.

Lo interesante no es el retraso: es que está documentado

Aquí es donde este tipo de hallazgo suele torcerse hacia la teoría de la conspiración, así que lo corto de raíz: no hay nada escondido. La documentación oficial de instalación lo explica con todas las letras. Dice que el cask `claude-code` sigue el canal estable, que va «typically about a week behind», y que ese canal se salta las versiones con regresiones graves. Esa segunda mitad casi nadie la menciona y es la parte honesta: el canal estable hace exactamente lo que promete. Para quien trabaja sobre algo que no se puede romper, ir por detrás es la característica, no el defecto. El problema no es el canal. El problema es que casi nadie sabe que eligió uno.

La parte que de verdad muerde: tu gestor de paquetes no te mueve

La misma página admite dos cosas más que valen más que el número de versión. Que las instalaciones con Homebrew no se auto-actualizan. Y que con WinGet pasa igual. Y el contraste, que salva a media audiencia: las instalaciones nativas sí se actualizan solas, en segundo plano. Junta las dos condiciones y aparece el agujero completo. Elegiste un canal sin saber que lo elegías, el primer día, copiando un comando de un tutorial. Y encima tu gestor de paquetes no lo mueve. El resultado son semanas en la misma versión sin que nada te avise, porque nada está fallando.

En ese hueco vive trabajo real

Un retraso de versiones sería una curiosidad si no arrastrara nada. Arrastra. En la 2.1.239 aparece esta línea del registro de cambios: se arregló que los agentes, las habilidades y los comandos cuyo archivo empieza con un BOM UTF-8 se ignoraran en silencio. Sin error, sin aviso, sin una línea en el log. Tú creyendo que escribiste mal la habilidad. El canal estable está en la 2.1.231. Ese arreglo todavía no le llegó. Antes de que te asustes, la medición honesta: escaneé los 1.231 archivos de habilidades, agentes y comandos de mi propia máquina buscando ese carácter invisible y encontré cero. No es una plaga. Nace sobre todo de editores de Windows al guardar, y a mucha gente no le toca nunca. Pero esa es justo la forma del problema: no sabes si te toca, porque el fallo no se anuncia.

La lección que me llevo, y no es «actualízate»

La moraleja fácil sería decirte que corras a actualizar. No es verdad, y sería mal consejo para quien eligió el canal estable a propósito. La lección real es otra, y es más incómoda. En cualquier herramienta que instalas una vez y usas todos los días, la decisión importante no la tomas usándola. La tomaste el primer día, en una línea que copiaste sin leer. Y esa línea sigue mandando meses después. El canal, el instalador, la carpeta donde quedó todo, los permisos que aprobaste sin mirar. Ninguna de esas decisiones te dio problemas hoy. Ninguna la elegiste de verdad. Comprobarlo cuesta menos de un minuto: mira tu versión, mira qué cask instalaste, y compáralo con lo que responde el canal. Lo que se mide se arregla; lo que no se mide se hereda.