Estamos en un punto de inflexión en el desarrollo de software. La discusión suele girar en torno a cuál qué IA escribe el mejor código (Claude vs. ChatGPT) o dónde dónde debe residir esa IA (IDE o CLI). Pero ese no es el planteamiento correcto.
Si adoptamos la IA como "Vibe Coders" —donde nosotros indicamos la intención y la IA realiza la ejecución— creamos un flujo enorme de nuevo software. Un enjambre de agentes de IA puede generar en un minuto más código del que un desarrollador senior puede revisar en una semana. El ser humano se ha convertido en el cuello de botella.
La solución no es más más personas. La solución es una Autoridad de Diseño de IA.
Tradicionalmente, la "Autoridad de Diseño" es un grupo de arquitectos que se reúne una vez por semana o al mes para aprobar o rechazar un diseño. En un mundo de desarrollo de IA de alta velocidad ese modelo está irremediablemente obsoleto. Es demasiado lento y reactivo.
Si pasamos al "Código Desechable" —software que no refactorizamos infinitamente, sino que descartamos y volvemos a generar cuando cambian los requisitos—, nuestro rol cambia fundamentalmente. Ya no somos albañiles que colocan piedra por piedra. Somos los arquitectos de la fábrica que imprime los muros.
¿Pero quién controla si esos muros están rectos?
Una Autoridad de Diseño de IA no es una persona, sino un flujo de trabajo. Un "guantelete" por el que cada línea de código generado debe luchar para llegar a producción. Este proceso no reemplaza la revisión de código humana con nada, sino con algo mejor.
Funciona en tres niveles:
1. El Poder Ejecutivo (La Generación)
No le pedimos a una sola IA una solución, le pedimos a tres. Hacemos que Gemini 3, GPT-5 y un modelo de código abierto (como Llama) trabajen en paralelo en el mismo problema. Esto evita la visión de túnel y rompe la "pereza" que a veces sufren los LLM. Este enfoque también está respaldado científicamente y demuestra que se pueden prevenir las alucinaciones de la IA y construir cadenas muy largas sin errores
2. El Filtro Estricto (La Ley)
Aquí no hay lugar a discusión. El código debe compilar. Los linters no deben mostrar errores. Y lo que es crucial: las Pruebas de caja negra deben ser superadas. No probamos si la función funciona internamente (eso la IA puede manipularlo), probamos si el sistema hace lo que debe hacer desde fuera. ¿Falla la prueba? Directo a la papelera.
3. El Filtro Suave (El Jurado de IA)
Esta es la verdadera innovación. Las soluciones restantes se presentan a una "IA de Votación" especializada. Este agente no escribe código, sino que lee el código. Está entrenado en nuestros principios de arquitectura, requisitos de seguridad (OWASP, ISO) y normas de cumplimiento (Ley de IA de la UE).
Él vota: “La Solución A es más rápida, pero la Solución B es más segura y sigue mejor nuestra arquitectura de microservicios.”
El ganador pasa a producción.
Este modelo impone una separación de poderes que falta en muchos equipos.
project-description.md, rules.md, skills.md en principles.md), los requisitos estrictos. El arquitecto determina qué qué construimos, quién lo construye, cómo y por qué.Nos libera de la tiranía de los errores de sintaxis y nos permite centrarnos en lo que hacemos bien: pensamiento sistémico. Búsqueda de la verdad. Estructura y toma de decisiones.
La pregunta no es si la IA puede escribir nuestro código. Ese tema ya está cerrado. El código se convertirá en gran medida en un producto desechable.
La pregunta es: ¿Te atreves a soltar el control sobre la código para así recuperar el control sobre la calidad ¿recuperar?
házmelo saber