Una automatización empresarial puede necesitar interpretar un documento, buscar una evidencia, modificar código y revisar una decisión. Usar el mismo modelo con el mismo contexto para todo suele ocultar diferencias importantes. La orquestación multimodelo busca asignar cada tarea a una configuración comprobada y conservar un contrato común para sus resultados.
Separar capacidad, modelo y runtime
El proceso solicita una capacidad: extraer una factura, revisar un cambio o analizar una fuente. Esa capacidad combina instrucciones, herramientas y una política de permisos. El modelo realiza la inferencia; el runtime organiza llamadas a herramientas y ejecución. Cambiar de proveedor no debe alterar silenciosamente la autorización de un agente ni la estructura que espera el siguiente paso.
Nuestros sistemas ya combinan agentes especializados y modelos configurables por módulo. Una arquitectura de gateway común para proyectos añade contratos de trabajos, versiones y políticas; algunas de esas ampliaciones requieren un piloto antes de convertirse en operación compartida. Distinguir lo implementado de lo diseñado evita comprometer disponibilidad sobre una propuesta.
Evaluar conjuntos completos
Comparamos modelo, prompt, herramientas y runtime con casos reales. Miramos precisión, cumplimiento del esquema, uso de evidencias, latencia y coste total, incluidos reintentos. Un modelo barato que obliga a rehacer la tarea puede resultar más caro. Un modelo potente no aporta valor si el cuello de botella es una API mal conectada.
La selección conserva versiones y resultados para repetir la comparación. Las alternativas de respaldo solo se habilitan cuando cumplen las mismas restricciones de datos y calidad. Una caída de proveedor no concede permiso para enviar documentos confidenciales a cualquier alternativa.
Memoria con fronteras
Hay contexto de sesión, documentación del proyecto y recuerdos persistentes. Cada uno necesita reglas de vigencia, procedencia y acceso. La recuperación debe filtrar permisos antes de incorporar información al prompt. También hacen falta corrección y borrado: un recuerdo incorrecto repetido en muchas tareas multiplica el problema. En Jarvis hemos aplicado captura y recuperación explícitas; la extensión a múltiples identidades exige verificar aislamiento.
Presupuestar el trabajo completo
Registramos consumo por paso y ejecución, límites de tiempo, concurrencia y señales de fallo. El presupuesto contempla búsquedas, embeddings, inferencia y trabajo externo. La organización puede elegir qué tareas necesitan revisión humana y qué configuraciones ofrecen mejor relación entre calidad y coste.
El resultado es una política operativa que puede evolucionar. Los modelos cambian; los criterios de aceptación, permisos y evidencias siguen siendo responsabilidad del sistema y de su equipo.
