El Enrutamiento Inteligente de Modelos analiza dinámicamente el contenido de la solicitud y selecciona automáticamente el modelo más adecuado del conjunto de candidatos, ayudando a las empresas a lograr una asignación óptima de recursos de IA en escenarios complejos.
Descripción general
El model-code tiene un prefijo fijo auto-model seguido de 8 caracteres aleatorios (por ejemplo, auto-model-abcd1234). El cliente invoca este model-code → el enrutamiento analiza dinámicamente el contenido de la solicitud y empareja el modelo más adecuado del conjunto de candidatos → el modelo real infiere → respuesta (x-dashscope-resolved-model marca el modelo real, conserva el uso real de tokens).
Alcance:
| Dimensión | Descripción |
|---|---|
| Región | Pekín (cn-beijing) + Singapur (ap-southeast-1) |
| Tipo de modelo | Solo entrada de texto |
| Protocolo de llamada | Solo se admite la interfaz compatible con OpenAI (Chat Completions); los protocolos DashScope y Anthropic no son compatibles |
| Facturación | Pago por uso |
| Limitación | Según el modelo enrutado real, a nivel de cuenta y espacio de trabajo |
Ventajas clave:
- Maximizar la eficacia del modelo: Empareja automáticamente el modelo óptimo para cada tarea, ideal para usuarios con requisitos de calidad extremos.
- Reducción precisa de costos: Enruta tareas simples a modelos ligeros y tareas complejas a modelos de gama alta, evitando el aprovisionamiento excesivo y logrando una alineación precisa entre costo y demanda.
- Eliminar la dificultad de selección de modelos: No es necesario evaluar o comparar modelos manualmente; la plataforma selecciona automáticamente la solución óptima, reduciendo drásticamente la barrera de selección de modelos.
- Curva de aprendizaje mínima: Consistente con el acceso regular a modelos; invoque mediante model-code sin cambios en el código.
Crear un enrutador de modelos
En la consola de Bailian, en "Model Inference > Dedicated Deployment", haga clic en Deploy New Model para ingresar a la página de creación y seleccione Intelligent Model Routing en "Deployment Mode".
Requisitos previos
- Se ha activado un espacio de trabajo de Bailian.
- La versión del modelo de ruta objetivo está publicada y la cuenta actual tiene permiso de invocación para la versión y los modelos candidatos.
Pasos
- Ingrese un Nombre del servicio (obligatorio, hasta 50 caracteres).
- En Modo de implementación, seleccione "Intelligent Model Routing".
- En Versión del modelo de ruta, seleccione una versión publicada (mantenida por la plataforma).
- En Estrategia de enrutamiento, seleccione "Effect First" o "Cost First".
- En Conjunto de modelos candidatos, seleccione los modelos candidatos (al menos 2).
- Haga clic en Confirm Deploy para completar la creación.
Después de la implementación, el sistema genera un model-code globalmente único (en formato auto-model-XXXXXXXX). El model-code no se reutiliza después de la eliminación.
Estrategia de enrutamiento
La estrategia de enrutamiento determina qué modelo del conjunto de candidatos ejecuta cada solicitud. Ambas estrategias emparejan dinámicamente según el contenido de la solicitud (no es un enrutamiento fijo); la elección se realiza durante la creación.
Estrategia | Mecanismo de selección | Escenarios adecuados |
|---|---|---|
Prioridad al efecto (EFFECT_FIRST) | Selecciona el modelo de mayor efecto en el conjunto de candidatos por solicitud | Negocios críticos, razonamiento complejo, generación de contenido de alta calidad donde la calidad es estricta |
Prioridad al costo (COST_FIRST) | Programa inteligentemente modelos ligeros mientras cumple con un nivel mínimo de calidad | Escenarios sensibles al costo, de alta concurrencia y conscientes de la latencia y el costo unitario |
Configuración de modelos candidatos
El conjunto de modelos candidatos es el rango del cual puede elegir el servicio de enrutamiento. Al crear un enrutador de modelos, seleccione los modelos que participarán en el enrutamiento de la lista de candidatos en el área Candidate Model Set; se requieren al menos 2 modelos candidatos, de lo contrario se bloqueará la implementación.
NotaLos usuarios RAM solo pueden seleccionar modelos candidatos para los cuales tienen
invocation permission; si hay menos de 2 seleccionables, otorgue primero al usuario RAM autorización de invocación de modelos en ese espacio de trabajo.La versión del modelo de enrutamiento es la forma de lanzamiento estandarizada de la capacidad de enrutamiento inteligente; cada versión especifica el rango de modelos y las capacidades principales admitidas por el sistema de enrutamiento para esa etapa. La lista de candidatos se determina según la versión del modelo de enrutamiento seleccionada: cada versión corresponde a un conjunto de candidatos y no se permite la combinación entre versiones. La versión del modelo de enrutamiento publicada actualmente y los modelos candidatos son:
model-router-2026-0908
Modelo candidato | Contexto | Entrada | Salida | Entrada con acierto de caché |
|---|---|---|---|---|
| 1M | 12 | 36 | 1.5 |
| 1M | 0.8 | 2.7 | 0.1 |
| 1M | 2 | 8 | 0.4 |
| 1M | 0.2 | 0.8 | 0.04 |
| 1M | 12 | 36 | 2.4 |
| 1M | 9 | 27 | 0.9 |
| 1M | 3 | 9 | 0.3 |
| 1M | 20 | 100 | 2 |
| 1M | 8 | 28 | 2 |
Unidad de precio: CNY por millón de tokens. La serie deepseek-v4 utiliza precios basados en horas pico/valle; la tabla muestra los precios de hora pico. Todos los modelos candidatos admiten el modo de pensamiento; los tokens de pensamiento se facturan al precio de salida.
NotaAl seleccionar modelos candidatos, tenga en cuenta los límites de cuota de cada modelo para evitar ser limitado cuando se enrute a un modelo debido a una cuota insuficiente. Elija modelos con cuota suficiente o aumente la cuota RPM/TPM de la cuenta para los modelos relevantes antes de la creación.
Invocar un enrutador de modelos
Una vez creado, invocar un enrutador de modelos es igual que invocar un modelo normal; simplemente reemplace el parámetro model en la solicitud con el model-code del enrutador (por ejemplo, auto-model-abcd1234); el cliente puede integrarse sin cambios en el código.
Ejemplo de llamada:
curl -X POST https://dashscope-intl.aliyuncs.com/compatible-mode/v1/chat/completions \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "auto-model-abcd1234",
"messages": [{"role": "user", "content": "Hello"}]
}'
from openai import OpenAI
client = OpenAI(
api_key="YOUR_DASHSCOPE_API_KEY",
base_url="https://dashscope-intl.aliyuncs.com/compatible-mode/v1",
)
resp = client.chat.completions.create(
model="auto-model-abcd1234",
messages=[{"role": "user", "content": "Hello"}],
)
print(resp.choices[0].message.content)
print(resp.model) # the actual executing model name
# DashScope SDK (install first: pip install dashscope)
from dashscope import Generation
resp = Generation.call(
model="auto-model-abcd1234",
api_key="YOUR_DASHSCOPE_API_KEY",
messages=[{"role": "user", "content": "Hello"}],
)
print(resp.output.choices[0].message.content)
// OpenAI SDK (install first: npm install openai)
const OpenAI = require("openai");
const client = new OpenAI({
apiKey: process.env.DASHSCOPE_API_KEY,
baseURL: "https://dashscope-intl.aliyuncs.com/compatible-mode/v1",
});
const resp = await client.chat.completions.create({
model: "auto-model-abcd1234",
messages: [{ role: "user", content: "Hello" }],
});
console.log(resp.choices[0].message.content);
console.log(resp.model); // the actual executing model name
Respuesta: el encabezado de respuesta x-dashscope-resolved-model contiene el identificador del modelo realmente invocado (úselo para verificar que el enrutamiento surtió efecto); el cuerpo conserva el nombre del modelo ejecutado realmente y el uso real de tokens, y la facturación se basa en el modelo realmente enrutado.
Facturación: El enrutamiento inteligente factura según el modelo real al que se enruta cada solicitud; el modelo de enrutamiento en sí es gratuito.
Conmutación por error automática
El Enrutamiento de Modelos tiene una conmutación por error automática integrada, habilitada de forma predeterminada sin configuración. Cuando el modelo objetivo no está disponible, el servicio de enrutamiento reenvía la solicitud completa con otro modelo candidato, sin cambiar a mitad de la inferencia.
Los siguientes casos NO activan la conmutación por error automática; los errores se transmiten con la información de error original del modelo real:
- 429 (límite de tasa)
- 400/403/404/500 y otros errores deterministas (cambiar de modelo probablemente también fallaría)
- Errores de tiempo de espera o de red
- Errores después de que la transmisión haya comenzado a devolver contenido
NotaLa conmutación por error automática no genera doble facturación: modelo A → conmutación por error automática → modelo B tiene éxito, solo se cobra el modelo B.
Reglas de filtrado en tiempo real
El servicio de enrutamiento aplica un filtrado en tiempo real al conjunto de candidatos:
- Filtra los modelos que la cuenta actual no tiene permiso para invocar.
- Filtra los modelos que están fuera de línea.
- Filtra modelos incompatibles con los parámetros de la solicitud actual (por ejemplo, si la solicitud incluye
response_format, solo se enruta a modelos candidatos que admiten ese parámetro).
El subconjunto realmente seleccionable para una sola solicitud cambia dinámicamente según los permisos, el estado del modelo y los parámetros de la solicitud.
Límites de uso
| Límite | Descripción |
|---|---|
| Protocolo de llamada | Solo interfaz compatible con OpenAI |
Soporte de protocolo:
| Protocolo | Compatible |
|---|---|
| Interfaz compatible con OpenAI (Chat Completions) | ✓ |
| Protocolo DashScope | ✗ |
| Protocolo Anthropic | ✗ |
| Tipo de solicitud | Solo entrada de texto para Chat Completions; no se admiten entradas de imagen o video, generación de imágenes, inferencia por lotes, Embedding/Rerank ni otras interfaces no generativas |
| Longitud del contexto | Límite superior = la ventana de contexto mínima de los modelos del conjunto de candidatos; los errores por contexto excesivamente largo se producen directamente sin activar el conmutador por error automático |
| Limitación | RPM/TPM limitados según el modelo enrutado real a nivel de cuenta y espacio de trabajo; en caso de conmutación por error, solo se contabiliza el consumo del modelo final exitoso |
Notas sobre parámetros
response_format: Enruta solo a modelos candidatos que admiten este parámetro.enable_search: Enruta solo a modelos candidatos que admiten este parámetro.reasoning_effort: Enruta solo a modelos candidatos que admiten este parámetro de forma predeterminada; valores de enumeración admitidos:none,minimal,low,medium,high,xhigh,max; los niveles no mínimos enrutan solo a modelos sin pensamiento.enable_thinking: Enruta solo a modelos candidatos que admiten el modo de pensamiento.
En el modo de enrutamiento inteligente, los siguientes parámetros no son compatibles; configurarlos provoca un error de ejecución:
| Parámetro | Descripción |
|---|---|
top_logprobs | Límite de logprobs devueltos |
logit_bias | Sesgo de tokens |
stop | Secuencia de parada |
tool_choice | Selección de herramienta |
parallel_tool_calls | Llamadas a herramientas en paralelo |
logprobs | Indica si se devuelven logprobs |
top_p | Muestreo de núcleo |
temperature | Temperatura de muestreo |
presence_penalty | Penalización por presencia |
n | Número de generaciones |
thinking_budget | Longitud del presupuesto de razonamiento |
Caché
El enrutamiento inteligente no admite caché explícita; solo admite la caché implícita proporcionada por el modelo real invocado. La caché solo puede activarse cuando una solicitud se enruta al mismo modelo y el prefijo del prompt cumple con las condiciones de caché de dicho modelo. Dado que diferentes solicitudes pueden enrutarse a distintos modelos, el enrutamiento inteligente no garantiza la tasa de aciertos de caché. Para obtener más información sobre cómo funciona el almacenamiento en caché y los modelos compatibles, consulte Caché de contexto.
Gestionar servicio de ruta
Ver detalles
Después de la implementación, haga clic en el nombre del servicio en la lista de Dedicated Deployment para ingresar a la página de detalles:
- Información básica: nombre del servicio,
model-code, estado de ejecución, etiqueta de estrategia de enrutamiento. - Configuración de ruta: versión del modelo de ruta, estrategia de enrutamiento, conjunto de candidatos y lista de modelos candidatos.
- Facturación: pago por uso, facturado según el precio unitario del modelo real.
- Configuración de implementación: cuota de limitación TPM/RPM de cada modelo candidato.
Modificar configuración de ruta
Haga clic en "Edit" en el área de Route Configuration para modificar la versión de la ruta, la estrategia y los modelos candidatos. Cambiar la versión modifica el conjunto de candidatos, surtiendo efecto en unos minutos sin afectar las solicitudes en vivo.
Después de seleccionar una versión específica, el comportamiento de enrutamiento en línea permanece estable a largo plazo; realice una evaluación exhaustiva antes de actualizar para evitar impactos en el negocio. Versión actual: model-router-2026-0908. Las versiones de ruta no se actualizan automáticamente.
Eliminar servicio
Elimine el servicio de enrutamiento de modelos de la lista de Dedicated Deployment. model-code no se reutiliza después de la eliminación.
Efecto de enrutamiento
Este capítulo cubre las métricas y el monitoreo del efecto de enrutamiento. Las métricas de efecto se ven en la pestaña "Routing effect" de la página de detalles; el monitoreo de llamadas se ve en la página de Model Monitoring.
Métricas de enrutamiento
Vea las siguientes métricas en la pestaña "Routing effect" de la página de detalles. Las métricas mostradas son estimaciones, solo para referencia; no son para liquidación de facturación; la facturación real se basa en "Cost and Usage":
Métrica | Significado | Acción ante anomalías |
|---|---|---|
Total de solicitudes de enrutamiento | Total de solicitudes recibidas (incluidas las de conmutación por error exitosa) | Investigue la limitación/anomalías ascendentes en caso de picos |
Tasa de éxito de enrutamiento | Solicitudes reenviadas ÷ total de solicitudes × 100% | En caso de disminución, verifique la disponibilidad de los modelos candidatos |
Costo real del modelo (estimado) | Costo completo estimado al precio de lista del modelo real (facturación escalonada: nivel más bajo; tarifa pico-valle: precio pico; excluye cuota gratuita; difiere de la facturación real) | En caso de aumento, verifique la estrategia de enrutamiento y el conjunto de candidatos |
Costo del modelo base (estimado) | Costo hipotético si todo fuera gestionado por el modelo base (misma metodología de estimación) | — |
Ahorros | Costo base − costo real (positivo significa que el enrutamiento ahorró costos) | — |
Recuento de solicitudes facturadas | Solicitudes exitosas que generan cargos | — |
Participación en el gasto | Costo de modelo único ÷ costo total | En caso de anomalía, verifique la distribución del conjunto de candidatos |
Notas sobre costos
Los datos de análisis de costos tienen un retraso aproximado de 1 hora y no son en tiempo real. Los costos anteriores están todos estimados por precio de catálogo como costo completo, excluyendo descuentos de cuenta y cuotas gratuitas, solo como referencia para evaluar los ahorros de enrutamiento. Los modelos de facturación escalonada utilizan el precio de catálogo del nivel más bajo; los modelos de precios pico-valle utilizan precios pico. La facturación real se puede ver en "Cost and Usage".
Monitoreo de modelos
Para un monitoreo de llamadas más granular, vaya a la página de Model Monitoring. Muestra el monitoreo y los registros del modelo en la dimensión auto-model, no el monitoreo individual de los modelos realmente enrutados.