Ontologías para agentes de IA: contexto compartido

Una empresa incorpora varios agentes de inteligencia artificial para investigar, consultar sistemas, analizar información y ejecutar tareas. Cada agente puede funcionar correctamente por separado y, sin embargo, el conjunto producir resultados incompatibles. Uno identifica a un proveedor por su razón social; otro lo reconoce por una clave interna; un tercero interpreta “riesgo alto” con criterios distintos. El problema no es necesariamente la capacidad de cada modelo: es la ausencia de un contexto compartido.

El problema no es que los agentes hablen, sino que se entiendan

Un sistema multiagente distribuye actividades entre entidades computacionales que pueden actuar con cierto grado de autonomía, perseguir objetivos parciales e intercambiar mensajes. Esa distribución permite dividir problemas complejos, pero introduce una dificultad: cada agente puede manejar representaciones, vocabularios, estados y supuestos diferentes.

Que dos agentes intercambien un mensaje no significa que compartan su significado. La expresión “cliente activo”, por ejemplo, puede referirse a una cuenta con contrato vigente, a una persona que realizó una compra reciente o a un registro habilitado en el CRM. Si cada componente utiliza una definición distinta, la coordinación formal puede ocultar una inconsistencia semántica.

La arquitectura necesita, por tanto, algo más que conectividad y protocolos de comunicación. Requiere un marco explícito para identificar de qué entidades se habla, qué relaciones son válidas, qué estados pueden atribuirse y bajo qué condiciones una afirmación puede utilizarse.

La ontología como marco semántico común

En ingeniería del conocimiento, una ontología especifica un vocabulario de un dominio y las relaciones que organizan sus conceptos. No es simplemente un glosario: puede definir clases, propiedades, individuos y restricciones de manera formal, de modo que distintas aplicaciones puedan consultar e interpretar las mismas estructuras (Gruber, 1993; Hitzler et al., 2012).

En un sistema multiagente, la ontología funciona como un contrato semántico compartido. Establece, por ejemplo, qué significa “pedido”, cómo se relaciona con “cliente”, “producto” y “proveedor”, qué estados puede adoptar y qué condiciones deben cumplirse para considerarlo confirmado. Así, los agentes pueden intercambiar referencias a entidades y relaciones sin depender exclusivamente de convenciones implícitas en sus instrucciones o en su código.

La investigación sobre integración de ontologías en sistemas multiagente muestra que los agentes pueden acceder a ontologías OWL para consultar conceptos, instancias y propiedades, así como aprovechar razonadores semánticos para comprobar consistencia y obtener inferencias. Freitas et al. (2017) describen una infraestructura que permite ese acceso desde distintas plataformas orientadas a agentes. El trabajo también evalúa consumo de recursos y desempeño: la semántica compartida aporta capacidades, pero tiene costos de implementación y ejecución que deben medirse.

Qué debe compartir un sistema multiagente

El contexto común no se reduce a una lista de términos. Para que resulte operativo debe cubrir, al menos, cinco dimensiones:

• Entidades: qué elementos existen en el dominio y cómo se identifican de manera persistente.
• Relaciones: cómo se vinculan las entidades y qué relaciones tienen significado para el proceso.
• Estados y eventos: qué cambios pueden ocurrir, cómo se representan y qué condiciones los hacen válidos.
• Restricciones y reglas: qué acciones son admisibles, qué condiciones deben verificarse y cuáles son las excepciones.
• Procedencia y vigencia: de qué fuente procede una afirmación, cuándo se actualizó y bajo qué versión del modelo semántico se interpreta.

La última dimensión es decisiva. Dos agentes pueden compartir una definición correcta y aun así operar con datos desactualizados o con versiones incompatibles de la ontología. El contexto común necesita gobierno: responsables, control de cambios, reglas de compatibilidad y mecanismos para comunicar modificaciones.

Ontología, comunicación y orquestación: funciones distintas

Conviene separar tres problemas que suelen confundirse. La ontología define el significado del dominio; los protocolos de comunicación establecen cómo se estructuran e intercambian los mensajes; la orquestación determina quién realiza cada tarea, en qué secuencia, con qué herramientas y bajo qué controles.

La ontología no decide por sí misma qué agente debe actuar primero ni autoriza una operación. Tampoco sustituye los mecanismos de autenticación, autorización, monitoreo o supervisión humana. Su aportación consiste en ofrecer una base semántica que esos mecanismos pueden utilizar.

En una arquitectura empresarial, la capa de orquestación cognitiva conecta modelos, agentes, fuentes de datos, reglas de negocio y sistemas existentes. Puede entregar a cada agente el contexto pertinente, verificar que la tarea solicitada corresponda a su función, registrar intercambios y detener o escalar operaciones cuando se incumplen condiciones. La ontología aporta el lenguaje compartido; la orquestación convierte ese lenguaje en coordinación controlada.

Cómo opera el contexto compartido

El flujo puede entenderse como una secuencia de coordinación, no como una conversación libre entre agentes:

1. Definir el dominio. Se identifican entidades, relaciones, estados, reglas y vocabulario relevante para el proceso.
2. Asignar responsabilidades. La orquestación determina qué agente puede consultar, analizar, proponer o ejecutar cada actividad.
3. Entregar contexto pertinente. Cada agente recibe las entidades, relaciones, evidencias y restricciones necesarias para su tarea, no necesariamente toda la base de conocimiento.
4. Intercambiar resultados estructurados. Los mensajes hacen referencia a conceptos y entidades compartidos e incluyen el estado, la fuente o la evidencia cuando corresponda.
5. Validar y decidir el siguiente paso. La capa de orquestación comprueba condiciones, registra el resultado y continúa, solicita información o escala a una persona.

Un caso empresarial: evaluar a un proveedor

MatrIA y el contexto especializado

En determinados procesos, el contexto que necesitan los agentes incluye información territorial: establecimientos, zonas, infraestructura, actividades económicas o relaciones espaciales. MatrIA, como motor cognitivo territorial de Celestial Dynamics, puede aportar conocimiento organizado sobre ese dominio y evidencia recuperable para tareas que requieran interpretar relaciones geográficas y comerciales.

Su participación en una arquitectura multiagente dependerá del caso de uso. Un agente puede solicitar evidencia territorial cuando la tarea lo requiera; otro puede combinarla con información contractual u operativa. La capa de orquestación define cuándo invocar ese componente, qué contexto entregar y cómo integrar el resultado. MatrIA no sustituye la ontología empresarial completa ni coordina por sí sola a todos los agentes.

Los límites que deben diseñarse

Un vocabulario común también puede propagar errores si contiene definiciones ambiguas, relaciones incorrectas o datos obsoletos. Además, una ontología demasiado rígida puede dificultar la adaptación de los agentes a situaciones nuevas; una demasiado general puede dejar sin resolver las diferencias que realmente importan.

En sistemas heterogéneos, algunos agentes pueden utilizar vocabularios distintos. En ese caso se necesitan correspondencias entre ontologías, reglas de transformación y pruebas que permitan detectar pérdidas de significado. La equivalencia entre dos términos no debe asumirse solo porque sus etiquetas se parecen.

También debe limitarse la autonomía. Cada agente necesita un ámbito de actuación definido, permisos proporcionales a su función, límites de uso de herramientas y condiciones claras para abstenerse o escalar. El contexto compartido hace posible una coordinación más precisa, pero la responsabilidad por las acciones requiere controles explícitos.

Conclusión: autonomía con un lenguaje común

Los sistemas multiagente no se vuelven coordinados por el simple hecho de distribuir tareas entre varios modelos. Necesitan compartir referencias sobre el dominio, reconocer las relaciones relevantes y respetar restricciones compatibles. Las ontologías proporcionan una infraestructura semántica para ese propósito; los protocolos permiten intercambiar mensajes y la capa de orquestación convierte el contexto en secuencias de trabajo gobernadas.

La cuestión estratégica no consiste en multiplicar agentes, sino en diseñar las condiciones bajo las cuales pueden colaborar sin confundir información, duplicar acciones ni exceder sus atribuciones. La inteligencia operativa emerge de la articulación entre conocimiento estructurado, capacidades especializadas, controles y supervisión.

En síntesis

• Una ontología explicita el significado de conceptos y relaciones de un dominio.
• El contexto compartido reduce ambigüedades en el intercambio entre agentes.
• Las ontologías, los protocolos y la orquestación cumplen funciones diferentes y complementarias.
• La procedencia, vigencia y versión del conocimiento deben gestionarse.
• La autonomía requiere permisos, validación, abstención y escalamiento humano.
• El valor del sistema se mide por la coherencia y los resultados del proceso, no por el número de agentes.