Los asistentes de IA están destruyendo la arquitectura del software — y nadie lo nota

La torre que no deja de crecer

Imagina un rascacielos donde cada piso lo construye un equipo diferente, sin planos compartidos, sin hablar entre ellos. Cada piso es funcional, tiene buena luz, tuberías que funcionan. Pero nadie sabe si la estructura aguantará un sismo, si los cables de datos llegan al piso 30, o si el peso del piso 50 va a colapsar todo lo de abajo.

Así está quedando el software que se escribe con asistentes de IA en 2026.

Armin Ronacher —sí, el creador de Flask— lo explicó perfectamente en un ensayo titulado "The Tower Keeps Rising" que explotó en Hacker News con más de 400 puntos y cientos de comentarios. Y lo que dice debería helarle la sangre a cualquier desarrollador que use GitHub Copilot, Cursor, o cualquier agente de IA para escribir código.

El pegamento invisible que la IA está disolviendo

El argumento central es tan simple como inquietante: el software grande siempre ha estado limitado no por qué tan rápido un individuo escribe código, sino por qué tan bien los humanos coordinan su comprensión del sistema.

Ese "lenguaje compartido" del que habla Ronacher no es inglés ni Python. Es el entendimiento común de qué significa cada concepto, dónde están los límites, qué invariantes importan, quién es dueño de qué, y por qué el sistema tiene la forma que tiene.

Este lenguaje vive en las conversaciones de code review, en las discusiones de pasillo, en la experiencia de tener que explicarle un cambio a otro ser humano. Y es precisamente eso lo que los agentes de IA están eliminando silenciosamente.

Antes del agente: el "freno" que mantenía todo coherente

Ronacher lo describe con una lucidez brutal: antes de los agentes de IA, parte de ese entendimiento compartido se mantenía gracias a la fricción natural del desarrollo. Si querías cambiar la capa de almacenamiento de otro equipo, tenías que leer su código, hacer preguntas, coordinar con otro equipo. Era lento. Y esa lentitud no era solo desperdicio — era el proceso mediante el cual tu entendimiento se volvía el mío.

"Esa fricción sincroniza a las personas", escribe Ronacher. Y los agentes de IA están eliminando esa fricción por completo.

La torre de Babel digital

Hoy puedes pedirle a un agente que agregue OAuth a tu sistema. Mientras tanto, otro desarrollador le pide al suyo que añada un sistema de caché. Alguien más reconstruye la base de datos desde cero con otro agente. Y un cuarto tipo decide que la interfaz debe ser rosada.

Cada cambio es razonable de forma aislada. El código compila. Los tests pasan. Nadie tiene que hablar con nadie.

Y ahí está el problema existencial del software moderno. Como dice Ronacher: "Los agentes no sienten dolor, solo los humanos. Los agentes nos permiten actuar en partes del sistema donde antes hubiéramos necesitado a otras personas, y en bases de código donde esas personas se habrían quejado".

La torre no se cae — y eso es lo peor de todo

Lo aterrador no es que el software se rompa. Lo aterrador es que NO se rompe. Al menos no de inmediato.

A diferencia de la historia bíblica de la Torre de Babel, donde la pérdida del lenguaje común DETIENE la construcción, en el software asistido por IA la construcción puede continuar después de que el entendimiento compartido ya colapsó por completo.

"La falta de un fracaso inmediato es lo que lo hace tan peligroso", escribe Ronacher. "La torre no se cae, y por eso no notamos lo que se perdió. Solo sigue creciendo".

Una base de código de 10 millones de líneas donde nadie entiende más que su propio rincón. Y sin embargo, sigue entregando features. Sigue compilando. Sigue funcionando. Hasta que un día, alguien toca la línea equivocada y todo se desmorona.

Lo que dice la comunidad de desarrolladores

El hilo en HN dejó reacciones que merecen la pena leer con atención. Un desarrollador señaló: "Antes necesitabas una buena razón para hacer refactors enormes, porque era mucho trabajo. Ahora un agente puede reescribir la mitad de tu código si tu prompt es lo suficientemente vago y ni siquiera revisas todo. El 'alma' de un programa puede cambiar drásticamente cada día".

Otro comentario destacaba que la programación con agentes se parece más a la gestión empresarial que a la programación real: los managers tienen una idea general de lo que hacen sus equipos, pero no tienen el tiempo ni la capacidad de entenderlo todo. Los agentes te dan el mismo nivel de desconexión — con la ilusión de control total.

Y quizás el comentario más inquietante de todo el hilo: "Leer código no va a volver. Y ese ritual de leer código TIENE que volver, porque es la única forma de construir productos que no colapsen bajo su propia incoherencia".

La pregunta que ningún vendedor de IA quiere que te hagas

¿Vale la pena el trade-off? Más velocidad individual a costa de la coherencia colectiva.

Porque el problema no es que la IA escriba mal código. El problema es que escribe código que funciona, que compila, que pasa tests — y eso nos da una falsa sensación de seguridad mientras la torre sigue creciendo hacia el cielo, piso tras piso, sin que nadie sepa realmente cómo se sostiene.

El mayor peligro de la IA en el desarrollo de software no es que nos reemplace. Es que nos haga creer que entendemos lo que estamos construyendo, cuando en realidad la torre ya está hueca por dentro.

Comparte esto con un desarrollador que todavía cree que su agente de IA le está haciendo un favor. La torre no se cae... hasta que se cae.

¿Tú qué opinas? ¿Has visto cómo los agentes de IA están afectando la coherencia del código en tu equipo? Déjalo en los comentarios.