La Autoridad de Diseño de IA
Nos encontramos en un punto de inflexión en el desarrollo de software. A menudo, el debate gira en torno a si cuál la 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 enfoque correcto.
Si adoptamos la IA como «Vibe Coders», donde indicamos la intención y la IA se encarga de la ejecución, creamos un flujo masivo de nuevo software. Un enjambre de agentes de IA puede generar más código en un minuto 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 personas. La solución es una Autoridad de Diseño de IA.
De artesano a director de fábrica
Tradicionalmente, la «Design Authority» es un grupo de arquitectos que se reúne una vez por semana o por mes para aprobar o rechazar un diseño. En un mundo de desarrollo de IA de alta velocidad , ese modelo está obsoleto de forma irremediable. Es demasiado lento y demasiado reactivo.
Si cambiamos al «Código Desechable» —software que no refactorizamos sin fin, sino que descartamos y volvemos a generar cuando cambian los requisitos—, nuestro papel cambia fundamentalmente. Ya no somos albañiles que colocan ladrillo a ladrillo. Somos los arquitectos de la fábrica que imprime las paredes.
¿Pero quién comprueba que esas paredes estén rectas?
La "Gauntlet": Una prueba de fuego automatizada
Una AI Design Authority no es una persona, sino una canalización (pipeline). 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 capas:
1. El Poder Ejecutivo (La Generación)
No le pedimos una solución a una sola IA, sino 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 previene la visión de túnel y rompe la "pereza" que a veces sufren los LLM. Este enfoque también está investigado científicamente y demuestra que se pueden prevenir las alucinaciones de la IA y construir cadenas muy largas sin errores
2. El Filtro Duro (La Ley)
Aquí no hay discusión posible. El código debe compilar. Los linters no deben quejarse. Y lo que es crucial, las Pruebas de Caja Negra deben superarse. No probamos si la función funciona internamente (la IA puede manipular eso), probamos si el sistema hace externamente lo que se supone que debe hacer. ¿Falla la prueba? Directamente a la papelera.
3. El Filtro Suave (El Jurado de IA)
Esta es la verdadera innovación. Las soluciones restantes se presentan a una "Voting AI" (IA de Votación) especializada. Este agente no escribe código, sino que lee 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 se adapta mejor a nuestra arquitectura de microservicios.”
El ganador pasa a producción.
La Trias Politica del Software
Este modelo impone una separación de poderes que falta en muchos equipos.
- El Poder Legislativo (El Arquitecto): El Arquitecto escribe la "Constitución". Los prompts, los documentos de arquitectura (
project-description.md, rules.md, skills.md en principles.md), los requisitos estrictos. El arquitecto determina qué construimos, quién lo construye, cómo y por qué. - El Poder Ejecutivo (Los Agentes de Programación): Ellos ejecutan. Rápido, económico y bajo los auspicios de desarrolladores humanos.
- El Poder Judicial (La Autoridad de Diseño): Una capa de IA independiente que evalúa el cumplimiento de la ley.
Conclusión: El nuevo rol del Arquitecto
Nos libera de la tiranía de los errores de sintaxis y nos permite centrarnos en lo que se nos da bien: el pensamiento sistémico. La búsqueda de la verdad. La estructura y la toma de decisiones.
La cuestión no es si la IA puede escribir nuestro código. Ese tema ya está zanjado. El código se está convirtiendo en gran medida en un producto desechable.
La pregunta es: ¿Te atreves a ceder el control sobre el código para así recuperar el control sobre la calidad ?
házmelo saber
