Analyse: Preis, Kontext und GGUF von Ternary Bonsai 2 9B und 27B
Zwei Modelle, ein Kontext von 262144. Output kostet 0,13 bzw. 0,50 USD je Million Token. Die offiziellen GGUF-Downloads bleiben getrennt.
Am 2026-11-02 sind Ternary Bonsai 2 9B und 27B zwei Einträge: eine Kontextlänge, zwei Preise, zwei offizielle GGUF-Repos.
Ternary Bonsai 2 9B und 27B prüfen. Die OpenRouter-Ids sind prism-ml/ternary-bonsai-2-9b und prism-ml/ternary-bonsai-2-27b. Die Liste liegt unter https://openrouter.ai/api/v1/models, die Hub-Suche unter https://huggingface.co/api/models?search=Ternary-Bonsai-2. sitdraw · Anleitung.
Zwei Preiszeilen bei OpenRouter
| Feld | 9B | 27B |
|---|---|---|
| Modell-Id | prism-ml/ternary-bonsai-2-9b | prism-ml/ternary-bonsai-2-27b |
| created (UTC) | 2026-10-16 | 2026-09-18 |
| context_length | 262144 | 262144 |
| Anbieter-Kontext | 262144 | 262144 |
| Max. Completion | 65536 | 32768 |
| Eingabe / 1.000.000 Token | 0,00000008 USD → 0,08 USD | 0,000000075 USD → 0,075 USD |
| Ausgabe / 1.000.000 Token | 0,00000013 USD → 0,13 USD | 0,0000005 USD → 0,50 USD |
| Cache-Lesen / 1.000.000 Token | 0,04 USD | 0,0375 USD |
| Modalität | text+image → text | text+image → text |
| hugging_face_id | prism-ml/Ternary-Bonsai-2-9B-gguf | prism-ml/Ternary-Bonsai-2-27B-gguf |
| Reasoning | Optional, standardmäßig an; keine Effort-Liste im Objekt | Optional, standardmäßig an; Efforts xhigh / medium / none, Standard xhigh |
Der Preisabstand liegt in der Ausgabe
Beide context_length-Werte sind 262144. Die Fensterlänge fasst sie nicht zu einem Modell zusammen. Getrennt sind Ausgabepreis und maximale Completion. Die 27B-Eingabe ist je Million Token 0,005 USD niedriger, die Ausgabe 0,37 USD höher. Der 9B-Text sagt, das Modell stehe auf Qwen3.5 und packe ternäre Gewichte in 2 Bit. Der 27B-Text sagt, es sei von Qwen3.8-27B abgeleitet. Beide Sätze stehen in der jeweiligen description. Den abgeschnittenen Rest füllt diese Seite nicht auf.
Zwei offizielle GGUF-Downloads
Die Hugging-Face-Suche trifft viele Repos. Die Tabelle behält nur die zwei offiziellen Karten, auf die hugging_face_id zeigt. 2B, 4B, MLX und GGUF Dritter bleiben außerhalb dieser Zellen.
| Feld | 9B offizielles GGUF | 27B offizielles GGUF |
|---|---|---|
| modelId | prism-ml/Ternary-Bonsai-2-9B-gguf | prism-ml/Ternary-Bonsai-2-27B-gguf |
| downloads | 592665 | 1851236 |
| likes | 145 | 2885 |
| createdAt | 2026-09-23 | 2026-09-16 |
| pipeline_tag | image-text-to-text | text-generation |
Beim nächsten Mal selbst prüfen
- 01Die OpenRouter-Liste öffnen
https://openrouter.ai/api/v1/modelsabrufen und jede Id für sich suchen.pricing.promptundpricing.completionmit 1000000 multiplizieren. Das ergibt USD je Million Token. - 02Hub-Repos über die Id treffen
https://huggingface.co/api/models?search=Ternary-Bonsai-2abrufen. Nurprism-ml/Ternary-Bonsai-2-9B-ggufundprism-ml/Ternary-Bonsai-2-27B-ggufbehalten. - 03Die zwei Zeilen getrennt lassen
Gleicher Kontext heißt nur, dass dieses Feld gleich ist. Ausgabepreis, maximale Completion, created und Downloads bleiben in der eigenen Zelle. Leere expiration_date und knowledge_cutoff bleiben leer.
Sind 9B und 27B zwei Namen eines Modells?
Es sind zwei OpenRouter-Ids und zwei prism-ml-GGUF-Repos. Parametergröße, Listungsdatum und Ausgabepreis unterscheiden sich.
Heißt gleicher Kontext gleiche Rechnung?
Das Fenster ist bei beiden 262144. Eingabe je Million Token: 0,08 und 0,075 USD. Ausgabe: 0,13 und 0,50 USD. Maximale Completion: 65536 und 32768.
Bedeuten 1851236 Downloads, dass 27B besser ist?
Sie bedeuten die Abrufe des offiziellen 27B-GGUF am 2026-11-02. Das offizielle 9B-GGUF steht bei 592665. Downloads und Likes sind kein Qualitätsscore.
Warum weichen OpenRouter- und Hub-Datum ab?
Es sind Felder zweier Kataloge. 9B ist auf OpenRouter 2026-10-16 und bei Hub createdAt 2026-09-23. 27B ist auf OpenRouter 2026-09-18 und bei Hub createdAt 2026-09-16.
Zwei Preise auf einer Seite
Die Tabelle ausbreiten und gehen, wenn sie reicht. sitdraw.