Una arquitectura detrás de las aplicaciones
Geminos presentó este 22 de septiembre ArchWay, la arquitectura empresarial que sustenta sus aplicaciones PathWay y que combina conocimiento, análisis causal y controles para llevar soluciones de inteligencia artificial a producción. Según la compañía, puede incorporar KnowledgeWay, CauseWay o ambos, dependiendo del caso de uso.
El anuncio sitúa el foco en cómo organizar los componentes de una solución empresarial, no únicamente en qué modelo utilizar. ArchWay contempla modelos de lenguaje, agentes, aprendizaje predictivo, optimización, reglas deterministas y revisión humana. Para evaluar la propuesta, la pregunta relevante es qué responsabilidad conserva cada componente cuando una respuesta de IA se convierte en una decisión operativa.
Trazabilidad: conocer el recorrido de un dato
De acuerdo con Geminos, KnowledgeWay utiliza un grafo de conocimiento empresarial que conserva procedencia, tiempo, derivación y confianza de la información. Son dimensiones distintas: permiten examinar de dónde procede un dato, a qué momento corresponde, cómo se obtuvo a partir de otra información y qué confianza se le atribuye.
Desde una perspectiva operativa, ese contexto importa tanto como la respuesta generada. Pensemos en una recomendación hipotética de reposición de inventario: el equipo responsable debería poder distinguir un saldo registrado de una estimación de demanda y comprobar la antigüedad de ambos antes de actuar.
Conservar esos atributos no demuestra, por sí solo, que la información sea correcta o esté actualizada. La evaluación debería comprobar si la procedencia y las transformaciones pueden consultarse y si el contexto acompaña al dato hasta el punto donde se utiliza. La trazabilidad resulta útil cuando permite investigar una decisión, no solo describir la estructura de una base de conocimiento.
El modelo no equivale a la política empresarial
Geminos afirma que las interfaces de ArchWay separan la elección del modelo de la lógica de negocio. La distinción es central para su propuesta: cambiar el componente que interpreta una solicitud o genera una recomendación no debería implicar redefinir las condiciones bajo las cuales la empresa permite una acción.
En un proceso hipotético de compras, un modelo podría interpretar una petición; una regla determinista podría comprobar un límite de autorización; y una persona podría revisar una excepción. Son tareas diferentes, aunque compartan un mismo flujo. La arquitectura anunciada contempla esos tipos de componentes, pero el comunicado no basta para establecer cómo se implementa cada control en una instalación concreta.
La separación tampoco elimina la necesidad de pruebas. Si se sustituye un modelo, convendría verificar que sus nuevas respuestas siguen siendo compatibles con las reglas, los permisos y los mecanismos de revisión del proceso.
Los sistemas de registro conservan la autoridad
Otro punto del anuncio es que, según Geminos, los sistemas de registro existentes mantienen su autoridad. Esto plantea una frontera importante: una representación de conocimiento o una respuesta generada no sustituye automáticamente al sistema donde la organización reconoce una transacción o un estado como válido.
Para un equipo de operaciones, la comprobación práctica sería seguir el recorrido completo: qué información se consulta, qué componente propone una acción, quién la autoriza y dónde queda registrada. También habría que definir cómo se resuelven discrepancias entre una representación derivada y el registro autorizado. Mantener esa autoridad exige que la integración respete la frontera, no solo que la documentación la declare.
Qué comprobar antes de pasar a operación
La lectura editorial del anuncio es que ArchWay propone evaluar la IA empresarial como un conjunto de responsabilidades separadas. Una prueba útil debería exigir la reconstrucción de una decisión, la identificación de los datos utilizados y la explicación de qué regla o revisión permitió avanzar.
La presentación describe una arquitectura; no acredita por sí misma resultados de rendimiento, ahorro o fiabilidad en una implantación específica. El paso del prototipo a la operación deberá juzgarse por evidencias concretas: si es posible cambiar un modelo sin alterar inadvertidamente la política empresarial, investigar una respuesta y mantener inequívoco el registro autorizado.