MODELOS LOCALES

El mejor modelo del ranking puede no ser el mejor modelo para vos.

La familia de modelo es una pieza intercambiable del sistema. Elegimos por calidad real, hardware disponible, licencia, idioma, contexto, tools y capacidad operativa.

VENDOR-NEUTRAL

La arquitectura no debe quedar atada al modelo de este mes.

El ecosistema cambia rápido. Diseñamos serving, prompts, RAG, herramientas y evaluaciones para que cambiar de modelo sea una decisión controlada, no una reconstrucción del producto.

01

Calidad útil

Medimos las tareas que importan: extracción, razonamiento, clasificación, generación, código, español o tool calling.

02

Footprint

Parámetros, arquitectura y cuantización determinan memoria y velocidad, pero no sustituyen el benchmark.

03

Licencia

Revisamos si los términos del modelo son compatibles con el uso comercial y el modo de distribución previsto.

04

Ecosistema

Compatibilidad con runtimes, formatos, herramientas, observabilidad y actualizaciones también afecta el costo operativo.

SELECCIÓN

No elegimos por una leaderboard.

PreguntaQué buscamos
¿Resuelve la tarea?score sobre evals del negocio
¿Entra en el hardware?calidad aceptable con memoria y latencia objetivo
¿Usa herramientas?salidas estructuradas y tool calling confiables cuando aplica
¿Maneja el idioma?calidad real en el español y dominio requerido
¿Podemos operarlo?runtime estable, documentación y ruta de actualización

PESOS ABIERTOS

“Open-weight” no significa automáticamente “open source”.

Distinguimos disponibilidad de pesos, licencia de uso, código del runtime y restricciones comerciales. La etiqueta importa menos que saber exactamente qué derechos y obligaciones tiene la implementación.

Comparar modelos con tareas reales →

SELECCIÓN DE MODELO

¿Qué modelo puede correr bien tu trabajo?

La respuesta sale de un benchmark, no de una recomendación genérica.

Evaluar mi caso ↗Primera llamada sin cargo.