El creador de Flask lo advierte: los agentes de IA están construyendo una Torre de Babel en tu código

El creador de Flask y cofundador de Sentry, Armin Ronacher, publicó un ensayo que está dando la vuelta a Hacker News. No habla de un nuevo framework ni de un bug crítico. Habla de algo mucho más profundo: cómo los agentes de IA están construyendo silenciosamente una Torre de Babel digital en cada proyecto de software, y nadie se está dando cuenta.

El título lo dice todo: "The Tower Keeps Rising" (La torre sigue creciendo). Y esa es precisamente la parte aterradora.

La metáfora de Babel

Ronacher recuerda el mito bíblico de la Torre de Babel: una civilización unida por un mismo idioma construye una torre que alcanza el cielo. Dios no les quita los ladrillos ni el conocimiento — les quita la capacidad de entenderse entre sí. Y la construcción se detiene.

En la versión moderna, el "idioma compartido" de un proyecto de software no es el inglés ni Python. Es la comprensión 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.

Ese lenguaje rara vez está escrito en un solo lugar. Vive en la documentación, en el código, en las revisiones de código, en las conversaciones, en los argumentos, y en la experiencia de tener que explicarle un cambio a otra persona.

La fricción que nos mantenía sincronizados

Antes de los agentes de IA, parte de ese entendimiento compartido se mantenía gracias a la fricción. Si querías cambiar la capa de almacenamiento de otro equipo, tenías que leer su código, hacer preguntas, coordinar con ellos.

Era lento, sí. Y gran parte de esa lentitud era desperdicio. Pero no todo. Parte de esa fricción era el proceso mediante el cual su entendimiento se convertía en tuyo, y mediante el cual ambos descubrían si todavía estaban de acuerdo sobre cómo funcionaba el sistema.

Esa fricción sincronizaba a las personas. Los agentes de IA la eliminan.

Lo que pasa cuando nadie necesita hablar con nadie

Hoy, un desarrollador puede pedirle a un agente que añada OAuth, otro puede pedirle que añada caché, y un tercero puede pedirle que reconstruya la base de datos desde cero y que haga la interfaz rosa. Cada cambio es razonable de forma aislada. El código compila, los tests pasan, las explicaciones se generan bajo demanda.

Nadie tiene que hablar con nadie. Nadie tiene que adquirir la parte del modelo compartido que el cambio antes le habría obligado a aprender.

Como dice Ronacher: "Los agentes no sienten dolor, solo los humanos sentimos dolor". Los agentes nos permiten actuar en partes del sistema donde antes habríamos necesitado a otras personas.

La torre no cae... y eso es lo peor

Aquí está la parte más inquietante del ensayo:

En la historia bíblica, la pérdida del idioma común detiene la construcción. En la ingeniería asistida por IA, la construcción puede continuar incluso después de que el entendimiento compartido ya se haya derrumbado.

La falta de un fallo inmediato es lo que hace que esto sea tan peligroso. La torre no se cae, y por eso no notamos lo que se perdió. Simplemente sigue creciendo.

¿Por qué debería importarte?

Porque el código que se escribe sin entendimiento compartido es deuda técnica que no se paga hoy, sino con intereses compuestos mañana.

Cuando llega el momento de refactorizar, de depurar un bug en producción, de migrar una base de datos — y nadie en el equipo entiende realmente cómo funciona el sistema porque cada parte fue escrita por un agente diferente siguiendo instrucciones aisladas — ahí es cuando la torre se tambalea.

Y a diferencia de Babel, no hay un dios que detenga la construcción a tiempo.

La solución no es dejar de usar IA

Ronacher no está pidiendo que volvamos a escribir código a mano como cavernícolas. El problema no son los agentes, sino cómo los estamos usando.

Si cada miembro del equipo usa agentes de forma aislada sin compartir el contexto, sin documentar las decisiones, sin mantener ese "idioma común" del proyecto, el resultado es inevitable: un código que funciona pero que nadie entiende completamente.

La clave está en preservar la comunicación. Usar agentes para acelerar la implementación, sí. Pero mantener las conversaciones, las revisiones de código, las discusiones de arquitectura. La fricción que los agentes eliminan no era toda desperdicio.

Lo que dice HN

El ensayo generó más de 150 puntos y 78 comentarios en Hacker News. Los desarrolladores están divididos: algunos celebran la velocidad que los agentes aportan, otros confirman haber visto proyectos donde "nadie entiende el sistema completo".

Un comentario particularmente acertado: "Antes teníamos silos de conocimiento por departamentos. Ahora tenemos silos por agente de IA".

Comparte esto con ese compañero que está vibecodeando como si no hubiera un mañana. Porque la torre puede que no se caiga hoy, pero cuando lo haga, nadie va a saber cómo arreglarla.