Autoridad de diseño de IA

La Autoridad de Diseño de IA

Estamos en un punto de inflexión en el desarrollo de software. La discusión a menudo gira en torno a cuál IA escribe el mejor código (Claude vs. ChatGPT) o dónde dónde debe residir la IA (IDE o CLI). Pero esa no es la pregunta correcta.

Het probleem is niet het genereren van code. Het is de validatie ervan.

Als we AI omarmen als “Vibe Coders” – waarbij we de intentie aangeven en de AI de uitvoering doet – creëren we een enorme stroom aan nieuwe software. Een zwerm AI-agents kan in één minuut meer code genereren dan een senior developer in een week kan reviewen. De mens is de bottleneck geworden.

De oplossing is niet meer mensen. De oplossing is een AI Design Authority.

De artesano al director de fábrica

Tradicionalmente, la “Design Authority” es un pequeño grupo de arquitectos que se reúne una vez por semana o mes para aprobar o rechazar un diseño. En un mundo de desarrollo de IA de alta velocidad ese modelo está desesperadamente obsoleto. Es demasiado lento y reactivo.

Si pasamos a “Disposable Code” – software que no refactorizamos indefinidamente, sino que descartamos y volvemos a generar cuando cambian los requisitos – entonces nuestro papel cambia fundamentalmente. Ya no somos albañiles que colocan piedra tras piedra. Somos los arquitectos de la fábrica que imprimen las paredes.

¿Pero quién controla si esas paredes están rectas?

El “Gauntlet”: una prueba de fuego automatizada

Una AI Design Authority no es una persona, sino una canalización. Un “Gauntlet” por el que cada línea de código generado debe pasar para llegar a producción. Este proceso no reemplaza la revisión humana del código con nada, sino con algo mejor.

Funciona en tres capas:

1. El Poder Ejecutivo (La Generación)
No le pedimos a una sola IA una solución, le pedimos 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 afecta a los LLM. Este enfoque también es investigado científicamente y demuestra que puedes prevenir las alucinaciones de IA y construir cadenas muy largas sin errores

2. El filtro estricto (La Ley)
Aquí no hay margen de discusión. El código debe compilar. Los linters no deben quejarse. Y crucial: el Pruebas de caja negra deben pasar. No probamos si la función funciona internamente (eso podría manipular la IA), probamos si el sistema, desde el exterior, hace lo 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 "IA de votación" especializada. Este agente no escribe código, sino lee código. Está entrenado en nuestros principios de arquitectura, requisitos de seguridad (OWASP, ISO) y normas de cumplimiento (EU AI Act).
É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.

La Trias Política 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é nosotros construimos, quién lo construye, cómo y por qué.
  • El Poder Ejecutivo (Los Agentes de Codificación): Ellos ejecutan. Rápido, barato y bajo el auspicio de desarrolladores humanos.
  • El Poder Judicial (La Autoridad de Diseño): Una capa de IA independiente que verifica 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 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 convierte en gran parte en un producto desechable.
La pregunta es: ¿Te atreves a soltar el control sobre el código para dejarlo, para así controlar el calidad ¿recuperar?

avísame

Gerard

Gerard trabaja como consultor y gerente de IA. Con mucha experiencia en grandes organizaciones, puede desentrañar un problema rápidamente y trabajar hacia una solución. Combinado con una formación económica, garantiza decisiones empresariales responsables.