---
title: Modelos y proveedores
description: "La consola de la plataforma para los modelos de IA: el catálogo y la conexión de cada proveedor, qué modelo resuelve cada parte, qué desbloquea cada plan y las excepciones de cada organización."
allan.topic: how-to
allan.service: platform-ui
allan.date: 10/13/2026
allan.ruta: /platform/models
allan.fuente: [app/platform/models/page.tsx, app/platform/models/console.tsx, app/platform/models/components.tsx, app/platform/models/forms.tsx]
allan.audiencia: [admin]
allan.aplica_a: administradores de plataforma
allan.terminos: [agente, organizacion, enjambre, forge, encargo, credito-de-trabajo]
---

**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.

> [!IMPORTANTE]
> 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.

> [!ADVERTENCIA]
> 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.

## Pasos siguientes

- [Consumo](consumo.md)
- [Mi consumo](../area-de-trabajo/mi-consumo.md)