Por qué Claude no para de decir "load-bearing" (y cómo solucionarlo)
Si usas Claude Code, seguro que lo has visto. En commits, en análisis de código, en documentación. La palabra aparece por todas partes. La comunidad de Hacker News ha explotado con 224 puntos y 322 comentarios. Y hay solución.
En resumen
- Claude tiene una obsesión con la palabra 'load-bearing'. La comunidad ha encontrado la causa y la solución. Te explico qué pasó y cómo arreglarlo en 2 minutos.
- Si usas Claude Code, seguro que lo has visto. En commits, en análisis de código, en documentación. La palabra aparece por todas partes.
- No es una percepción tuya. Desde febrero de 2026, la frecuencia de "load-bearing" se disparó en el vocabulario de Claude como un cohete.
El problema: "load-bearing" por todas partes
No es una percepción tuya. Desde febrero de 2026, la frecuencia de "load-bearing" se disparó en el vocabulario de Claude como un cohete. Marek Šuppa analizó miles de transcripciones de Claude Code y encontró que cada aparición usaba el formato con guion, algo que antes era rarísimo.
El momento coincide sospechosamente con el lanzamiento de Claude Opus 4.6 el 5 de febrero de 2026. Google Trends lo confirma: el término apenas existía antes y de repente está en todas partes. En GitHub, el issue #53454 acumula quejas de desarrolladores que han intentado decirle a Claude que deje de usarla — y el modelo no puede evitarlo.
Un usuario cuenta: "Le he pedido que guarde en memoria que no use la palabra 'load-bearing'. Aparece cada 10 párrafos igual". Otro confiesa: "Ya ni me molesto. Simplemente hago find & replace mental".
¿De dónde viene la metáfora?
En construcción, una pared de carga (load-bearing wall) es la que sostiene el peso del edificio. Quitarla sin más tira la casa. En software, la metáfora existe desde hace años: Jeff Kaufman popularizó "Accidentally Load Bearing" como extensión de Chesterton's Fence — antes de borrar algo, pregúntate qué sostiene. Eric S. Raymond habló de "Load-Bearing Internet People" en 2019 para referirse a mantenedores invisibles de infraestructura crítica.
Pero lo de Claude es diferente. No es que use una metáfora útil de vez en cuando. Es que la usa para absolutamente todo. Un test es "load-bearing". Un comentario es "load-bearing". Una variable es "load-bearing". El concepto ha pasado de ser una herramienta retórica precisa a una muletilla vacía.
Lo que realmente pasó: el postmortem de Anthropic
El 23 de abril de 2026, Anthropic publicó un postmortem admitiendo tres bugs simultáneos que degradaron Claude Code durante 50 días:
- Esfuerzo de razonamiento rebajado: El 4 de marzo, cambiaron el razonamiento por defecto de "high" a "medium" para reducir latencia en la interfaz. El modelo empezó a pensar menos y repetir más.
- Bug de caché: El 26 de marzo, una optimización para limpiar sesiones inactivas borraba el contexto en cada turno en vez de solo tras una hora. Claude perdía memoria a corto plazo constantemente.
- Límites de verbosidad: El 16 de abril, añadieron al system prompt la instrucción de mantener las respuestas bajo 25 palabras entre tool calls. El resultado fue una caída del 3% en calidad de código.
La auditoría de Stella Laurenzo (Directora Senior en AMD) fue demoledora: analizó 6.852 sesiones de Claude Code con más de 234.000 tool calls y documentó un desplome en profundidad de razonamiento. BridgeMind reportó que Claude Opus 4.6 pasó del 83,3% al 68,3% de precisión en sus benchmarks, cayendo del puesto 2 al 10.
Anthropic revirtió los cambios en la versión v2.1.116. Pero el daño a la confianza ya estaba hecho.
La solución de Johanna Larsson: hooks de Claude
La desarrolladora Johanna Larsson publicó el 14 de julio una solución elegante usando los hooks nativos de Claude Code. En dos minutos puedes transformar "load-bearing" en cualquier cosa que prefieras:
Creá un script en ~/.claude/hooks/wordswap.sh:
#!/bin/bash
read -r text
text="${text//load-bearing/crítico}"
text="${text//honest take/opinión}"
text="${text//you're absolutely right/tenés razón}"
echo '{"hookSpecificOutput":{"hookEventName":"MessageDisplay","displayContent":"'"$text"'"}}'Luego lo enganchás en ~/.claude/settings.json:
"hooks": {
"MessageDisplay": [
{ "hooks": [{ "type": "command", "command": "$HOME/.claude/hooks/wordswap.sh" }] }
]
}El hook MessageDisplay intercepta cada respuesta de Claude antes de que la veas y aplica las sustituciones. Johanna usó reemplazos humorísticos ("load-bearing" → "cooked", "honest take" → "spicy doodad"), pero podés usar lo que quieras.
Por qué pasa esto con los LLMs
Un comentarista de Hacker News lo clavó: cuando una persona tiene muletillas, produce 5.000 palabras al día como mucho. Cuando un LLM las tiene, genera miles de millones de tokens diarios. El sesgo se multiplica por 10.000.000.000.
Otro usuario, jchw, explicó algo peor: los LLMs no solo heredan preferencias del entrenamiento, sino que se quedan pegados a palabras dentro de una misma conversación. Si usás "analítico" una vez, Claude puede repetírtelo en cada respuesta siguiente. Es un bucle de retroalimentación que los modelos aún no saben romper.
El problema de fondo no es "load-bearing". Es que los modelos actuales no tienen mecanismos de variedad léxica. La misma arquitectura que los hace buenos prediciendo la siguiente palabra los hace pésimos evitando repeticiones cuando una palabra puntúa alto en su distribución de probabilidad.
Lo que aprendimos
He usado Claude Code casi a diario los últimos meses y reconozco el patrón. "Load-bearing" no es la única — también están "honest take", "you're absolutely right", "seam", "delve". Pero "load-bearing" es la reina. La lección más grande es que los cambios en el system prompt tienen efectos impredecibles en el comportamiento del modelo. Anthropic lo aprendió por las malas con tres bugs simultáneos.
Mientras tanto, el hook de Johanna es la solución más práctica que tenemos. Dos minutos de configuración y Claude deja de hablarte como si todo fuese una pared de carga.