Primäre Verwendung angegeben oder vorsichtig aus offizieller Dokumentation abgeleitet.
N
NVIDIA / nvidia/NVIDIA-Nemotron-Labs-Dory1.0-4B-BF16
Nemotron Labs Dory 1.0 4B
Textmodell von NVIDIA, veröffentlicht am 16. Oktober 2026, mit 4 Milliarden Parametern und rekurrenter Architektur. Es verwendet einen Schichtenblock wieder, um den Rechenaufwand pro Token ohne Checkpoint-Wechsel anzupassen. Dokumentiert sind Englisch und ein validierter Kontext von 256K Token. Es erzeugt keine Bilder, Audio- oder Videodaten.
01 / ZUSAMMENFASSUNG
Das Wesentliche
Maximale Eingabekapazität bei Veröffentlichung durch die Quelle.
Dokumentierte maximale Erzeugungsgrenze.
Verifizierte Verfügbarkeitskanäle.
Primäre Funktionsfamilie und verifizierte Spezialisierungen.
Deklarierte Bedingungen für API, Gewichte oder Self-Hosting.
02 / TECHNISCHES DATENBLATT
Limits und Integration
| API-ID | nvidia/NVIDIA-Nemotron-Labs-Dory1.0-4B-BF16 |
|---|---|
| Modelltyp | Text und Begründung · Code |
| Zugangsmodell | Offene Gewichte |
| Lizenz | OpenMDW 1.1 |
| Einsatz | Selbst gehostet; Dory-Unterstützung in stabilen Versionen noch ausstehend |
| Veröffentlichung | 16 OCT 2026 |
| Wissensstichtag | Nicht veröffentlicht |
| Eingang | Text |
| Ausfahrt | Text |
| Kontextfenster | 262.144 Token |
| maximale Leistung | Nicht veröffentlicht |
| Argumentation | 1, 2 oder 4 Schleifen; 2 empfohlen |
| Veröffentlichte Tools | Funktionen |
| Strukturierte Ausflüge | Nicht veröffentlicht |
| Stapelverarbeitung | Nicht veröffentlicht |
| Prompt-Cache | Nicht veröffentlicht |
| Feinabstimmung | Nicht veröffentlicht |
| Verifizierte Plattformen | Hugging Face · vLLM · llama.cpp |
Reasoning, Programmierung und Agenten mit Werkzeugen auf eigener Infrastruktur. NVIDIA empfiehlt zwei Schleifen als Ausgangspunkt; eine reduziert den Rechenaufwand pro Token, vier können manche Aufgaben verbessern. Messen Sie Gesamtlatenz und Kosten: Mehr Schleifen garantieren nicht bei jedem Benchmark höhere Genauigkeit.
Dory-Unterstützung in vLLM und llama.cpp erfordert die von NVIDIA genannten Revisionen, nicht irgendeine stabile Version. Der lokale Alias dory ist keine kommerzielle API. Der Kontext von 4.096 Token und die 2.048 Ausgabetoken im GGUF-Beispiel sind keine allgemeinen Grenzen. BF16-Ergebnisse werden nicht auf quantisierte Formate übertragen.
03 / FÄHIGKEITEN
Was es kann
Orientierung
Reasoning, Programmierung und Agenten mit Werkzeugen auf eigener Infrastruktur. NVIDIA empfiehlt zwei Schleifen als Ausgangspunkt; eine reduziert den Rechenaufwand pro Token, vier können manche Aufgaben verbessern. Messen Sie Gesamtlatenz und Kosten: Mehr Schleifen garantieren nicht bei jedem Benchmark höhere Genauigkeit.
Kontext
262.144 Token · Nicht veröffentlicht
Tools und Integration
Funktionen
Zugang
Hugging Face · herunterladbarer Checkpoint
Eingabemodalitäten
Text
04 / PREISE
Dokumentierte Kosten
| Konzept | Wert | Einheit/Zustand |
|---|---|---|
| Standardeingabe | Kein offizieller API-Preis veröffentlicht | Standardtarif der API |
| Eingabe aus dem Cache | Nicht veröffentlicht | Lesen wiederverwendeter Präfixe |
| Schreiben oder Speichern im Cache | Nicht veröffentlicht | Die Bedingung variiert je nach Anbieter |
| Standardausgabe | Kosten der eigenen Infrastruktur | Kann Reasoning-Tokens enthalten |
| Batch-Eingabe | Nicht veröffentlicht | Asynchrone Verarbeitung |
| Batch-Ausgabe | Nicht veröffentlicht | Asynchrone Verarbeitung |
Gewichte in BF16, MXFP8, NVFP4 und GGUF Q5_K_M unter OpenMDW 1.1; kommerzielle und nichtkommerzielle Nutzung unterliegt deren Bedingungen. Ein Preis für eine gehostete API wurde nicht verifiziert: Numerische Kostenfelder bleiben leer. Downloads beseitigen keine Kosten für Hardware, Speicher, Betrieb und Sicherheit.
i Die Preise ändern sich und können von Level, Region oder Kontextlänge abhängen. Überprüfen Sie die Quelle, bevor Sie eine Entscheidung treffen.
05 / BEWERTUNGEN
So lesen Sie die Ergebnisse
“
Zehn von NVIDIA veröffentlichte BF16-Metriken, nicht von Inferama reproduziert. Der Hauptwert verwendet zwei Schleifen; die verlinkten Bedingungen enthalten auch Ergebnisse mit einer und vier. Terminal-Bench 2.1 nutzt Terminus-2. AA-LCR behält den Qwen3-235B-A22B-Bewerter bei, GDPval-AA v2 nutzt bestimmte Referenzanker: kein direkter Vergleich mit anderen Protokollen. Grafische Schätzungen des AA-Index gelten nicht als offizielle Werte.
| Benchmark | Ergebnis | Metrik | Quelle |
|---|---|---|---|
| SciCode | 34,94 | BF16-Wert · 2 Schleifen | Quelle öffnen ↗ |
| SWE-bench Verified | 59,5 | BF16-Wert · 2 Schleifen | Quelle öffnen ↗ |
| Terminal-Bench 2.1 (Terminus 2) | 18,1 | BF16-Wert · 2 Schleifen | Quelle öffnen ↗ |
| Tau3-bench (Banking) | 12,89 | BF16-Wert · 2 Schleifen | Quelle öffnen ↗ |
| GDPval-AA v2 (NVIDIA anchors) | 946 | BF16-Elo · 2 Schleifen | Quelle öffnen ↗ |
| GPQA Diamond (sin herramientas) | 72,41 | BF16-Wert · 2 Schleifen | Quelle öffnen ↗ |
| HLE (texto, sin herramientas) | 10,89 | BF16-Wert · 2 Schleifen | Quelle öffnen ↗ |
| IFBench | 77,94 | BF16-Wert · 2 Schleifen | Quelle öffnen ↗ |
| AA-LCR (NVIDIA, Qwen3 judge) | 71 | BF16-Wert · 2 Schleifen | Quelle öffnen ↗ |
| AA-Omniscience (accuracy) | 10,08 | BF16-Wert · 2 Schleifen | Quelle öffnen ↗ |
Inferama hebt nur dann ein „bestes Ergebnis“ hervor, wenn Metrik, Testsatz, Konfiguration und Datum einen gleichwertigen Vergleich ermöglichen. Die Zahlen des Lieferanten werden als Angaben aus eigener Quelle dargestellt.
06 / VERSIONEN
Chronologie
BF16 / MXFP8 / NVFP4 / GGUF Q5_K_M
Vier Formate desselben Modells, nicht vier eigenständige Veröffentlichungen. Die Referenzkennung bezeichnet BF16; offizielle Repositories aller Formate sind in den Quellen verlinkt. per_loop vergrößert den KV-Cache mit jeder Schleife; last_loop behält einen Cache pro rekurrenter Schicht.
07 / QUELLEN