Naive-N0.5-Flash: Offenes Coding-Modell mit bis zu 2.100 Tokens pro Sekunde im Test
Das chinesische Start-up NaiveAI hat mit Naive-N0.5-Flash ein offenes Coding-Modell veröffentlicht, das vor allem schnell sein soll. Latent Space hat es gegen DeepSeek V4.1 Flash und GLM 5.3 Flash antreten lassen. Bei den meisten Fragen antwortet es deutlich schneller, bei schweren Aufgaben denkt es dafür extrem lange nach.

Worum es geht
Das chinesische Unternehmen NaiveAI hat mit Naive-N0.5-Flash ein Open-Weights-Modell für Programmieraufgaben veröffentlicht. Die Gewichte sind also frei verfügbar. Das Modell soll vor allem eines sein: schnell. Laut NaiveAI soll es Entwicklungs- und Forschungsteams helfen, Ideen rascher auszuprobieren und zu verbessern. Das Unternehmen hat aber noch mehr vor: Das Modell sei zu großen Teilen von KI selbst gebaut und darauf trainiert, KI-Forschung zu betreiben. Langfristig strebt NaiveAI eine „rekursive Selbstverbesserung“ an, also eine KI, die sich immer wieder selbst verbessert.
Der Tech-Blog Latent Space hat das Modell als Auftakt einer neuen Testreihe unter die Lupe genommen. Er hat es mit zwei beliebten Flash-Modellen verglichen, die auf der Plattform OpenRouter viel genutzt werden: DeepSeek V4.1 Flash 1017 und GLM 5.3 Flash von Z.ai. Getestet wurde der „Ultrafast“-Modus von Naive-N0.5-Flash.
Woher das Modell kommt
Naive-N0.5-Flash ist kein komplett neues Modell. Es ist eine Weiterentwicklung von Xiaomis MiMo-V2.5. Das ist ein sogenanntes Sparse-Mixture-of-Experts-Modell: Es besteht aus vielen spezialisierten Teilnetzen („Experten“), von denen pro Wort nur wenige arbeiten. Insgesamt hat es 310 Milliarden Parameter, aktiv sind pro Token aber nur 15 Milliarden. Trainiert wurde MiMo-V2.5 mit 48 Billionen Tokens. Sein Sprachteil nutzt eine Mischform aus Sliding-Window-Attention, bei der das Modell nur einen Ausschnitt des Textes betrachtet, und globaler Self-Attention, bei der es den gesamten Text sieht.
NaiveAI hat diese Gewichte in mehreren Stufen weitertrainiert und dabei auf DeepSeek Sparse Attention (DSA) umgestellt. Bei diesem Verfahren beachtet das Modell gezielt nur die wichtigsten Textstellen, was lange Texte günstiger macht. Laut dem technischen Blog von NaiveAI kamen dafür rund 3,25 Billionen zusätzliche Tokens zum Einsatz. Etwa 3 Billionen davon wurden mit einer festen Kontextlänge von 1 Million Tokens und einer konstanten Lernrate trainiert. Das Ziel war besseres Schlussfolgern über lange Texte. Dazu kommt eine eigene Inferenz-Engine namens NaiveRT, also die Software, die das Modell im Betrieb ausführt.
Herstellerbenchmarks im Vergleich
Auf Artificial Analysis gab es zum Zeitpunkt des Tests noch keinen Intelligence-Index-Wert für Naive-N0.5-Flash. DeepSeek V4.1 Flash 1017 (Max) erreicht dort 45 Punkte, GLM-5.3-Flash 43. Die von den Herstellern selbst veröffentlichten Benchmarks sehen so aus:
| Modell | NL2Repo-Bench | DeepSWE v1.1 | Agent's Last Exam (ALE) |
|---|---|---|---|
| GLM-5.3-Flash | 56,3 | 63,4 | 26,3 |
| DeepSeek V4.1 Flash 1017 | 68,2 | 77,0 | 35,4 |
| Naive-N0.5-Flash | 71,9 | 67,8 | 32,4 |
Bei den Coding-Fähigkeiten liegt Naive-N0.5-Flash damit zwischen den beiden Konkurrenten. Nur bei NL2Repo-Bench, wo ein Modell aus einer Beschreibung ein ganzes Software-Repository erstellen muss, liegt es vorn. Diese Zahlen stammen aus den Modellkarten und Blogs der Anbieter und wurden nicht unabhängig überprüft.
Tempo: schnell, aber manchmal sehr gesprächig
Latent Space hat jedem Modell 30 Fragen gestellt, jeweils 10 aus drei Schwierigkeitsstufen: leichte aus MATH-500, mittlere aus GPQA-Diamond und schwere aus HLE-Diamond. Das Ausgabelimit lag bei 256.000 Tokens. Gemessen wurden Tokens pro Sekunde, die Zahl der erzeugten Tokens und die Gesamtzeit bis zur fertigen Antwort. Den Code dafür gibt es auf github.com/gbeltramo/llm-verbosity.
Die Ergebnisse:
- Durchsatz: In beiden Denkmodi kam Naive-N0.5-Flash auf rund 1.000 Tokens pro Sekunde oder mehr. Diese Werte wurden allerdings direkt auf dem Server gemessen, die der Konkurrenz stammen von OpenRouter. Latent Space nennt deshalb ausdrücklich keinen genauen Geschwindigkeitsvorsprung.
- Wortreichtum: Bei den schweren HLE-Fragen erzeugte Naive-N0.5-Flash mit Denkmodus im Schnitt etwa 108.500 Tokens. Das ist rund neunmal so viel wie GLM 5.3 Flash (high) und elfmal so viel wie DeepSeek V4.1 Flash (high).
- Median und Mittelwert: Der Median, also der Wert genau in der Mitte, lag über alle 30 Fragen bei nur etwa 3.200 Tokens. Der Durchschnitt betrug dagegen über 51.000 Tokens. Einige wenige extrem lange Denkprozesse ziehen den Schnitt also stark nach oben.
- Antwortzeit: Im Median brauchte Naive-N0.5-Flash (thinking) 3,1 Sekunden, GLM 5.3 Flash (high) 5,3 und DeepSeek V4.1 Flash (high) 10,1 Sekunden. Im Durchschnitt liegen die Werte näher beieinander: 45,3 Sekunden für Naive, 45,0 für DeepSeek und 86,9 für GLM. Bei den schweren Fragen war Naive im Schnitt sogar langsamer als DeepSeek, mit 89,8 gegenüber 79,7 Sekunden.
Latent Space weist auf zwei Einschränkungen hin. Die Stichprobe ist klein, und ob die Antworten richtig waren, wurde nicht bewertet. Schnelle Antworten nützen aber nur, wenn sie auch stimmen.
Woher die Geschwindigkeit kommt
Das Tempo beruht vor allem auf Speculative Decoding. Dabei rät ein kleines Hilfsmodell, der sogenannte „Drafter“, mehrere Tokens im Voraus, und das große Modell prüft diese Vorschläge auf einmal. Als Drafter dient Naive-N0.5-Flash-FP8-Draft. Gemessen wurde laut Hersteller auf einem einzelnen Server mit acht Nvidia-Blackwell-GPUs. Optimiert war dieser für die Geschwindigkeit einer einzelnen Anfrage, nicht für viele gleichzeitige Nutzer.
- Ohne Denkmodus übernimmt das große Modell 70,6 Prozent der Vorschläge des Drafters, mit Denkmodus nur 43,4 Prozent.
- Beim Nachdenken erreicht das Modell etwa 984 Tokens pro Sekunde, beim Antworten 1.816.
- Die Spitze von rund 2.100 Tokens pro Sekunde wurde nur über eine einzelne Sekunde gemessen und ist als Obergrenze zu verstehen.
Auch die Engine trägt viel dazu bei. Eine komplette spekulative Runde aus Entwurf, Prüfung, Sampling und Übernahme dauert laut den Entwicklern in NaiveRT 3,4 Millisekunden, in der verbreiteten Engine SGLang dagegen 12,3 Millisekunden. Das sind 72,4 Prozent weniger.
Praxistest: drei Web-Apps
Alle Modelle sollten aus demselben Prompt drei Web-Apps bauen, jeweils mit niedrigem und hohem Denkaufwand:
- Sonnensystem in 3D: Naive-N0.5-Flash (thinking) lieferte hier das beste Ergebnis, mit Sonnenflecken und nächtlichen Stadtlichtern auf der Erde. DeepSeek kam knapp dahinter, ihm fehlten aber der Asteroidengürtel und Details auf der Erdoberfläche. Bei GLM war die Beleuchtung misslungen, und die Tempo-Regler reagierten zu empfindlich.
- Prozeduraler 3D-Baum mit Wind: DeepSeek und Naive (thinking) lieferten gute Ergebnisse. Ohne Denkmodus brachte Naive allerdings gar keine brauchbare App zustande. Bei DeepSeek lösten sich bei starkem Wind feine Äste vom Baum, bei GLM wackelte der ganze Baum „wie eine Wackelpudding-Skulptur bei einem Erdbeben“.
- Raytracer nach dem Buch „Ray Tracing in One Weekend“: Mit Denkmodus funktionierten alle drei Apps. DeepSeek gewann mit dem effizientesten Code. Die App von Naive arbeitete korrekt, ihr JavaScript war aber weniger effizient. GLM schnitt wegen der schlichten Oberfläche erneut am schwächsten ab.
Preise
NaiveAI peilt für die Nutzung per API 0,10 US-Dollar pro Million Eingabe-Tokens an, 0,40 US-Dollar pro Million Ausgabe-Tokens und 0,01 US-Dollar pro Million Cache-Read-Tokens, also für bereits zwischengespeicherte Eingaben. Damit liegt das Modell im üblichen Bereich der Flash-Klasse von 0,20 bis 0,60 US-Dollar pro Million Ausgabe-Tokens. Weil es bei schweren Aufgaben aber sehr viele Tokens erzeugt, kann eine einzelne Frage laut Latent Space etwas teurer werden.
Was du zum Ausprobieren brauchst
Zu Hause auf dem eigenen Rechner wirst du das Modell kaum betreiben können. Mit 310 Milliarden Parametern braucht es selbst bei einer 4-Bit-Quantisierung, bei der die Zahlen gröber gespeichert werden, grob 190 GB Grafikspeicher. Das schaffen nur Server mit mehreren Profi-GPUs. Zwar sind pro Token nur 15 Milliarden Parameter aktiv, trotzdem müssen alle Experten im Speicher liegen. Die beworbenen Geschwindigkeiten gelten außerdem nur für einen Server mit acht Blackwell-GPUs, NaiveRT und den passenden Drafter. Ob es fertige GGUF-Dateien für llama.cpp oder Ollama gibt, geht aus der Quelle nicht hervor. Für die meisten ist die API der realistische Weg. Mac, reiner CPU-Betrieb oder Google Colab kommen praktisch nicht in Frage.
Einordnung
Naive-N0.5-Flash ist ein interessanter Fall: Ein offenes Modell, das vor allem auf Tempo setzt und bei Coding-Aufgaben mit den beliebtesten Flash-Modellen weitgehend mithält. Bei leichten und mittleren Fragen antwortete es im Test von Latent Space durchweg schneller. Bei schweren Problemen verbraucht es dagegen extrem viele Tokens, und der Geschwindigkeitsvorteil verschwindet dann. Offen bleibt einiges. Die Tempo-Werte wurden auf dem Server gemessen und sind nicht direkt mit den OpenRouter-Zahlen vergleichbar. Die Richtigkeit der Antworten wurde nicht geprüft, und unabhängige Werte von Artificial Analysis fehlen noch. Die großen Versprechen von KI, die sich selbst verbessert, sind bislang reines Marketing. Spannender ist ein anderer Punkt, den Latent Space hervorhebt: Günstigeres Generieren durch DSA könnte Reinforcement Learning beschleunigen, also das Lernen durch Ausprobieren und Belohnung, bei dem das Erzeugen von Text der größte Engpass ist. Für Entwickler, denen schnelles Iterieren wichtiger ist als ein sparsamer Tokenverbrauch, ist das Modell einen Versuch wert.
Quellen
- Latent Space latent.space
- dev.to #ai dev.to
Selbst ausprobieren: Naive-N0.5-Flash
Schritt für Schritt erklärt, auch ohne Vorkenntnisse – auf deinem Rechner oder kostenlos im Browser.
Was kann ich damit machen?
Naive-N0.5-Flash ist ein Sprachmodell, das auf Programmieren spezialisiert ist. Es schreibt Code, baut komplette kleine Web-Apps aus einer Beschreibung und löst Mathe- und Wissensfragen. Seine Stärke ist das Tempo: Auf passender Hardware antwortet es bei leichten und mittleren Aufgaben deutlich schneller als DeepSeek V4.1 Flash oder GLM 5.3 Flash. In den Herstellerbenchmarks liegt es bei Coding zwischen diesen beiden, beim Erzeugen ganzer Repositories (NL2Repo-Bench) sogar vorne. Im Test von Latent Space baute es mit Denkmodus das detaillierteste 3D-Sonnensystem. Ohne Denkmodus scheiterte es dagegen an einer komplexeren 3D-App. Bei schweren Problemen denkt es sehr lange nach und verbraucht dann sehr viele Tokens. Lokal ist es wegen seiner 310 Milliarden Parameter nur auf großen Mehr-GPU-Servern sinnvoll nutzbar.
Für wen lohnt es sich?
Interessant ist das Modell für Teams und Forschende mit eigenen GPU-Servern, die ein schnelles, offenes Coding-Modell selbst betreiben möchten. Auch wer zu Agenten-Workflows oder Reinforcement Learning forscht, findet hier etwas. Für Privatleute mit normalem PC oder Laptop ist es lokal nicht geeignet. Sie sollten besser die API nutzen oder zu kleineren Modellen greifen.
Ideen: Was du damit anstellen kannst
Beschreibe eine kleine Web-App, etwa einen Rechner, ein Dashboard oder ein Mini-Spiel, und lass dir eine einzelne HTML-Datei erzeugen. Dank des hohen Tempos kannst du mehrere Varianten hintereinander anfordern und die beste auswählen.
Lass dir ein interaktives Sonnensystem oder ein Physikmodell mit Three.js bauen, bei dem man die Kamera drehen und die Geschwindigkeit regeln kann. Im Test gelang das dem Modell mit Denkmodus besonders detailreich.
Binde das Modell in einen Coding-Agenten ein, der viele kleine Änderungen nacheinander macht. Weil einfache Antworten oft in wenigen Sekunden kommen, wartest du weniger auf die KI.
Gib eine Projektbeschreibung vor und lass das Modell Ordnerstruktur, Dateien und Tests anlegen. Beim Benchmark NL2Repo-Bench liegt es laut Hersteller vor DeepSeek V4.1 Flash und GLM 5.3 Flash.
Forschungsteams können das Modell für viele Durchläufe beim Reinforcement Learning nutzen, bei denen schnelles Generieren der größte Engpass ist. Die eingesetzte Sparse Attention macht diese Durchläufe günstiger.
Was dein Rechner braucht
Laut Quelle gibt es das Hauptmodell Naive-N0.5-Flash und den Drafter Naive-N0.5-Flash-FP8-Draft für Speculative Decoding. Die beworbenen Geschwindigkeiten gelten nur, wenn beides zusammen mit der Engine NaiveRT auf einem Server mit acht Blackwell-GPUs läuft. Angaben zu offiziellen quantisierten Varianten oder GGUF-Dateien macht die Quelle nicht. Rechne bei 4-Bit grob mit 190 GB Grafikspeicher, bei höherer Genauigkeit entsprechend mehr.
- Die Herstellerwerte (rund 984 bis 1.816 Tokens/s, Spitze 2.100) wurden auf einem einzelnen Server mit acht Nvidia-Blackwell-GPUs gemessen.
- Insgesamt 310 Milliarden Parameter: Selbst mit 4-Bit-Quantisierung sind grob 190 GB Grafikspeicher nötig, also mehrere Rechenzentrums-GPUs.
- Pro Token sind nur 15 Milliarden Parameter aktiv. Das macht das Modell schnell, aber nicht klein, denn alle Experten müssen im Speicher liegen.
- Das Modell ist auf 1 Million Tokens Kontextlänge trainiert. Lange Kontexte belegen zusätzlich viel Speicher.
- Für das volle Tempo braucht es die Engine NaiveRT und den Drafter Naive-N0.5-Flash-FP8-Draft. Mit SGLang dauert eine spekulative Runde laut Hersteller 12,3 statt 3,4 Millisekunden.
- Consumer-GPUs, Apple-Silicon-Macs, reiner CPU-Betrieb oder Google Colab reichen für dieses Modell praktisch nicht aus.
Groß (310 Mrd. Parameter, MoE): komplett auf der Grafikkarte braucht es viel VRAM, mit MoE-Offloading reicht eine normale Grafikkarte plus viel Arbeitsspeicher (siehe Tabelle). Colab Free reicht nicht.
Wie finde ich heraus, was mein Rechner hat?
- Windows: Strg + Umschalt + Esc drücken → Task-Manager → Reiter Leistung → links GPU anklicken. Unten steht Dedizierter GPU-Speicher (das ist dein VRAM). Den Arbeitsspeicher findest du unter Arbeitsspeicher.
- Mac: Apfel-Menü oben links → Über diesen Mac. Dort stehen Chip (z. B. M2) und Speicher (z. B. 16 GB). Bei Apple-Chips teilen sich Grafik und Prozessor diesen Speicher.
- Linux: Im Terminal
nvidia-smieingeben (zeigt Grafikkarte und Speicher) undfree -hfür den Arbeitsspeicher.
Anleitung
Google Colab (im Browser, ohne Installation)
Google Colab ist ein kostenloser Dienst von Google: Du bekommst für ein paar Stunden einen Rechner mit Grafikkarte im Browser. Du brauchst nur ein Google-Konto. Für dieses Modell: zu groß für Colab – selbst die größten Colab-GPUs reichen nicht.
- Notebook herunterladen. Klick auf den Knopf und speichere die Datei.
- Colab öffnen. Geh auf colab.research.google.com und melde dich mit deinem Google-Konto an.
- Notebook hochladen. Im Fenster, das erscheint, links auf Hochladen klicken (oder oben Datei → Notebook hochladen) und die Datei
colab.ipynbauswählen. - Grafikkarte einschalten. Oben im Menü Laufzeit → Laufzeittyp ändern → bei Hardwarebeschleuniger T4-GPU auswählen (mit Colab Pro: L4 oder A100) → Speichern.
- Alles starten. Laufzeit → Alle ausführen (Tastenkürzel Strg + F9). Kommt die Warnung „Dieses Notebook wurde nicht von Google erstellt“, auf Trotzdem ausführen klicken.
- Warten. Die Zellen laufen nacheinander durch. Links neben jeder Zelle erscheint ein grüner Haken, wenn sie fertig ist. Installation und Download dauern hier etwa 33 Minuten.
- Ausprobieren. Das Ergebnis steht unter der letzten Zelle. Um etwas anderes zu testen, den Text in der Zelle ändern und mit Shift + Enter erneut ausführen. Die letzte Zelle startet einen richtigen Chat mit Eingabefeld.
- Aufräumen. Wenn du fertig bist: Laufzeit → Sitzung beenden. Das schont dein kostenloses Kontingent.
Gut zu wissen: Die Gratis-GPU ist begrenzt (meist einige Stunden am Tag). Nach rund 90 Minuten ohne Aktivität trennt Colab die Verbindung, dann alles neu starten.
Windows 10 / 11
Am einfachsten geht es mit Ollama, einem kostenlosen Programm, das KI-Modelle mit einem Befehl startet.
- Grafikkartentreiber aktualisieren (nur bei NVIDIA-Karten): Die NVIDIA-App bzw. den aktuellen Treiber installieren. AMD-Karten: aktuellen Adrenalin-Treiber nutzen.
- Ollama installieren. Auf ollama.com/download/windows die Datei OllamaSetup.exe herunterladen, doppelklicken und Install wählen. Danach sitzt rechts unten in der Taskleiste ein kleines Lama-Symbol.
- Eingabefenster öffnen. Windows-Taste drücken, PowerShell eintippen und Enter drücken. Es öffnet sich ein blaues oder schwarzes Fenster.
- Modell starten. Diesen Befehl kopieren (Knopf „Kopieren“), mit Rechtsklick ins Fenster einfügen und Enter drücken:
Beim ersten Mal lädt Ollama das Modell herunter (87 GB (bei 100 MBit/s ca. 1,9 Std.)). Danach geht es sofort.ollama run hf.co/AMAImedia/Naive-N0.5-Flash-Mixed-Quant-GGUF:Q8 - Losschreiben. Sobald
>>> Send a messageerscheint, deine Frage eintippen und Enter drücken. Mit/byebeendest du den Chat.
Lieber automatisch? Skript, das die passende Variante selbst auswählt
- Beide Dateien in denselben Ordner herunterladen: try_windows.ps1 demo.py
- Den Ordner im Explorer öffnen, mit Rechtsklick auf eine freie Stelle In Terminal öffnen wählen.
- Diesen Befehl einfügen und Enter drücken:
powershell -ExecutionPolicy Bypass -File try_windows.ps1
Das Skript installiert Ollama bei Bedarf über winget, misst deinen Grafikspeicher und lädt die passende Variante.
macOS
Ideal sind Macs mit Apple-Chip (M1 bis M5). Ältere Intel-Macs sind sehr langsam.
- Ollama installieren. Auf ollama.com/download/mac herunterladen, die Datei öffnen und Ollama in den Ordner Programme ziehen. Ollama einmal starten – oben in der Menüleiste erscheint ein Lama.
- Terminal öffnen. Cmd + Leertaste drücken, Terminal eintippen, Enter.
- Modell starten. Befehl einfügen (Cmd + V) und Enter:
Beim ersten Mal wird das Modell heruntergeladen (87 GB (bei 100 MBit/s ca. 1,9 Std.)).ollama run hf.co/AMAImedia/Naive-N0.5-Flash-Mixed-Quant-GGUF:Q8 - Losschreiben. Frage eintippen, Enter. Mit
/byebeenden.
Linux
- Grafikkarte prüfen.
nvidia-smisollte deine Karte anzeigen. Wenn nicht, unter Ubuntu den Treiber installieren und neu starten:sudo ubuntu-drivers install - Ollama installieren:
curl -fsSL https://ollama.com/install.sh | sh - Modell starten:
Mitollama run hf.co/AMAImedia/Naive-N0.5-Flash-Mixed-Quant-GGUF:Q8/byebeenden. Mitollama pssiehst du, ob das Modell auf der GPU läuft. - Oder automatisch die passende Variante wählen lassen:
bash try_linux.sh # mit Python/transformers statt Ollama: MODE=hf bash try_linux.sh
Das kannst du ausprobieren
Schreibe eine Python-Funktion, die prüft, ob ein String ein Palindrom ist, und erkläre sie kurz.Erstelle eine einzelne HTML-Datei mit einem Pomodoro-Timer, Start-, Pause- und Reset-Knopf sowie einem schlichten Design.Baue eine interaktive 3D-Ansicht des Sonnensystems mit Three.js, bei der man die Kamera drehen und die Umlaufgeschwindigkeit regeln kann. Erzeuge alle Texturen im Code, ohne Bilddateien.Portiere den Raytracer aus 'Ray Tracing in One Weekend' in eine Browser-App mit Fortschrittsbalken, Qualitätsstufen und PNG-Download.Hier ist meine Projektbeschreibung für eine kleine Aufgabenverwaltung mit REST-API und SQLite. Lege die komplette Ordnerstruktur an und schreibe alle Dateien.
Tipps für bessere Ergebnisse
- Nutze den Denkmodus für komplexe Projekte und lass ihn für einfache Fragen aus. So bekommst du schnelle Antworten, ohne Tokens zu verschwenden.
- Beschreibe Apps so detailliert wie im Test: welche Funktionen, welche Bedienelemente, welche Bibliothek, keine externen Dateien. Das Modell setzt präzise Vorgaben gut um.
- Lass dir erzeugten Code anschließend auf Effizienz prüfen. Im Raytracer-Test funktionierte der Code von Naive, war aber langsamer als der von DeepSeek.
- Achte bei Tempo-Vergleichen auf die Gesamtantwortzeit statt nur auf Tokens pro Sekunde, denn ein wortreiches Modell kann trotz hohem Durchsatz länger brauchen.
Wenn es hakt
Ohne Denkmodus versagte das Modell im Test bei einer komplexen 3D-App. Schalte den Denkmodus für anspruchsvolle Coding-Aufgaben ein.
Mit Denkmodus können schwere Aufgaben extrem viele Tokens verbrauchen (im Test im Schnitt rund 108.500). Setze ein sinnvolles Token-Limit, sonst laufen Zeit und Kosten aus dem Ruder.
Die beworbene Geschwindigkeit gibt es nur mit NaiveRT und dem passenden Drafter. Mit Standard-Engines wird das Modell deutlich langsamer.
Mit Denkmodus übernimmt das große Modell nur 43,4 Prozent der Drafter-Vorschläge (ohne: 70,6 Prozent). Das Tempo beim Nachdenken ist daher etwa halb so hoch wie in der Antwortphase.
Lizenz, Hugging-Face-Repo und GGUF-Dateien nennt die Quelle nicht. Prüfe vor dem Einsatz die Modellkarte des Herstellers.
„out of memory“, Absturz oder der Rechner hängt
Das Modell ist zu groß für deinen Grafikspeicher. Nimm eine kleinere Variante aus der Tabelle oben und schließe andere Programme, vor allem Spiele und Browser mit vielen Tabs.
Es läuft, aber extrem langsam
Wahrscheinlich rechnet der Prozessor statt der Grafikkarte. Bei Ollama zeigt ollama ps in der Spalte PROCESSOR, wie viel auf der GPU läuft. Steht dort „100% CPU“, Grafiktreiber aktualisieren oder eine kleinere Variante nehmen, die komplett in den Grafikspeicher passt.
„ollama“ bzw. „python“ wird nicht gefunden
Das Eingabefenster schließen und neu öffnen, damit es das frisch installierte Programm kennt. Bei Python unter Windows: neu installieren und das Häkchen Add python.exe to PATH setzen.
Windows: „Die Ausführung von Skripts ist auf diesem System deaktiviert“
Das Skript genau mit dem Befehl oben starten: powershell -ExecutionPolicy Bypass -File try_windows.ps1. Das erlaubt die Ausführung nur dieses einen Mal.
Fehlermeldung beim Laden des Modells (Version, „trust_remote_code“, unbekannte Architektur)
Ganz neue Modelle brauchen oft die neueste Programmversion. Bei Ollama: Ollama aktualisieren. Bei Python: pip install -U transformers in der aktivierten Umgebung. Die Model Card nennt meist die genaue Version.
Skripte und Notebook erzeugt Tokenstrom automatisch. Bitte vor dem Ausführen kurz ansehen – sie sind lesbarer Klartext. Lizenz des Modells beachten: mit.
Frag den KI-Assistenten
Fragen zu diesem Artikel, zur Installation oder zu Hintergründen? Unser Assistent kennt diese Seite und läuft auf unserem eigenen Rechner, nicht in einer fremden Cloud.
Der Assistent ist eine KI (Gemma 4) und kann sich irren – wichtige Angaben bitte in der Quelle prüfen. Fragen werden nur zum Beantworten genutzt und nach einer Stunde gelöscht. Bitte keine persönlichen Daten eingeben.
Kommentare
Was meinst du dazu? Schon ausprobiert? Schreib es hier, ohne Anmeldung.
Kommentare sind öffentlich. Links sind nicht erlaubt, beleidigende Beiträge löschen wir. Deinen eigenen Kommentar kannst du in diesem Browser jederzeit wieder löschen. Mehr dazu in der Datenschutzerklärung.