La casa Winchester de la IA: por qué tus agentes crecen hasta convertirse en un barrizal

Artículo original en inglés: The New Big Ball of Mud: Why Agentic AI Systems Turn Fragile, de Tanner Kohler en Nielsen Norman Group.

Una casa con escaleras que no llevan a ninguna parte

En San José, California, hay una mansión victoriana de 160 habitaciones con puertas que se abren al vacío, escaleras que mueren contra el techo y ventanas que dan a otras habitaciones. Es la casa Winchester. Su dueña, heredera de la fortuna de los rifles, tenía dinero ilimitado y una obsesión: no dejar de construir nunca. Treinta y ocho años de obras sin un solo plano. El resultado es fascinante como atracción turística e inhabitable como vivienda.

Tanner Kohler, de Nielsen Norman Group, acaba de describir la versión digital de esa casa. Tras estudiar a usuarios que montan sistemas de agentes de IA para gestionar su trabajo, ha encontrado una y otra vez el mismo patrón: estructuras que empezaron como un atajo de fin de semana y acabaron siendo un laberinto que ni su propio constructor entiende. El nombre que recupera para describirlo tiene solera en la ingeniería de software: la gran bola de barro, el big ball of mud que Foote y Yoder bautizaron en 1999.

El precio de que todo sea gratis

La tesis de Kohler es incómoda porque invierte un lugar común. Durante décadas, el barro en el software se justificaba por la escasez: no había tiempo, no había presupuesto, había que entregar el viernes. Las restricciones obligaban a priorizar y, de paso, a pensar. La IA ha eliminado esas restricciones. Pedirle a un agente que añada una función cuesta una frase. Y sin fricción no hay pausa, y sin pausa no hay arquitectura.

Uno de los participantes del estudio lo resume con una lucidez que duele: al ser tan fácil construir algo con IA, la gente empieza a sobreconstruir porque se siente productiva. Esa es la trampa exacta de Sarah Winchester. El martillo nunca paraba porque el ruido del martillo se confundía con progreso. Otro participante, un responsable de producto, lo cuenta sin metáfora: en algún momento, hacia diciembre, esto había crecido hasta algo que ya no era capaz de mantener en la cabeza.

Kohler llama a estos constructores “arquitectos de vibra”, vibe architects: gente sin formación técnica que levanta sistemas sofisticados guiándose por lo que les sugiere el propio asistente y por lo que ve en LinkedIn. No es una burla. Es una descripción precisa de una nueva clase profesional que ya existe y que nadie ha formado.

Cinco formas de hundirse en el barro

El estudio identifica cinco patrones, y cualquiera que haya trabajado en un equipo de producto los reconocerá con un escalofrío. Primero, el código desechable que nunca se desecha: la prueba de concepto del martes que en marzo sigue siendo la infraestructura crítica. Segundo, el crecimiento a trozos: un widget que mostraba cincuenta tareas de Asana evoluciona, parche a parche, hasta ser un panel interdepartamental con algoritmos ponderados y predicciones de finalización. Nadie lo diseñó. Simplemente ocurrió.

Tercero, mantenerlo funcionando como sea. Aquí la antropología se vuelve casi cómica: un participante rescataba historiales de chat de la papelera y ejecutaba sesiones desde la carpeta de Descargas. Otro reconectaba a mano, cada vez que fallaba, una integración entre Todoist y la terminal en lugar de arreglarla de raíz. Son las escaleras hacia el techo de la casa Winchester, pero en versión productividad.

Cuarto, barrer debajo de la alfombra, del que hablaremos ahora. Y quinto, la reconstrucción, que llega siempre, tarde o temprano, y cuyo coste depende de si la planeaste o te explotó en la cara.

El cajón desastre que solo entiende la máquina

De los cinco patrones, el cuarto es el más revelador de nuestra época. Los usuarios crean carpetas sin estructura, auténticos cajones de sastre digitales, y confían en que el agente sabrá orientarse en ellas. Durante un tiempo funciona. Hasta que deja de funcionar: la carpeta “pendiente de sintetizar” de uno de los participantes se desordenó tanto que la IA empezó a recuperar artículos equivocados, y corregir las instrucciones le costó cuarenta y cinco minutos.

Aquí hay algo nuevo respecto al barro clásico. En el software tradicional, el desorden lo sufría un humano que al menos podía leer el código. En los sistemas agénticos, el único que conoce el mapa es el agente. Hemos construido casas en las que solo el mayordomo sabe dónde están las habitaciones. Y el mayordomo, por decirlo con suavidad, no siempre recuerda lo mismo de un día para otro.

Un sistema que solo entiende la IA no es un sistema automatizado: es una dependencia con interfaz amable.

Un fundador de startup lo verbaliza en el estudio con una franqueza casi confesional: puede que incluso sea dependiente de esto… me sentiría muy frustrado si me quitaran la herramienta. La frase podría salir de un tutorial de productividad o de una reunión de doce pasos. Esa ambigüedad es el tema.

Tres contextos y una regla de oro

La parte propositiva del artículo es, en el fondo, un manual de urbanismo básico para arquitectos de vibra. Kohler distingue tres tipos de contexto que conviene no mezclar jamás: el global (las instrucciones que rigen todo el sistema), el local (la información específica de cada tarea) y el ambiental (los flujos continuos de datos que entran sin pedir permiso: correos, calendarios, notas). Cada uno en su archivo, como cada instalación en su conducto.

De ahí se derivan hábitos muy concretos. No decirle al agente “arregla esto donde haga falta”, sino “actualiza el contexto global”: nombrar el tipo de contexto obliga a saber qué estás tocando. Releer de una sentada las instrucciones globales cada cierto tiempo; si son demasiado largas, es que algo local se ha colado donde no debía. Y la regla de oro, formulada como pregunta: si tuviera que cambiar cómo funciona el sistema, ¿sabría qué modificar? Un “no” rotundo es la señal de que toca derribar.

Hay algo casi conmovedor en que la respuesta a la IA más avanzada de la historia sea, en el fondo, la misma que daría un buen arquitecto de 1920: separa las funciones, documenta las decisiones, no construyas lo que no entiendes.

Derribar no es fracasar

Y aquí está la diferencia que salva el artículo del pesimismo. En el software clásico, reconstruir una bola de barro era una tragedia de meses y presupuesto. En los sistemas agénticos, la misma IA que te ayudó a enfangarte puede ayudarte a empezar de cero en una tarde. La reconstrucción deja de ser catástrofe para convertirse en mantenimiento, siempre que llegues a ella con un plan y no con pánico.

Los participantes mejor situados del estudio no eran los que tenían sistemas más limpios, sino los que podían explicar qué limitaciones tenía el suyo y qué cambiarían si empezaran hoy. Sabían dónde estaban las escaleras al techo. La casa Winchester no tuvo nunca esa oportunidad: su dueña murió con las obras en marcha. Nosotros sí la tenemos. Solo hace falta soltar el martillo un rato y mirar el plano, aunque haya que dibujarlo por primera vez.