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.
| Modelo | Se llama por | Calidad | tok/s | TTFT | Runs | Δ calidad |
|---|---|---|---|---|---|---|
| Qwen 3.5 397B | NVIDIA NIM | 7.96 | 25 | 58.9s | 103 | +2.50 |
| OpenRouter | 7.94 | 66 | 66.7s | 119 | ||
| Ollama Cloud | 5.46 | 77 | 33.1s | 90 | ||
| Nemotron Super 49B v1.5 | OpenRouter | 8.06 | 49 | 51.3s | 119 | +0.73 |
| NVIDIA NIM | 7.33 | 28 | 79.7s | 92 | ||
| Qwen 3-Next 80B Thinking | OpenRouter | 7.60 | 158 | 32.6s | 119 | +0.53 |
| NVIDIA NIM | 7.07 | 106 | 17.8s | 184 | ||
| Nemotron Nano 9B v2 | OpenRouter | 7.88 | 37 | 58.6s | 119 | +0.52 |
| NVIDIA NIM | 7.36 | 54 | 27.3s | 87 | ||
| Nemotron 3 Nano Omni 30B-A3B Reasoning | OpenRouter | 7.94 | 166 | 23.0s | 94 | +0.49 |
| NVIDIA NIM | 7.45 | 202 | 10.5s | 87 | ||
| GPT-OSS 20B | OpenRouter | 7.46 | 97 | 25.3s | 119 | +0.48 |
| Groq | 6.98 | 599 | 3.7s | 105 | ||
| GLM 5 | OpenRouter | 8.28 | 46 | 98.9s | 119 | +0.33 |
| NVIDIA NIM | 7.95 | 7 | 127.4s | 86 | ||
| GPT-OSS 120B | OpenRouter | 7.81 | 70 | 51.2s | 119 | +0.30 |
| Ollama Cloud | 7.51 | 77 | 19.7s | 99 | ||
| Ministral 14B | OpenRouter | 8.09 | 78 | 26.5s | 119 | +0.27 |
| NVIDIA NIM | 7.82 | 21 | 51.7s | 86 | ||
| Llama 3.1 8B Instant | Groq | 7.17 | 374 | 2.0s | 97 | +0.24 |
| OpenRouter | 6.93 | 70 | 24.4s | 119 | ||
| Claude Opus 4.8 | OpenRouter | 8.31 | 64 | 23.1s | 119 | +0.22 |
| Claude Code (CLI) | 8.09 | 60 | 56.9s | 132 | ||
| Gemma 4 31B | OpenRouter | 8.19 | 9 | 158.7s | 85 | +0.21 |
| NVIDIA NIM | 7.98 | 24 | 131.5s | 103 | ||
| Llama 3.3 70B | Groq | 7.68 | 246 | 3.9s | 112 | +0.19 |
| OpenRouter | 7.49 | 36 | 31.4s | 140 | ||
| Claude Haiku 4.5 | OpenRouter | 8.10 | 106 | 13.6s | 131 | +0.18 |
| Claude Code (CLI) | 7.92 | 102 | 35.2s | 108 | ||
| Claude Opus 4.7 | OpenRouter | 8.28 | 61 | 16.5s | 194 | +0.15 |
| Claude Code (CLI) | 8.13 | 55 | 63.1s | 92 | ||
| Mistral Large 3 675B | OpenRouter | 8.13 | 56 | 28.0s | 119 | +0.09 |
| NVIDIA NIM | 8.04 | 11 | 147.2s | 83 | ||
| DeepSeek V4 Flash | OpenRouter | 8.01 | 69 | 28.4s | 145 | +0.08 |
| NVIDIA NIM | 7.93 | 23 | 124.0s | 95 | ||
| MiniMax M3 | OpenRouter | 8.11 | 50 | 66.5s | 165 | +0.07 |
| API directa del fabricante | 8.04 | 31 | 100.9s | 109 | ||
| Qwen 3-Next 80B Instruct | OpenRouter | 7.97 | 107 | 13.7s | 119 | +0.07 |
| NVIDIA NIM | 7.90 | 61 | 24.2s | 109 | ||
| Claude Sonnet 4.6 | OpenRouter | 8.03 | 53 | 17.1s | 167 | +0.05 |
| Claude Code (CLI) | 7.98 | 50 | 54.7s | 108 | ||
| Llama 4 Scout 17B | OpenRouter | 7.62 | 133 | 9.1s | 119 | +0.00 |
| Groq | 7.62 | 236 | 3.2s | 109 |
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:
- Cuantización. Correr un modelo en menos bits es más barato y más rápido — y le baja la calidad. El proveedor rara vez lo dice en la portada.
- La infraestructura. La velocidad y la latencia son del hardware, no del modelo. En nuestros datos el mismo modelo llega a variar 6.9× en tokens por segundo según dónde corra.
- La configuración por defecto. Prompt de sistema, parámetros, truncados, versión del checkpoint. Todo eso viaja con el proveedor.
Qué hacer con esto
- 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.
- Si te cambiaste de proveedor y "el modelo empeoró", no era tu impresión. Medilo antes de culpar al prompt.
- 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.
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:
- Coding — generar código, JSON estructurado y debugging en tareas reales (plugins WordPress, scripts, templates de N8N).
- Contenido y marketing — blogs, copy y textos largos en español neutro (no traducción del inglés).
- Razonamiento — matemáticas, lógica formal y planificación multi-paso.
- Agentes y operaciones — multi-turno largo, tool calling y flujos tipo N8N / Hermes.
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.