El mismo modelo no rinde igual según quién lo sirva

Elegís un modelo mirando un ranking. Después lo llamás por el proveedor que tenías a mano. Y resulta que esa segunda decisión, la que nadie te ayuda a tomar, te puede costar más calidad que la primera.

Qwen 3.5 397B es el caso más grave. Servido por NVIDIA NIM da 7.96 de calidad. Servido por Ollama Cloud, 5.46. Son 2.50 puntos — el mismo modelo, los mismos pesos, la misma pregunta. La diferencia no está en el modelo: está en cómo lo sirven (cuantización, configuración, versión).

Si elegiste Qwen 3.5 397B porque lo viste bien rankeado y lo estás llamando por Ollama Cloud, no estás usando el modelo que creés que elegiste.

Los datos

Estos son todos los modelos que medimos por más de un camino, con al menos 50 runs en cada uno. La columna Δ calidad es la diferencia entre el mejor y el peor proveedor del mismo modelo. Si el modelo fuera lo único que importa, esa columna sería cero en todas las filas.

ModeloSe llama porCalidadtok/sTTFTRunsΔ calidad
Qwen 3.5 397BNVIDIA NIM7.962558.9s103+2.50
OpenRouter7.946666.7s119
Ollama Cloud5.467733.1s90
Nemotron Super 49B v1.5OpenRouter8.064951.3s119+0.73
NVIDIA NIM7.332879.7s92
Qwen 3-Next 80B ThinkingOpenRouter7.6015832.6s119+0.53
NVIDIA NIM7.0710617.8s184
Nemotron Nano 9B v2OpenRouter7.883758.6s119+0.52
NVIDIA NIM7.365427.3s87
Nemotron 3 Nano Omni 30B-A3B ReasoningOpenRouter7.9416623.0s94+0.49
NVIDIA NIM7.4520210.5s87
GPT-OSS 20BOpenRouter7.469725.3s119+0.48
Groq6.985993.7s105
GLM 5OpenRouter8.284698.9s119+0.33
NVIDIA NIM7.957127.4s86
GPT-OSS 120BOpenRouter7.817051.2s119+0.30
Ollama Cloud7.517719.7s99
Ministral 14BOpenRouter8.097826.5s119+0.27
NVIDIA NIM7.822151.7s86
Llama 3.1 8B InstantGroq7.173742.0s97+0.24
OpenRouter6.937024.4s119
Claude Opus 4.8OpenRouter8.316423.1s119+0.22
Claude Code (CLI)8.096056.9s132
Gemma 4 31BOpenRouter8.199158.7s85+0.21
NVIDIA NIM7.9824131.5s103
Llama 3.3 70BGroq7.682463.9s112+0.19
OpenRouter7.493631.4s140
Claude Haiku 4.5OpenRouter8.1010613.6s131+0.18
Claude Code (CLI)7.9210235.2s108
Claude Opus 4.7OpenRouter8.286116.5s194+0.15
Claude Code (CLI)8.135563.1s92
Mistral Large 3 675BOpenRouter8.135628.0s119+0.09
NVIDIA NIM8.0411147.2s83
DeepSeek V4 FlashOpenRouter8.016928.4s145+0.08
NVIDIA NIM7.9323124.0s95
MiniMax M3OpenRouter8.115066.5s165+0.07
API directa del fabricante8.0431100.9s109
Qwen 3-Next 80B InstructOpenRouter7.9710713.7s119+0.07
NVIDIA NIM7.906124.2s109
Claude Sonnet 4.6OpenRouter8.035317.1s167+0.05
Claude Code (CLI)7.985054.7s108
Llama 4 Scout 17BOpenRouter7.621339.1s119+0.00
Groq7.622363.2s109

La calidad es el promedio del juez sobre tareas reales (0-10). El TTFT es el tiempo hasta el primer token. No usamos el score global del ranking acá a propósito: ese es un z-score contra toda la población y se recalcula cada vez que entra un modelo nuevo. Estas tres columnas son crudas — no se mueven.

Por qué pasa esto

Un proveedor no te entrega "el modelo". Te entrega su forma de servirlo, y ahí hay decisiones que cambian el resultado:

Qué hacer con esto

  1. Cuando leas cualquier benchmark —incluido el nuestro— preguntá por dónde midieron. Un número sin proveedor es medio número. Nosotros medimos todo por OpenRouter justamente para que la comparación entre modelos sea limpia: si cada modelo se mide en su propia infra, no estás comparando modelos, estás comparando datacenters.
  2. Si te cambiaste de proveedor y "el modelo empeoró", no era tu impresión. Medilo antes de culpar al prompt.
  3. El proveedor más rápido no es gratis. A veces la velocidad viene de una cuantización que te está costando calidad. Esa es una decisión que podés tomar — pero tenés que saber que la estás tomando.

Cómo salió este dato

Por un error nuestro, honestamente. Durante meses el benchmark midió unos modelos en OpenRouter y otros en NVIDIA NIM, Groq o la API directa del fabricante. Eso era un bug: el ranking estaba midiendo modelo × infraestructura y no el modelo, al punto de que un mismo modelo llegó a ocupar dos puestos distintos del ranking.

Al arreglarlo (todo se mide en un plano común) podríamos haber borrado las mediciones duplicadas. No lo hicimos: son el único experimento natural que tenemos sobre esto. El bug resultó ser el dato más útil.

Antes de migrar, haz esto

Ya sabes cuál gana en el papel. No lo cambies a ciegas: toma el mejor de cada familia y pásales cinco prompts reales tuyos, de los que ya corres en producción. Una comparación general te dice quién arranca adelante; tu caso decide quién gana. Son veinte minutos y te ahorran una migración equivocada.

Y una advertencia: este resultado se recalcula con cada lote de modelos nuevos. Como el score de cada modelo es relativo a todos los demás, un modelo nuevo mueve a todos. El ganador de hoy puede no serlo el mes que viene.

Ver la comunidad →

Cada vez que corro un lote nuevo, publico el recálculo ahí — con los datos crudos y lo que cambió de lugar. Es también donde hay gente tomando esta misma decisión. Entrar es gratis.

¿Qué mide este benchmark?

No es un benchmark académico (para eso están MMLU, HumanEval o SWE-bench). Es un benchmark aplicado para emprendedores hispanohablantes: mide qué modelo conviene poner en producción para casos reales, con lo que los benchmarks oficiales no cubren — costo en provider real, velocidad, español neutro y agentes multi-turno.

Contamos con 170 modelos catalogados, 120 testeados y 14.000+ runs reales evaluados por un LLM-as-Judge local (Phi-4, de Microsoft — sin conflicto de interés), en 4 pilares:

Dos números distintos, no los confundas. Las tablas por tarea de esta página se ordenan por calidad en esa tarea: capacidad pura, sin mezclar precio. Es la respuesta a "¿quién lo hace mejor?".

El score global es otra cosa: una función ponderada (calidad 70% + costo 15% + velocidad 7,5% + latencia 7,5%) que responde "¿qué conviene poner en producción?". Ahí un modelo barato y rápido sí puede superar a uno más capaz pero caro. Los dos números sirven — para preguntas distintas.

Tool calling va como insignia aparte (no suma al score global): indica si el modelo soporta herramientas, no su calidad. Límite conocido: el juez es Phi-4 (14B) y varios modelos evaluados son más capaces que él — ordena bien, pero comprime las diferencias en la cima. Leé un empate como "el juez no los distingue", no como "son idénticos". Metodología y tests completos.