Uso principal declarado o inferido con cautela desde la documentación oficial.
N
NVIDIA / nvidia/NVIDIA-Nemotron-Labs-Dory1.0-4B-BF16
Nemotron Labs Dory 1.0 4B
Modelo de texto de NVIDIA publicado el 16 de octubre de 2026, con 4.000 millones de parámetros y arquitectura recurrente. Reutiliza un bloque de capas para ajustar el cómputo por token sin cambiar de checkpoint. Declara inglés y contexto validado de 256K tokens. No genera imágenes, audio ni vídeo.
01 / RESUMEN
Lo esencial
Capacidad máxima de entrada cuando la fuente la publica.
Límite máximo de generación documentado.
Canales de disponibilidad verificados.
Familia funcional principal y especialidades verificadas.
Condiciones declaradas para API, pesos o despliegue propio.
02 / FICHA TÉCNICA
Límites e integración
| ID de API | nvidia/NVIDIA-Nemotron-Labs-Dory1.0-4B-BF16 |
|---|---|
| Tipo de modelo | Texto y razonamiento · Código |
| Modelo de acceso | Pesos abiertos |
| Licencia | OpenMDW 1.1 |
| Despliegue | Despliegue propio; soporte de Dory pendiente de versiones estables |
| Lanzamiento | 16 OCT 2026 |
| Corte de conocimiento | No publicado |
| Entrada | Texto |
| Salida | Texto |
| Ventana de contexto | 262.144 tokens |
| Salida máxima | No publicado |
| Razonamiento | 1, 2 o 4 bucles; 2 recomendados |
| Herramientas publicadas | Funciones |
| Salidas estructuradas | No publicado |
| Procesamiento por lotes | No publicado |
| Caché de prompts | No publicado |
| Ajuste fino | No publicado |
| Plataformas verificadas | Hugging Face · vLLM · llama.cpp |
Razonamiento, programación y agentes con herramientas en infraestructura propia. NVIDIA recomienda dos bucles como punto de partida; uno reduce cómputo por token y cuatro pueden mejorar algunas tareas. Mide latencia y coste completos: más bucles no garantizan mayor exactitud en todos los benchmarks.
El soporte de Dory en vLLM y llama.cpp requiere las revisiones indicadas por NVIDIA, no una versión estable cualquiera. El alias local dory no es una API comercial. Los 4.096 tokens y 2.048 tokens de salida del ejemplo GGUF no son límites universales. No trasladamos resultados BF16 a cuantizaciones.
03 / CAPACIDADES
Qué puede hacer
Orientación
Razonamiento, programación y agentes con herramientas en infraestructura propia. NVIDIA recomienda dos bucles como punto de partida; uno reduce cómputo por token y cuatro pueden mejorar algunas tareas. Mide latencia y coste completos: más bucles no garantizan mayor exactitud en todos los benchmarks.
Contexto
262.144 tokens · No publicado
Herramientas e integración
Funciones
Acceso
Hugging Face · checkpoint descargable
Modalidades de entrada
Texto
04 / PRECIOS
Coste documentado
| Concepto | Valor | Unidad / condición |
|---|---|---|
| Entrada estándar | Sin tarifa API oficial publicada | Tarifa estándar de API |
| Entrada en caché | No publicado | Lectura de prefijos reutilizados |
| Escritura o almacenamiento de caché | No publicado | La condición varía según proveedor |
| Salida estándar | Coste de infraestructura propia | Puede incluir tokens de razonamiento |
| Entrada por lotes | No publicado | Procesamiento asíncrono |
| Salida por lotes | No publicado | Procesamiento asíncrono |
Pesos disponibles en BF16, MXFP8, NVFP4 y GGUF Q5_K_M bajo OpenMDW 1.1, con uso comercial y no comercial sujeto a sus términos. No hemos verificado una tarifa de API alojada: los costes numéricos permanecen vacíos. La descarga no elimina costes de hardware, memoria, operación y seguridad.
i Los precios cambian y pueden depender del nivel, la región o la longitud del contexto. Revisa la fuente antes de tomar una decisión.
05 / EVALUACIONES
Cómo leer los resultados
“
Diez métricas publicadas por NVIDIA para BF16, no reproducidas por Inferama. La cifra principal corresponde a dos bucles; las condiciones enlazadas conservan también los resultados con uno y cuatro. Terminal-Bench 2.1 usa Terminus-2. AA-LCR conserva el juez Qwen3-235B-A22B y GDPval-AA v2 utiliza anclas específicas: no son comparaciones directas con otros protocolos. No incorporamos estimaciones gráficas del índice AA como puntuaciones oficiales.
| Benchmark | Resultado | Métrica | Fuente |
|---|---|---|---|
| SciCode | 34,94 | Puntuación BF16 · 2 bucles | Ver fuente ↗ |
| SWE-bench Verified | 59,5 | Puntuación BF16 · 2 bucles | Ver fuente ↗ |
| Terminal-Bench 2.1 (Terminus 2) | 18,1 | Puntuación BF16 · 2 bucles | Ver fuente ↗ |
| Tau3-bench (Banking) | 12,89 | Puntuación BF16 · 2 bucles | Ver fuente ↗ |
| GDPval-AA v2 (NVIDIA anchors) | 946 | Elo BF16 · 2 bucles | Ver fuente ↗ |
| GPQA Diamond (sin herramientas) | 72,41 | Puntuación BF16 · 2 bucles | Ver fuente ↗ |
| HLE (texto, sin herramientas) | 10,89 | Puntuación BF16 · 2 bucles | Ver fuente ↗ |
| IFBench | 77,94 | Puntuación BF16 · 2 bucles | Ver fuente ↗ |
| AA-LCR (NVIDIA, Qwen3 judge) | 71 | Puntuación BF16 · 2 bucles | Ver fuente ↗ |
| AA-Omniscience (accuracy) | 10,08 | Puntuación BF16 · 2 bucles | Ver fuente ↗ |
Inferama solo destaca un «mejor resultado» cuando la métrica, el conjunto de prueba, la configuración y la fecha permiten una comparación equivalente. Las cifras del proveedor se presentan como afirmaciones de su propia fuente.
06 / VERSIONES
Cronología
BF16 / MXFP8 / NVFP4 / GGUF Q5_K_M
Cuatro formatos del mismo modelo, no cuatro lanzamientos independientes. El identificador de referencia corresponde a BF16; los repositorios oficiales de cada formato están enlazados en las fuentes. El modo per_loop incrementa la caché KV con cada bucle; last_loop conserva una sola caché por capa recurrente.
07 / FUENTES