Arquitectura modelo-agnostica: por que el vendor lock-in es peligroso

El riesgo: un modelo, un proveedor

Muchas empresas construyen su estrategia de IA sobre un unico modelo. “Usamos ChatGPT” o “Apostamos por Claude”. Los prompts se optimizan para ese modelo. Las integraciones se construyen para la API de ese proveedor. Los flujos de trabajo se adaptan a las particularidades de ese modelo.

Entonces ocurre una de tres cosas: el proveedor sube los precios. El proveedor cambia la API. Aparece un nuevo modelo que es significativamente mejor o mas barato. En cualquier caso: toda la implementacion debe adaptarse.

En el mercado de LLMs, esto ocurre rapido. En los ultimos 18 meses, los precios se han reducido a la mitad, han aparecido nuevos proveedores, los modelos open-source han superado a los modelos propietarios en benchmarks. Quien se ha vinculado a un proveedor no puede aprovechar estos desarrollos.

Modelo-agnostico como principio arquitectonico

En la arquitectura de referencia de Gosign, el Model Layer es una capa intercambiable. La logica de negocio (conjuntos de reglas, logica de decision, flujos de trabajo) esta implementada en el Decision Layer y el Agent Layer, no en el modelo.

Cuando un nuevo modelo esta disponible, puede integrarse sin modificar las capas superiores. El agente no sabe que modelo esta utilizando. Envia una solicitud al Model Layer y recibe una respuesta. Que modelo proporciona la respuesta es irrelevante para el agente.

Multi-Model Routing

Un agente puede utilizar multiples modelos simultaneamente. El enrutamiento es basado en reglas:

Optimizacion de costes: Las tareas sencillas (clasificacion de documentos, extraccion de datos) se ejecutan en un modelo economico. Las tareas complejas (soporte a la decision, interpretacion de reglas) en un modelo mas potente.

Residencia de datos: Los datos sensibles van a modelos self-hosted (Llama, Mistral, DeepSeek). Los datos no criticos pueden enrutarse a traves de APIs en la nube. Para empresas espanolas sujetas al RGPD y la LOPDGDD, el enrutamiento basado en la sensibilidad de los datos es esencial para garantizar el cumplimiento normativo.

Failover: Si un proveedor de modelos se cae, el sistema puede cambiar automaticamente a un modelo alternativo.

Las reglas de enrutamiento estan configuradas en el Decision Layer y son completamente trazables.

Modelos soportados

La arquitectura de Gosign soporta actualmente:

Claude (Anthropic) - API en la nube
ChatGPT (OpenAI) - API en la nube
Gemini (Google) - API en la nube
Llama (Meta) - Self-Hosted o nube
Mistral - Self-Hosted o nube
DeepSeek - Self-Hosted o nube
gpt-oss (OpenAI) - Self-Hosted o nube

Nuevos modelos pueden integrarse en cuanto esten accesibles a traves de una API estandar. En el contexto europeo, la eleccion de Mistral como modelo europeo puede ser relevante para empresas con requisitos especificos de soberania tecnologica.

Mas sobre este tema: Infraestructura de IA

Mas sobre gobernanza: Gobernanza de IA

Agendar reunion. Le mostramos la arquitectura modelo-agnostica en detalle.

Preguntas frecuentes

Que significa modelo-agnostico?

Modelo-agnostico significa que la arquitectura no esta vinculada a un modelo de lenguaje especifico. El Model Layer es intercambiable. Agentes, Decision Layer, conjuntos de reglas e integraciones funcionan con cualquier modelo soportado.

Por que es peligroso el vendor lock-in con LLMs?

Porque el mercado de LLMs cambia rapidamente. Los precios cambian, los modelos se descontinuan, aparecen nuevos modelos, los modelos de licencia cambian. Quien construye sobre un solo modelo depende de un unico proveedor.

Puede un agente utilizar multiples modelos simultaneamente?

Si. Multi-Model Routing: un modelo economico para preclasificacion, uno mas potente para decisiones complejas. El enrutamiento es basado en reglas y esta configurado en el Decision Layer.