Modelos y proveedores, en Administración de plataforma, es donde se decide todo lo que tiene que ver con los modelos de inteligencia artificial: qué modelos existen, de qué proveedor sale cada uno, cuál resuelve cada tarea, qué desbloquea cada plan y, cuando una organización lo necesita, sus excepciones.
Es una atribución de quien administra la plataforma. Las organizaciones no tienen pantalla de modelos: sus administradores no eligen qué modelo resuelve cada parte.
Aquí se guarda configuración —conexión del proveedor y catálogo de modelos—; los agentes la consultan al trabajar, pero las llamadas no pasan por esta pantalla.
La consola
La consola añade una franja con cuatro cifras: proveedores activos, modelos
activos, cuántas de las cinco categorías (Razonamiento avanzado, Respuesta
rápida, Comprensión visual, Generación de imágenes y Generación de vídeo) tienen
defecto, y si el servicio de ejecución de agentes responde. La categoría
embeddings existe en el catálogo pero no participa de la cascada. Tiene cinco pestañas.
Catálogo pone los proveedores a la izquierda y el detalle del seleccionado a
la derecha, con sus modelos en una tabla. Desde ahí se verifica, se edita, se
activa o desactiva y se elimina el proveedor. Verificar consulta la ruta de
listado de modelos del proveedor, bajo la base URL declarada, y guarda el
resultado, por eso la salud sobrevive a una recarga; devuelve además los
identificadores que el proveedor dice tener, y los que faltan en el catálogo son
botones que abren el alta con el upstream_model_id ya escrito.
Resolución muestra el orden en que se elige modelo: petición explícita, excepción de la organización y, en último lugar, plataforma. Nadie elige su propio modelo: no hay preferencias por persona. Debajo se fija el defecto de cada categoría y qué usa cada consumidor interno: los roles de razonamiento y rápido, los trabajadores del enjambre, Agent Forge, el análisis del consumo de Administración, las sugerencias de chat y la redacción de encargos. Cada uno sigue una categoría o queda fijado a un modelo, y la fila dice cuál resuelve ahora mismo.
Planes reparte modelos por suscripción, y es opt-in: un modelo sin marcar en ningún plan queda disponible para todos; marcarlo es lo que lo reserva.
Organizaciones atiende el caso particular de una organización. Elija cuál en el selector —no hace falta cambiar de organización activa— y verá los modelos que trae su plan, con un interruptor por modelo, y sus valores por defecto, indicando si están definidos para ella o heredados de la plataforma. Desactivar un modelo impide que nadie de esa organización lo use; fijar un defecto hace que esa tarea se resuelva con ese modelo para ella. Lo que no se toca aquí sigue lo que deciden Resolución y Planes para todas.
Diagnóstico contrasta lo que dicen el servicio de ejecución, el registro de agentes y el catálogo. Avisa de los modelos activos sin tarifa en créditos, que impide facturar bien su consumo. Lo que enseña del servicio de ejecución es su modo degradado, no la resolución en vivo.
Estados de un proveedor
| Estado del proveedor | Qué ocurrió |
|---|---|
| Verificado | La última comprobación fue correcta. |
| Con error | Falló; el detalle muestra el mensaje. |
| Sin verificar | Nunca se ha comprobado la conexión. |
| Desactivado | No se resolverá, aunque sus modelos estén activos. |
Un modelo activo cuyo proveedor está desactivado lleva un aviso: la cascada lo salta. Al borrar un modelo, los agentes que lo tuvieran elegido caen al siguiente nivel.
La clave de API se cifra al guardarse y no vuelve a mostrarse. Dejar el campo vacío no la borra: conserva la que hubiera, y para retirarla existe Quitar clave. Las cabeceras adicionales sí se guardan en claro.
Eliminar un proveedor borra también todos sus modelos y no se puede deshacer. El diálogo avisa si alguno era el defecto de una categoría: esa categoría deja de resolver.
Quién puede hacer qué
Solo quien administra la plataforma. Cualquier otra persona ve un aviso de que la pantalla no es suya, y el servidor rechaza cualquier cambio que no venga de un administrador de plataforma, también en los modelos de una organización.