Cómo utilizo los AI Councils para resolver problemas de ingeniería ambiguos

Un asistente de IA es útil. Pero no es suficiente para una arquitectura de software compleja.

Si utilizas la IA para algo más que el autocompletado, notarás un patrón. Un único modelo propone una solución. Parece buena. La implementas. Entonces, tres días después, descubres un fallo arquitectónico masivo.

Esto no es un fallo del modelo. Es un fallo de tu proceso. Un solo modelo rara vez cuestiona sus propios supuestos.

Para resolver problemas ambiguos, necesitas un AI Council. No se trata de una nueva plataforma. Es un flujo de trabajo en el que múltiples contextos de IA revisan una propuesta desde diferentes roles.

El objetivo es convertir el uso de la IA en un flujo de trabajo de ingeniería gobernado.

Aquí está el flujo de trabajo:

• Planteamiento del problema: Defines el problema. • Agente Arquitecto: Un agente basado en fuentes crea una propuesta con sus respectivos compromisos (trade-offs). • Crítica del AI Council: Diferentes roles de IA revisan la propuesta. • Síntesis de feedback: Un agente evalúa todos los comentarios e identifica conflictos. • Libro de objeciones (Objection Ledger): Realizas un seguimiento de todas las objeciones, su gravedad y su resolución. • Gobernanza humana: Decides si el plan está listo o si necesitas otra ronda. • Agente Ejecutor: Un contexto separado implementa el plan. • Agente Auditor: Un tercer contexto audita el código frente a la especificación original.

El poder reside en la separación de roles. No te limites a preguntar "¿qué piensas?". Asigna roles específicos a diferentes sesiones de IA:

  • Pensador de sistemas (System Thinker): Evalúa los riesgos sistémicos y los límites.
  • Revisor crítico (Critical Reviewer): Cuestiona los supuestos y encuentra brechas lógicas.
  • Simplificador (Simplifier): Encuentra complejidad innecesaria.
  • Revisor de alternativas (Alternatives Reviewer): Sugiere diferentes enfoques.

La parte más importante es el Libro de Objeciones (Objection Ledger). Sin él, el feedback se convierte en opiniones vagas. Un registro te obliga a resolver cada inquietud. Marcas las objeciones como Abiertas, Aceptadas, Rechazadas o Resueltas. Esto crea un registro de decisiones auditable.

No te conviertes en un cuello de botella de copiar y pegar. El agente basado en fuentes realiza la síntesis. Tú actúas como el Gobernador. No realizas el trabajo manual. Tú controlas los puntos de control (gates).

Tú eres el dueño de las decisiones:

  • Cuándo dejar de iterar.
  • Cuándo aprobar la especificación.
  • Cuándo aceptar el riesgo final.

Utiliza esto para refactorizaciones de alto riesgo o arquitecturas poco claras. No lo uses para correcciones de errores triviales. La sobrecarga solo vale la pena cuando el coste de un diseño erróneo es elevado.

Empieza poco a poco. Utiliza un crítico y un simplificador. Verás el valor de inmediato.

Fuente: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii