Arquitectura de agentes de IA: entrada, control y ejecución

Una arquitectura de referencia, no una receta universal

Separar conversación, decisión y ejecución ayuda a revisar un agente de IA antes de conectarlo a procesos empresariales. Es una propuesta de diseño: una empresa pequeña puede resolver una tarea con reglas y un formulario; otra necesita un modelo y varias herramientas. La cantidad de capas no demuestra que una integración funcione.

La distinción entre flujos predefinidos y agentes con decisiones dinámicas aparece en Building effective agents. Esa referencia conceptual no certifica un sistema de Vivanto ni prescribe una tecnología para todas las empresas.

Entrada: entender qué se solicita

La primera capa recibe un mensaje o una entrada estructurada y conserva su procedencia. Separa una pregunta informativa de una orden que cambia datos. El texto de una persona o de un documento debe tratarse como información por revisar: no puede ampliar permisos ni reemplazar las reglas del negocio.

Un formulario con campos definidos puede ser suficiente. Si se usa un modelo para interpretar lenguaje, su salida debe validarse contra un esquema y un conjunto de acciones permitidas. Cuando falta un dato decisivo, se solicita aclaración o se deriva a una persona.

Control: decidir qué acción está autorizada

La segunda capa aplica condiciones explícitas: quién puede pedir la acción, qué registros puede consultar, qué campos son obligatorios y cuándo se requiere aprobación. Un modelo puede proponer una clasificación; el programa verifica permisos y límites antes de ejecutar.

Conviene separar lectura, preparación y confirmación. Consultar disponibilidad no equivale a reservar. Preparar un borrador no equivale a publicarlo. Un agente no debería afirmar que terminó una operación basándose únicamente en su intención de realizarla.

Ejecución: confirmar el resultado externo

La tercera capa habla con sistemas autorizados. Cada operación necesita un contrato de entrada, un identificador, un criterio de éxito y una forma de recuperar estados inciertos. Las credenciales permanecen en el servidor y se limitan al alcance necesario.

Ante un timeout, primero se consulta si el sistema externo creó el recurso. Reenviar una orden sin comprobarlo puede duplicar registros. Una cola durable permite recuperar trabajo pendiente; una tarea que existe sólo en la memoria de un proceso no ofrece esa misma recuperación.

Preparar un informe con revisión

Datos de prueba. Una empresa recibe archivos de seguimiento. La entrada identifica período y fuente; el control rechaza duplicados y marca campos faltantes; la ejecución prepara un borrador y lo entrega a un responsable. La publicación sólo ocurre tras su aprobación.

Las fuentes, permisos, formatos, frecuencia y criterio de aceptación se definen en el proyecto.

Qué verificar antes de implementar

• Casos con errores y duplicados, sin información de clientes innecesaria.
• Permisos separados para consultar y modificar.
• Registro de intentos, resultados y acciones pendientes.
• Comportamiento ante respuestas incompletas o contradictorias.
• Responsable de aprobación y alternativa humana.
• Costes de infraestructura, canal, modelo y mantenimiento identificados.

La arquitectura aporta valor cuando permite demostrar esos controles. Puedes revisar cómo plantear una implementación, explorar el diagnóstico orientativo o contarnos una tarea concreta.