N
NVIDIA / nvidia/NVIDIA-Nemotron-Labs-Dory1.0-4B-BF16

Nemotron Labs Dory 1.0 4B

Modello testuale NVIDIA pubblicato il 16 ottobre 2026, con 4 miliardi di parametri e architettura ricorrente. Riutilizza un blocco di livelli per regolare il calcolo per token senza cambiare checkpoint. Sono documentati l’inglese e un contesto validato di 256K token. Non genera immagini, audio o video.

01 / RIEPILOGO

L'essenziale

ORIENTAMENTORagionamento ricorrente da 4B

Uso primario dichiarato o dedotto con cautela dalla documentazione ufficiale.

CONTESTO262.144 token

Capacità di input massima quando pubblicata dalla fonte.

USCITANon pubblicato

Limite massimo di generazione documentato.

ACCESSOHugging Face · checkpoint scaricabile

Canali di disponibilità verificati.

TIPO DI MODELLOTesto e ragionamento · Codice

Famiglia funzionale principale e specialità verificate.

LICENZAOpenMDW 1.1

Condizioni dichiarate per API, pesi o distribuzione autonoma.

02 / SCHEDA TECNICA

Limiti e integrazione

ID APInvidia/NVIDIA-Nemotron-Labs-Dory1.0-4B-BF16
Tipo di modelloTesto e ragionamento · Codice
Modalità di accessoPesi aperti
LicenzaOpenMDW 1.1
DistribuzioneHosting autonomo; supporto Dory in attesa di versioni stabili
Rilascio16 OCT 2026
Cutoff della conoscenzaNon pubblicato
EntrataTesto
UscitaTesto
Finestra di contesto262.144 token
rendimento massimoNon pubblicato
Ragionamento1, 2 o 4 cicli; 2 consigliati
Strumenti pubblicatiFunzionalità
Uscite strutturateNon pubblicato
Elaborazione batchNon pubblicato
Cache dei promptNon pubblicato
Fine-tuningNon pubblicato
Piattaforme verificateHugging Face · vLLM · llama.cpp
SI ADATTA MEGLIO A

Ragionamento, programmazione e agenti con strumenti su infrastruttura propria. NVIDIA consiglia due cicli come punto di partenza; uno riduce il calcolo per token e quattro possono migliorare alcune attività. Misura latenza e costo complessivi: più cicli non garantiscono maggiore accuratezza in tutti i benchmark.

DA MONITORARE

Il supporto Dory in vLLM e llama.cpp richiede le revisioni indicate da NVIDIA, non una qualsiasi versione stabile. L’alias locale dory non è un’API commerciale. Il contesto di 4.096 token e i 2.048 token di uscita dell’esempio GGUF non sono limiti universali. Non trasferiamo i risultati BF16 ai formati quantizzati.

03 / CAPACITÀ

Cosa può fare

01

Orientamento

Ragionamento, programmazione e agenti con strumenti su infrastruttura propria. NVIDIA consiglia due cicli come punto di partenza; uno riduce il calcolo per token e quattro possono migliorare alcune attività. Misura latenza e costo complessivi: più cicli non garantiscono maggiore accuratezza in tutti i benchmark.

02

Contesto

262.144 token · Non pubblicato

03

Strumenti e integrazione

Funzionalità

04

Accesso

Hugging Face · checkpoint scaricabile

Modalità di input
Testo
04 / PREZZI

Costo documentato

ConcettoDi valoreUnità/condizione
Input standardNessuna tariffa API ufficiale pubblicataTariffa API standard
Input in cacheNon pubblicatoLettura di prefissi riutilizzati
Scrittura o archiviazione della cacheNon pubblicatoLa condizione varia in base al fornitore
Output standardCosto dell’infrastruttura propriaPuò includere token di ragionamento
Input batchNon pubblicatoElaborazione asincrona
Output batchNon pubblicatoElaborazione asincrona

Pesi disponibili in BF16, MXFP8, NVFP4 e GGUF Q5_K_M con OpenMDW 1.1, per uso commerciale e non commerciale soggetto ai relativi termini. Non abbiamo verificato una tariffa API ospitata: i costi numerici restano vuoti. Il download non elimina i costi di hardware, memoria, gestione e sicurezza.

i I prezzi cambiano e possono dipendere dal livello, dalla regione o dalla durata del contesto. Controlla la fonte prima di prendere una decisione.

05 / VALUTAZIONI

Come leggere i risultati

“

Dieci metriche pubblicate da NVIDIA per BF16, non riprodotte da Inferama. La cifra principale usa due cicli; le condizioni collegate conservano anche i risultati con uno e quattro. Terminal-Bench 2.1 usa Terminus-2. AA-LCR mantiene il giudice Qwen3-235B-A22B e GDPval-AA v2 usa ancore specifiche: non sono confronti diretti con altri protocolli. Non presentiamo stime grafiche dell’indice AA come punteggi ufficiali.

BenchmarkRisultatoMetricaFonte
SciCode34,94Punteggio BF16 · 2 cicliVedi fonte ↗
SWE-bench Verified59,5Punteggio BF16 · 2 cicliVedi fonte ↗
Terminal-Bench 2.1 (Terminus 2)18,1Punteggio BF16 · 2 cicliVedi fonte ↗
Tau3-bench (Banking)12,89Punteggio BF16 · 2 cicliVedi fonte ↗
GDPval-AA v2 (NVIDIA anchors)946Elo BF16 · 2 cicliVedi fonte ↗
GPQA Diamond (sin herramientas)72,41Punteggio BF16 · 2 cicliVedi fonte ↗
HLE (texto, sin herramientas)10,89Punteggio BF16 · 2 cicliVedi fonte ↗
IFBench77,94Punteggio BF16 · 2 cicliVedi fonte ↗
AA-LCR (NVIDIA, Qwen3 judge)71Punteggio BF16 · 2 cicliVedi fonte ↗
AA-Omniscience (accuracy)10,08Punteggio BF16 · 2 cicliVedi fonte ↗

Inferama evidenzia un "miglior risultato" solo quando la metrica, il set di test, la configurazione e la data consentono un confronto equivalente. I dati del fornitore sono presentati come affermazioni provenienti dalla propria fonte.

06 / VERSIONI

Cronologia

BF16 / MXFP8 / NVFP4 / GGUF Q5_K_M

Quattro formati dello stesso modello, non quattro rilasci indipendenti. L’identificatore di riferimento corrisponde a BF16; i repository ufficiali di ogni formato sono collegati nelle fonti. La modalità per_loop aumenta la cache KV a ogni ciclo; last_loop mantiene una sola cache per livello ricorrente.

07 / FONTI

Tracciabilità