Pila De Aplicación

Saptiva-Agents está diseñado como un framework sin opiniones predeterminadas, lo que significa que puede usarse para construir una gran variedad de aplicaciones multiagente. No está ligado a una abstracción específica de agente ni a un patrón concreto de arquitectura multiagente.

El siguiente diagrama muestra la pila de aplicación.

• Parte inferior de la pila: Se encuentran las funcionalidades básicas de mensajería y enrutamiento que permiten que los agentes se comuniquen entre sí. Estas son gestionadas por el entorno de ejecución de agentes (Agent Runtime). 👉 Para la mayoría de los casos, los desarrolladores solo necesitan usar las APIs de alto nivel proporcionadas por el runtime (ver Agente y Entorno de Ejecución de Agentes).

• Parte superior de la pila: Aquí los desarrolladores deben definir los tipos de mensajes que los agentes intercambiarán. Este conjunto de mensajes forma un contrato de comportamiento, al que los agentes deben adherirse. La implementación del contrato determina cómo los agentes manejan los mensajes. A este contrato también se le conoce como protocolo de mensajes, y es responsabilidad del desarrollador implementarlo.

📌 Los patrones multiagente emergen a partir de estos contratos de comportamiento (ver Patrones de Diseño Multiagente).

---

Ejemplo de Aplicación

Veamos un ejemplo concreto de una aplicación multiagente para generación de código. Esta aplicación está compuesta por tres agentes:

• Coder Agent (Agente que genera código)

• Executor Agent (Agente que ejecuta el código)

• Reviewer Agent (Agente que revisa el resultado)

El siguiente diagrama muestra el flujo de datos y los tipos de mensajes intercambiados entre ellos.

En este ejemplo, el contrato de comportamiento consta de lo siguiente:

• CodingTaskMsg: mensaje desde la aplicación hacia el Coder Agent con la tarea de codificación.

• CodeGenMsg: mensaje del Coder Agent al Executor Agent con el código generado.

• ExecutionResultMsg: mensaje del Executor Agent al Reviewer Agent con el resultado de la ejecución.

• ReviewMsg: mensaje del Reviewer Agent al Coder Agent si se necesita una nueva ronda de generación.

• CodingResultMsg: mensaje del Reviewer Agent hacia la aplicación si el código es aprobado.

🧠 Este contrato de comportamiento lo implementan los agentes según cómo manejan esos mensajes.

🔁 Ejemplo de patrón multiagente: Este flujo representa un patrón llamado "reflexión", donde un resultado generado es revisado y refinado en rondas sucesivas, con el objetivo de mejorar su calidad general.