Load-bearing: la palabra que delata a Claude

El 27 de agosto, un enlace llamado "The load-bearing vocabulary of Claude" llegó a 652 puntos y 314 comentarios en Hacker News. No es una noticia de producto ni un lanzamiento: es gente peleándose por una palabra. Y la pelea vale la pena, porque debajo hay algo que sí te afecta si publicas texto. La palabra es load-bearing. En inglés significa "de carga", como un muro que sostiene el techo. En la escritura técnica se usa para decir que un detalle es el que aguanta todo el argumento. Es una buena palabra. El problema no es la palabra: es que aparece tantas veces seguidas que la gente ya la lee como una firma.

Lo que confirmó Anthropic

Esto es lo que separa este caso de la típica queja de foro. El 25 de agosto, bcherny —con marca de colaborador del repositorio de Anthropic— escribió esto en el issue 53454 de claude-code: "Reproduced. On a completely clean install of the current release (v2.1.233, fresh config directory, no plugins, no CLAUDE.md, no memory), I asked Claude Code to write a short architecture doc for a trivial 7-line Python file — the generated doc used 'load-bearing' twice." Lee bien las condiciones: instalación limpia, configuración nueva, sin plugins, sin archivo de reglas, sin memoria. Un archivo de Python de siete líneas. Y la palabra sale dos veces en el documento generado. La segunda parte del comentario es la que de verdad explica el fenómeno: "This isn't just model vocabulary preference: the phrase appears repeatedly in Claude Code's own built-in prompt text (visible in the strings of the shipped binary), so the model is primed with the term at the start of every session. That also explains why telling it in CLAUDE.md or memory not to use the word doesn't stick — the built-in priming is re-injected every turn and competes with your instruction." Traducido y sin adornos: la expresión está escrita dentro del prompt interno de la propia herramienta, se puede ver en las cadenas de texto del binario que te descargas, y por eso el modelo arranca cada sesión con la palabra puesta delante. Cuando tú escribes en tu archivo de reglas "no uses load-bearing", tu instrucción no está sola en la sala: está compitiendo contra un texto que se vuelve a inyectar en cada turno. Que quede claro qué es esto y qué no es. No es "Anthropic no dijo nada": respondió en los hilos el 17 y el 25 de agosto, y los dos issues siguen abiertos —el 77136 con 527 reacciones, el 53454 con 156—. Y tampoco es "las instrucciones de estilo no sirven". Lo que dijo la empresa es mucho más concreto: la regla escrita en el archivo de Claude Code no se sostiene contra un cebado que vuelve cada turno. Ese matiz es todo el artículo.

El estudio que mide el rastro, y lo que su autor se niega a decir

En paralelo hay un repositorio público, louisabraham/load-bearing, creado el 21 de agosto y con 64 estrellas. Mide la frecuencia de un grupo de diez palabras a lo largo de un corpus grande: 603 días recogidos, 595 de ellos dentro de 85 semanas completas del 6 de enero de 2025 al 17 de agosto de 2026, 461.121 descripciones y 51.079.244 apariciones de palabras. Dos cifras del estudio son las que circulan:

• Una de esas diez palabras "era el 0,7 % del corpus al empezar 2025 y es el 39 % a mediados de 2026".
• "load-bearing" aparece 929 veces dentro y 82 fuera: 39 veces más, y encabeza la lista.

Y aquí viene la parte que casi nadie está citando, que es justo la que hay que citar. El autor del estudio dice, por escrito: "I am NOT tracking Claude tics, I am merely finding that a particular cluster of vocabulary increases." No está rastreando tics de Claude; está encontrando que un grupo de vocabulario crece. Yo no voy a decir lo que el propio autor niega. El estudio mide una subida de vocabulario, no identifica una herramienta. Que un texto tenga la palabra no prueba con qué la escribieron. Si sacas de aquí "ya tengo un detector de IA", te vas a equivocar y vas a acusar a gente que escribe bien.

Por qué esto sí te afecta si publicas

Lo interesante no es el chisme. Es el mecanismo, y el mecanismo se repite en todo lo que armes encima de un modelo. Tú crees que el sistema tiene una sola voz: la tuya, la del archivo de reglas. En realidad hay dos textos hablando a la vez, y el de abajo —el que trae la herramienta de fábrica— ni lo escribiste tú ni puedes editarlo ni te avisa cuando cambia. Cuando tu instrucción y ese texto se contradicen, no gana automáticamente la tuya. Esa es la lección transferible, y no tiene nada que ver con una palabra en inglés: una regla de estilo no es una garantía, es una preferencia compitiendo con otras. La garantía es un paso de revisión al final, hecho sobre el texto que va a salir. En la fábrica funciona así por eso mismo: lo que se publica pasa por un gate que mira el resultado, no por una intención escrita en un archivo.

Lo que hago con esto antes de publicar

Tres cosas, y ninguna es "prohibir la palabra":

1. Reviso el texto final, no las instrucciones. Si la palabra sobrevive, el problema es el texto que tengo delante.
2. Miro si la frase dice algo. La mayoría de las veces "este detalle es load-bearing" se puede cambiar por "si quitas este detalle, se cae lo demás", y queda mejor en español. La palabra no era el problema: era el relleno.
3. No la persigo como si fuera contaminación. Es una palabra útil. Si la uso una vez y aporta, se queda.

El dato honesto

Nada de esto convierte a nadie en detector. Las dos cosas que sí están confirmadas son estrechas y conviene no estirarlas: que la expresión viaja dentro del prompt de una herramienta concreta —lo dijo Anthropic— y que un grupo de vocabulario creció mucho en un corpus grande —lo midió un estudio cuyo autor aclara que no está rastreando a Claude—. Lo demás, por ahora, es Hacker News opinando. Que es entretenido, pero no es evidencia.