Zum Hauptinhalt springen
Zuletzt überprüft: 2026-10-16
Muse Spark Open ist das Frontier-Open-Weight-Modell von Meta Superintelligence Labs, veröffentlicht am 15. Oktober 2026. Es handelt sich um einen Mixture-of-Experts-Transformer mit 816B Gesamtparametern und ~42B aktiven Parametern pro Token, einem Kontextfenster von 1 Million Token und nativer Eingabe für Text, Bilder, Video und Audio. Meta hat es auf echten Entwickler-Workflows trainiert — Multi-Datei-Refactorings, lange Debugging-Sitzungen, Tool-Calling-Gerüste — und es führt das Open-Weight-Feld bei Agenten-Coding- und Tool-Use-Benchmarks an. Die entscheidende Zahl für Self-Hosting ist 226 GB. Das ist der 2-Bit-GGUF-Download, und deshalb läuft dieses Modell auf einem maximal ausgestatteten Mac Studio und nicht auf einem Rechenzentrum-Cluster. Der 4-Bit-Build ist 506 GB groß, und vollständiges BF16 ist ~1.5 TB.
Führen Sie dieses Modell bereits aus? Registrieren Sie es bei Tokios, um es als https://api.tokios.com von jedem Client aus zu erreichen.

Muse Spark Open auf einen Blick

Quellen: Metas Blogbeitrag zu Muse Spark Open und die Modellkarte.

Varianten und Modell-IDs

Unsloth veröffentlicht GGUF-Builds von 2-Bit bis 4-Bit. Meta veröffentlicht BF16- und NVFP4-Checkpoints (Blackwell). Die MLX-Community bietet für Apple Silicon optimierte Quantisierungen an.

GGUF (llama.cpp / Ollama-kompatibel)

GGUF-Quelle: unsloth/Muse-Spark-Open-816B-A42B-GGUF.

Vollständige Präzision und Blackwell

MLX (Apple Silicon)

MLX-Quelle: mlx-community/Muse-Spark-Open-816B-A42B-oQ3e und -oQ4e.

MoE-Speicherberechnung

MoE hat eine Speicherfalle: Routing aktiviert einen Bruchteil der Parameter pro Token, aber alle Expertengewichte bleiben resident. Muse Spark Open aktiviert 42B seiner 816B pro Token, aber die vollständige Gewichtsmasse muss geladen werden. Die Berechnung:
  • 816B Parameter × ~0.5 Bytes bei 4-Bit ≈ 408 GB an Gewichten
  • ~506 GB wie in UD-Q4_K_XL ausgeliefert, sobald Embeddings, der Wahrnehmungsencoder, der Audio-Encoder und Metadaten einberechnet sind
  • Dazu kommt der KV-Cache — bei ~250 KB pro Token in BF16 fügt ein 131K-Kontext ~33 GB hinzu; der vollständige 1M-Kontext fügt ~266 GB hinzu
Es gibt keinen Ausweg vor den Gesamtparameter-Speicherkosten. Der praktische Weg ist aggressive Quantisierung (2-Bit bei 226 GB für einen Mac Studio, 4-Bit bei 506 GB für eine Multi-GPU-Maschine) oder NVFP4 auf Blackwell. Siehe MoE-Routing und Experten-Parallelität für die Funktionsweise der Architektur und Speicher und Offloading für was sich ändert, wenn Gewichte über die GPU hinausgehen.

Hardware-Eignung

Urteile setzen voraus, dass das Modell vollständig resident ist (kein CPU-Offloading) bei einer moderaten Kontextlänge. Auf einem 512 GB Mac Studio passt das 2-Bit-GGUF mit Platz für einen moderaten Kontext. Der 4-Bit-Build mit 506 GB lässt fast keinen Spielraum auf einer einzelnen 512-GB-Maschine — planen Sie den Kontext, den Sie tatsächlich brauchen. Für die Dimensionierungsmethode siehe Welche Modellgröße passt auf Ihre GPU?.

Modell ausgewählt? Verbinden Sie es

Ein authentifizierter Endpunkt unter https://api.tokios.com — keine eingehenden Ports, etwa 5 Minuten.

Ausführen — Anfänger bis Fortgeschrittene

macOS / Linux
Windows
Der Server startet eine Web-UI unter localhost:9931 und einen OpenAI-kompatiblen Endpunkt. Tauschen Sie den Quantisierungs-Tag gegen UD-IQ2_XXS für den 226-GB-Build auf einem 512-GB-Mac. Siehe llama.cpp Fernzugriff um ihn von einem anderen Rechner aus zu erreichen.

Sampling-Einstellungen

Meta empfiehlt temperature = 1.0, top_p = 1.0 und top_k deaktiviert. Die Reasoning-Bemühung ist standardmäßig xhigh — reduzieren Sie sie auf high oder medium für einfachere Aufgaben, um Token zu sparen. Es gibt keine Möglichkeit, Reasoning vollständig auszuschalten; setzen Sie es auf low für den kürzesten Pfad.

Fähigkeiten

  • Kontrollierbares Reasoning. Setzen Sie die Bemühung im Chat-Template mit reasoning_effort="low" (oder medium, high, xhigh). Höhere Einstellungen verbrauchen mehr Token für Reasoning vor der Antwort. Das Modell verwendet ein kanalbasiertes Template: to=self für internes Reasoning, to=user für die finale Antwort.
  • Vollständige multimodale Eingabe. Text, Bilder, Video und Audio gehen hinein; Text kommt heraus. Der Wahrnehmungsencoder verarbeitet Vision (1.8B-Parameter-ViT), und eine separate konvolutionale Pyramide verarbeitet Audio mit 24 kHz Mono.
  • Agenten-Coding. Meta hat auf echten Entwickler-Workflows trainiert: Multi-Datei-Refactorings, Debugging-Sitzungen, Tool-Calling-Gerüste. Es führt Open-Weight-Modelle bei MCP-Atlas (89.2), DeepSWE 1.1 (68), Terminal-Bench 2.1 (85.0) und Toolathlon Verified (76.5) an.
  • Native Tool-Aufrufe. Das Chat-Template unterstützt strukturierte Tool-Aufrufe mit Schema-Einhaltung. Verwenden Sie --tool-call-parser musespark1x in vLLM oder das Äquivalent in Ihrer Laufzeitumgebung.
  • Mehrsprachig. 100+ Sprachen.

Benchmarks

Von Meta berichtet bei xhigh Reasoning-Bemühung, für ein am 15. Oktober 2026 veröffentlichtes Modell. Es gibt noch keine unabhängige Reproduktion — betrachten Sie dies als die Aussagen des Herstellers, bis unabhängige Auswertungen erscheinen.

Verbinden Sie es mit Tokios

Ein Frontier-Modell auf dedizierter Hardware ist eines, das Sie von überall erreichen möchten, ohne Ports offenzulegen. Tokios sitzt nach Ihrer Laufzeitumgebung: Es lädt das Modell nicht herunter und ersetzt nicht vLLM.
1

Lassen Sie Ihre lokale Laufzeitumgebung laufen

Starten Sie Muse Spark Open in vLLM, SGLang, llama.cpp oder Transformers und lassen Sie es an Loopback (oder Ihrem internen Netzwerk) gebunden.
2

Paaren Sie den Tokios-Connector

Melden Sie sich bei tokios.com/console an, öffnen Sie den Tab Setup und klicken Sie auf Start pairing, um einen einmaligen Pairing-Code (TKS-XXXX-XXXX) zu erhalten. Führen Sie den Installer auf dem Rechner aus, auf dem das Modell läuft:
Windows
macOS
Linux
Dann approve Sie das Gerät im Tab Setup oder Connectors.
3

Registrieren Sie ein Deployment

Im Tab Models registrieren Sie die Upstream-Modell-ID (zum Beispiel meta-models/Muse-Spark-Open-816B-A42B) unter einem öffentlichen Deployment-Namen wie muse-spark. Clients senden den Deployment-Namen im model-Feld, niemals die lokale ID — eine spätere Neuquantisierung ändert also auf Client-Seite nichts.
4

Erstellen Sie einen API-Schlüssel

Im Tab Keys klicken Sie auf Create key. Kopieren Sie den sk-tok-…-Schlüssel jetzt — er wird nur einmal angezeigt.

Von überall aus aufrufen

Einschränkungen

  • Dies ist kein Consumer-GPU-Modell. Die kleinste brauchbare Quantisierung (2-Bit bei 226 GB) erfordert einen 512-GB-Mac Studio oder gleichwertige Hardware. Der empfohlene 4-Bit-Build braucht 506 GB. Planen Sie Ihre Hardware vor dem Download.
  • Benchmarks sind vom Hersteller berichtet. Meta hat sie am Veröffentlichungstag publiziert. Warten Sie auf unabhängige Auswertungen, bevor Sie die Coding-Ergebnisse als abgeschlossen betrachten.
  • Die Lizenz ist nicht Apache 2.0. Muse Spark Open wird unter der Muse Model License veröffentlicht, die sich von der Apache 2.0-Lizenz von Muse Glimmer unterscheidet. Lesen Sie die Lizenz selbst, bevor Sie darauf aufbauen.
  • Noch keine Ollama-Unterstützung. Zum Veröffentlichungstag hat Ollama keinen Muse Spark Open-Tag veröffentlicht. Verwenden Sie direkt llama.cpp-GGUF-Builds, vLLM, SGLang oder MLX.
  • 1M Kontext ist eine Obergrenze, kein Ziel. Der KV-Cache bei vollem Kontext ist ~266 GB in BF16 — das kommt zu den Modellgewichten hinzu. Dimensionieren Sie Ihren Kontext auf das, was Sie tatsächlich brauchen.
  • Multimodale Eingabe hängt von Ihrer Laufzeitumgebung ab. Tokios leitet Bild-, Video- und Audioinhalte an den Upstream-Endpunkt weiter — es fügt keine Fähigkeiten hinzu, die Ihrer Laufzeitumgebung oder Quantisierung fehlen. Prüfen Sie unterstützte Backends.
  • Reasoning kann nicht ausgeschaltet werden. Die niedrigste Einstellung ist low, die immer noch Token für internes Reasoning verbraucht. Für die kürzestmöglichen Antworten verwenden Sie low und akzeptieren Sie den Overhead.

FAQ

Der kleinste brauchbare Build ist das 2-Bit-GGUF bei 226 GB, das auf einem Mac Studio M3/M5 Ultra mit 512 GB Unified Memory läuft. Das empfohlene 4-Bit-GGUF ist 506 GB. NVFP4 braucht ~700 GB (ein einzelner B200-Knoten). Vollständiges BF16 ist ~1.5 TB über 4 Knoten mit je 8× H200-GPUs. Die transparente Berechnung: 816B Parameter × ~0.5 Bytes bei 4-Bit ≈ 408 GB an Gewichten, zuzüglich Wahrnehmungsencoder, Audio-Encoder, Embeddings und Overhead.
Nein. Selbst die aggressivste 2-Bit-Quantisierung bei 226 GB übersteigt den Speicher jeder einzelnen GPU. Die praktischen Einzellösungs-Pfade sind ein 512-GB-Mac Studio (GGUF Q2 über llama.cpp) oder eine 8×-GPU-Workstation (GGUF Q4 oder NVFP4). Siehe Welche Modellgröße passt auf Ihre GPU? für die Dimensionierungsberechnung.
Die Gewichte werden unter der Muse Model License veröffentlicht, die nicht Apache 2.0 oder MIT ist. Das unterscheidet sich von Muse Glimmer, das unter Apache 2.0 veröffentlicht wird. Offene Gewichte und Open Source sind nicht dasselbe — die Trainingsdaten und Pipeline werden nicht veröffentlicht. Lesen Sie die Lizenz selbst, bevor Sie darauf aufbauen.
Muse Glimmer ist ein dichtes 30B-Modell, das auf eine einzelne 24-GB-GPU passt, destilliert aus dem Muse-Spark-Lehrmodell. Muse Spark Open ist der Lehrer selbst — 816B insgesamt, 42B aktiv, MoE, 1M Kontext, multimodal (Text/Bild/Video/Audio). Glimmer ist für Consumer-Hardware; Spark Open ist für Workstation- und Serverklasse-Hardware. Sie teilen die Muse-Architektur-Linie, unterscheiden sich aber in Skalierung, Fähigkeiten und Hardware-Anforderungen.
Noch nicht. Zum 15. Oktober 2026 Veröffentlichungstag hat Ollama keinen Muse Spark Open-Tag veröffentlicht. Verwenden Sie direkt llama.cpp-GGUF-Builds (llama serve -hf unsloth/Muse-Spark-Open-816B-A42B-GGUF:UD-Q4_K_XL), vLLM, SGLang oder MLX. Ollama-Unterstützung könnte folgen — prüfen Sie ollama.com/library auf Aktualisierungen.
Setzen Sie reasoning_effort auf low, medium, high oder xhigh (Standard) im Chat-Template oder API-Aufruf. Höhere Einstellungen verbrauchen mehr Token für Reasoning vor der Antwort. Es gibt keine Möglichkeit, Reasoning vollständig auszuschalten — low ist das Minimum. Dies wird auch durch Tokios durchgereicht — setzen Sie es in den API-Aufrufparametern.
Metas eigene Benchmarks vergleichen es mit Kimi K3, GLM 5.3, Qwen3.8 und anderen und bevorzugen Muse Spark Open bei den meisten Agenten- und Coding-Aufgaben. Aber das sind herstellerseitige Zahlen am Veröffentlichungstag. Alle diese Modelle erfordern ernsthafte Hardware (Multi-GPU oder 512 GB+ Unified Memory), daher ist die praktische Antwort, jedes einzelne zu betreiben und Ihren tatsächlichen Workload zu testen — siehe Kimi, GLM und Qwen3.8.
Meta dokumentiert LoRA-Feinabstimmung nur bei Attention-Schichten (Experten bleiben eingefroren), aber es erfordert 64 GPUs (8 Knoten × 8× H100). Die Trainingskonfiguration verwendet FSDP mit Experten-Parallelität. Siehe die Modellkarte für das vollständige Feinabstimmungsrezept und die DistributedConfig-Einrichtung.

Muse Glimmer

Der dichte 30B-Geschwister, der auf eine einzelne 24-GB-GPU passt — gleiche Muse-Linie, Consumer-Hardware.

MoE-Routing und Experten-Parallelität

Wie Mixture-of-Experts-Modelle Token routen und wie man über GPUs parallelisiert.

Coding-Agenten mit lokalen Modellen

Richten Sie Claude Code, Cline oder Aider auf ein Modell, das Sie hosten.

Was passt auf Ihre GPU?

Dimensionieren Sie Modell und Kontext nach Ihrem VRAM oder Unified Memory.

Llama 4

Metas andere Open-Weight-Linie, und warum 17B aktiv immer noch 67 GB brauchen.

Schnellstart

Paaren Sie einen Connector und registrieren Sie Ihr erstes Modell von Anfang bis Ende.