Load-bearing sigue dentro del binario de Claude Code

El 25 de agosto, un colaborador del repositorio oficial de Claude Code reprodujo el fallo en una instalación limpia y explicó la causa: la frase load-bearing está escrita dentro del texto que la propia herramienta le pasa al modelo al arrancar. Eso lo conté aquí el 29 de agosto. Hoy, 2 de septiembre, volví a mirar. Una admisión sin arreglo no es una noticia, es un estado. Y el estado es este: sigue ahí, y ahora lo puedo contar yo, en mi máquina, con dos comandos.

Dos comandos y un número

Claude Code guarda cada versión que instala en una carpeta de tu disco. La que uso hoy es la 2.1.258, instalada el 1 de septiembre: un solo archivo de 199 MB. Le pasé el filtro más aburrido que existe. strings -a ~/.local/share/claude/versions/2.1.258 | grep -c -i load-bearing Devuelve 6. Y si lo corres sobre las tres versiones que tengo guardadas, la 2.1.251, la 2.1.252 y la 2.1.258, devuelve 6 en las tres. Seis líneas del binario contienen la frase; contando repeticiones dentro de una misma línea son 7 apariciones, y agrupando por contexto quedan 4 fragmentos distintos. Lo importante no es el número: es qué son esas líneas. No son un mensaje de error ni un comentario olvidado. Son instrucciones para el modelo. Una de ellas es, literalmente, parte de lo que la herramienta le pide al modelo sobre cómo tiene que contestarte: Include code snippets only when the exact text is load-bearing (e.g., a bug you found, a function signature the caller asked for). Otra vive en las instrucciones de cómo escribir y podar notas de memoria: deleting a teammate's load-bearing note costs a lot. Otra, en las de mantener un documento: the why helps future-you judge whether the memory is still load-bearing. Esto es exactamente lo que describió el colaborador el 25 de agosto, y sigue siendo cierto veinticinco versiones después. El modelo no elige la palabra por gusto: llega a cada sesión con la palabra puesta delante.

El estado del caso, hoy

Tres comprobaciones, las tres hechas hoy:

• El issue 53454, donde está la reproducción en instalación limpia, sigue abierto.
• El issue 77136, el que acumula 527 reacciones, sigue abierto.
• Buscar load-bearing en el registro de cambios oficial de Claude Code devuelve cero resultados.

Ojo con leer esto como "Anthropic no dijo nada", porque es falso: respondió en los hilos, reprodujo el caso y explicó el mecanismo, que es más de lo que hace la mayoría de fabricantes. Lo que no existe, ocho días después, es una línea en el registro de cambios que diga que se tocó. Reconocer y enviar son dos cosas distintas, y confundirlas es lo que te hace esperar sentado.

Por qué tu regla pierde esa pelea

La parte útil del comentario del 25 de agosto es la explicación, no la queja. El texto interno se reinyecta en cada turno. Tu instrucción, la que escribiste en tu archivo de reglas, no está sola en la sala: compite contra un texto que vuelve a entrar cada vez que el modelo piensa. Y ese texto no lo escribiste tú, no lo puedes editar, y cambia cuando el fabricante actualiza sin avisarte. Yo lo acabo de ver: tengo tres versiones guardadas en disco, la 2.1.251, la 2.1.252 y la 2.1.258, y el conteo es idéntico en las tres. Seis, seis y seis. La lección no va de una palabra en inglés. Va de esto: una regla de estilo no es una garantía, es una preferencia compitiendo con otras preferencias que no ves.

Lo que hago yo, que no es prohibir la palabra

Tres cosas, en este orden:

1. Reviso el texto que va a salir, no las instrucciones que escribí. Si la palabra sobrevivió, el problema está en el texto que tengo delante, no en el archivo.
2. Pongo las reglas de estilo donde aplican a todo, no donde aplican a un proyecto. En la app de Claude eso es la pantalla de instrucciones personalizadas, y se aplica a todas tus conversaciones.
3. Cuando la frase aparece, la reescribo en vez de tacharla. Casi siempre "este detalle es load-bearing" se dice mejor así: si quitas este detalle, se cae lo demás.

En la fábrica esto está cableado igual: lo que se publica pasa por un paso que mira el resultado. Las intenciones escritas en un archivo no son un control de calidad, son un deseo.

El dato honesto

Cuatro fragmentos en un archivo de 199 MB no son una campaña. Load-bearing es una palabra legítima del inglés técnico y a veces es la palabra correcta. El estudio que puso el tema en la conversación mide una subida de vocabulario en descripciones de código de GitHub, en inglés, y su propio autor dice por escrito que no está rastreando tics de Claude sino un grupo de palabras que crece. Así que no: que un texto diga load-bearing no prueba con qué se escribió. Lo que sí está probado, y lo puedes reproducir en tu máquina en treinta segundos, es que la frase viaja dentro de la herramienta y que tu regla compite contra ella.