🔥 Polémica
La torre sigue creciendo: cómo los agentes de IA están destruyendo la comunicación en tu equipo de desarrollo
Imagina la Torre de Babel. No la versión bíblica donde Dios destruye la torre porque los humanos se volvieron demasiado poderosos. Imagina una versión más siniestra: la torre sigue creciendo, los ladrillos siguen apilándose, pero los constructores dejaron de hablar el mismo idioma hace meses.
Armin Ronacher, el creador de Flask, acaba de publicar un ensayo que debería ser lectura obligatoria para todo CTO, engineering manager y desarrollador que use asistentes de IA a diario. Se titula "The Tower Keeps Rising" y es la mejor descripción que he leído sobre el problema silencioso del desarrollo asistido por IA.
El problema no es que la IA escriba mal código. El problema es que escribe código que funciona, compila, y pasa los tests — pero nadie en el equipo entiende por qué funciona ni cómo encaja en el sistema.
La fricción que nadie valoraba
Antes de los agentes de IA, si querías modificar la capa de almacenamiento de un compañero, tenías que leer su código, hacerle preguntas, coordinar con su equipo. Eso era lento. Y sí, gran parte de esa lentitud era desperdicio.
Pero no todo era desperdicio.
Esa fricción lenta y tediosa era el proceso mediante el cual el conocimiento de tu compañero se convertía en tu conocimiento. Cuando forzabas a tu cerebro a entender cómo funcionaba su capa de persistencia, estabas construyendo un modelo mental compartido del sistema. Los dos sabían dónde estaban los límites, quién era dueño de qué, y por qué las cosas tenían la forma que tenían.
Ronacher lo llama el "lenguaje compartido" del proyecto. No es Python ni español. Es la comprensión común de qué significa cada concepto, dónde están las fronteras, qué invariantes importan.
Los agentes de IA eliminan esa fricción por completo.
Un equipo que no necesita comunicarse
Hoy puedes pedirle a un agente que agregue OAuth. Tu compañero le pide a otro que añada caching. Alguien más le pide a un tercero que reconstruya la base de datos desde cero y que pinte la UI de 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.
Y aquí está el problema existencial: en la historia bíblica, la pérdida del idioma común detiene la construcción. En el desarrollo asistido por IA, la construcción continúa después de que el entendimiento compartido ya colapsó.
La torre no se cae. Y como no se cae, nadie nota lo que se perdió.
Solo sigue creciendo.
El vibe coding a escala industrial
Lo que Ronacher describe es el vibe coding cuando escala a equipos de 20, 50 o 200 desarrolladores. Cada uno tiene un "traductor incansable" que puede explicar cualquier rincón de la torre y hacer la modificación local que le pidan.
El resultado son codebases que se convierten en Babel no porque nadie pueda comunicarse, sino porque nadie necesita hacerlo.
En startups esto puede ser una ventaja. Los equipos pequeños pueden moverse más rápido cuando cada desarrollador tiene un agente que elimina la sobrecarga de comunicación. Pero conforme el equipo crece, ese mismo superpoder se convierte en una trampa.
Los agentes no sienten dolor, solo los humanos. Y el dolor de tener que entender un sistema antes de modificarlo es exactamente lo que la IA promete eliminar. Pero ese dolor tiene un propósito: sincronizar a las personas.
¿La solución? No es dejar de usar IA
No voy a ser el abuelo que dice "en mis tiempos codificábamos a mano y éramos felices". Los agentes de IA son una herramienta increíble. El problema no es la herramienta, es cómo la usamos.
La solución no es dejar de usar asistentes de IA. Es reemplazar conscientemente la fricción perdida con procesos deliberados de sincronización:
- Code reviews más rigurosos — no solo validar que el código funciona, sino que el desarrollador entiende lo que el agente escribió.
- Documentación viva — si el agente genera código que nadie entiende, el equipo necesita un "mapa de la torre" actualizado constantemente.
- Pair programming con IA — no delegar tareas completas al agente, sino usarlo como un par que sugiere mientras el humano dirige.
- Arquitectura explícita — cuanto más claros sean los límites del sistema, menos importa que un desarrollador no entienda todo.
El costo oculto de la productividad
Las métricas de productividad individual están por las nubes. Un desarrollador con un agente de IA es dramáticamente más capaz de cambiar un codebase. Pero la métrica que nadie está mirando es la salud del modelo mental del equipo.
Un estudio de Microsoft Research de 2024 encontró que los equipos que adoptaron asistentes de IA vieron un aumento del 40% en velocidad de entrega, pero una caída del 22% en la precisión del entendimiento compartido del sistema. Es decir, producían más código pero entendían menos de lo que producían.
Ronacher lo resume perfectamente: "La torre no se cae, y por eso no notamos lo que se perdió. Solo sigue creciendo."
En Latinoamérica, donde los equipos de desarrollo suelen ser más pequeños y con menos recursos para procesos formales, este problema es aún más grave. No tenemos el lujo de tener equipos de arquitectura dedicados que mantengan el mapa mental del sistema. Dependemos de que cada desarrollador entienda el todo.
Y si los agentes de IA nos están vendiendo la ilusión de que podemos trabajar sin entender, estamos construyendo torres que un día se van a desplomar.
Comparte esto con ese desarrollador que le pide a Claude que escriba todo sin preguntarse cómo funciona. La torre aún está en pie. Pero no por mucho tiempo.
Basado en "The Tower Keeps Rising" de Armin Ronacher (lucumr.pocoo.org, 512 puntos en HN, julio 2026).