Passer au contenu principal
Dernière vérification : 2026-10-16
Muse Spark Open est le modèle frontier à poids ouverts de Meta Superintelligence Labs, publié le 15 octobre 2026. C’est un transformer mixture-of-experts avec 816B paramètres au total et ~42B actifs par token, une fenêtre de contexte de 1 million de tokens, et des entrées natives pour le texte, les images, la vidéo et l’audio. Meta l’a entraîné sur des workflows réels de développeurs — refactorisations multi-fichiers, longues sessions de débogage, scaffolds d’appels d’outils — et il domine le domaine des poids ouverts sur les benchmarks de programmation agentique et d’utilisation d’outils. Le chiffre important pour l’auto-hébergement est 226 GB. C’est le téléchargement du GGUF 2 bits, et c’est pourquoi ce modèle fonctionne sur un Mac Studio au maximum plutôt que sur un cluster de datacenter. La version 4 bits fait 506 GB, et le BF16 complet est d’environ ~1.5 TB.
Vous exécutez déjà ce modèle ? Enregistrez-le dans Tokios pour y accéder via https://api.tokios.com depuis n’importe quel client.

Muse Spark Open en un coup d’œil

Sources : article de blog de Meta sur Muse Spark Open et la fiche du modèle.

Variantes et identifiants de modèle

Unsloth publie des versions GGUF de 2 bits à 4 bits. Meta publie des checkpoints BF16 et NVFP4 (Blackwell). La communauté MLX fournit des quantifications optimisées pour Apple Silicon.

GGUF (compatible llama.cpp / Ollama)

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

Pleine précision et Blackwell

MLX (Apple Silicon)

Source MLX : mlx-community/Muse-Spark-Open-816B-A42B-oQ3e et -oQ4e.

Calcul mémoire MoE

Le MoE a un piège mémoire : le routage active une fraction des paramètres par token, mais tous les poids des experts restent en mémoire. Muse Spark Open active 42B de ses 816B par token, mais l’empreinte totale des poids est ce que vous devez charger. L’arithmétique :
  • 816B paramètres × ~0.5 octets en 4 bits ≈ 408 GB de poids
  • ~506 GB tel que livré en UD-Q4_K_XL, une fois les embeddings, l’encodeur de perception, l’encodeur audio et les métadonnées inclus
  • Ajoutez le cache KV en plus — à ~250 KB par token en BF16, un contexte de 131K ajoute ~33 GB ; le contexte 1M complet ajoute ~266 GB
Il n’y a pas de moyen de contourner le coût mémoire des paramètres totaux. La voie pratique est une quantification agressive (2 bits à 226 GB pour un Mac Studio, 4 bits à 506 GB pour un boîtier multi-GPU) ou NVFP4 sur Blackwell. Consultez Routage MoE et parallélisme d’experts pour comprendre le fonctionnement de l’architecture et Mémoire et déchargement pour ce qui change lorsque les poids débordent du GPU.

Adéquation matérielle

Les verdicts supposent que le modèle est entièrement résident (pas de déchargement CPU) à une longueur de contexte modeste. Sur un Mac Studio de 512 GB, le GGUF 2 bits tient avec de la place pour un contexte modéré. La version 4 bits à 506 GB ne laisse presque aucune marge sur une seule machine de 512 GB — prévoyez le contexte dont vous avez réellement besoin. Pour la méthode de dimensionnement, consultez quel modèle tient dans votre GPU ?.

Picked a model? Connect it

Un seul point de terminaison authentifié à https://api.tokios.com — aucun port entrant, environ 5 minutes.

Exécutez-le — du débutant à l’avancé

macOS / Linux
Windows
Le serveur démarre une interface web à localhost:9931 et un point de terminaison compatible OpenAI. Remplacez l’étiquette de quantification par UD-IQ2_XXS pour la version de 226 GB sur un Mac de 512 GB. Consultez Accès à distance llama.cpp pour y accéder depuis une autre machine.

Paramètres d’échantillonnage

Meta recommande temperature = 1.0, top_p = 1.0, et top_k désactivé. L’effort de raisonnement est par défaut à xhigh — baissez-le à high ou medium pour des tâches plus simples afin d’économiser des tokens. Il n’y a pas de moyen de désactiver entièrement le raisonnement ; réglez-le sur low pour le chemin le plus court.

Capacités

  • Raisonnement contrôlable. Définissez l’effort dans le chat template avec reasoning_effort="low" (ou medium, high, xhigh). Les paramètres plus élevés dépensent plus de tokens à raisonner avant de répondre. Le modèle utilise un template basé sur des canaux : to=self pour le raisonnement interne, to=user pour la réponse finale.
  • Entrée multimodale complète. Le texte, les images, la vidéo et l’audio entrent ; le texte sort. L’encodeur de perception gère la vision (ViT de 1.8B paramètres), et une pyramide convolutionnelle séparée gère l’audio à 24 kHz mono.
  • Programmation agentique. Meta a entraîné sur des workflows réels de développeurs : refactorisations multi-fichiers, sessions de débogage, scaffolds d’appels d’outils. Il domine les modèles à poids ouverts sur MCP-Atlas (89.2), DeepSWE 1.1 (68), Terminal-Bench 2.1 (85.0), et Toolathlon Verified (76.5).
  • Appel d’outils natif. Le chat template prend en charge les appels d’outils structurés avec adherence au schéma. Utilisez --tool-call-parser musespark1x dans vLLM ou l’équivalent dans votre environnement d’exécution.
  • Multilingue. 100+ langues.

Benchmarks

Rapportés par Meta avec un effort de raisonnement xhigh, sur un modèle publié le 15 octobre 2026. Aucune reproduction indépendante n’existe encore — considérez ces chiffres comme des affirmations du fabricant jusqu’à ce que des évaluations tierces apparaissent.

Connectez-le avec Tokios

Un modèle frontier sur du matériel dédié est un modèle que vous voulez atteindre de partout sans exposer de ports. Tokios se place après votre environnement d’exécution : il ne télécharge pas le modèle et ne remplace pas vLLM.
1

Keep your local runtime running

Démarrez Muse Spark Open dans vLLM, SGLang, llama.cpp ou Transformers et laissez-le lié à la boucle locale (ou votre réseau interne).
2

Pair the Tokios connector

Connectez-vous à tokios.com/console, ouvrez l’onglet Setup et cliquez sur Start pairing pour obtenir un code d’appairage à usage unique (TKS-XXXX-XXXX). Exécutez l’installateur sur la machine qui exécute le modèle :
Windows
macOS
Linux
Ensuite approve l’appareil dans l’onglet Setup ou Connectors.
3

Register a deployment

Dans l’onglet Models, enregistrez l’identifiant du modèle amont (par exemple meta-models/Muse-Spark-Open-816B-A42B) sous un nom de déploiement public comme muse-spark. Les clients envoient le nom de déploiement dans le champ model, jamais l’identifiant local — ainsi une re-quantification ultérieure ne change rien côté client.
4

Create an API key

Dans l’onglet Keys, cliquez sur Create key. Copiez la clé sk-tok-… maintenant — elle n’est affichée qu’une seule fois.

Appelez-le de n’importe où

Mises en garde

  • Ce n’est pas un modèle pour GPU grand public. La plus petite quantification utilisable (2 bits à 226 GB) nécessite un Mac Studio de 512 GB ou équivalent. La version 4 bits recommandée nécessite 506 GB. Planifiez votre matériel avant de télécharger.
  • Les benchmarks sont rapportés par le fabricant. Meta les a publiés le jour de la sortie. Attendez les évaluations indépendantes avant de considérer les scores de programmation comme définitifs.
  • La licence n’est pas Apache 2.0. Muse Spark Open est distribué sous la Muse Model License, qui diffère de la licence Apache 2.0 de Muse Glimmer. Lisez la licence vous-même avant de construire dessus.
  • Pas encore de support Ollama. À la date de sortie, Ollama n’a pas publié d’étiquette Muse Spark Open. Utilisez les versions GGUF llama.cpp directement, vLLM, SGLang ou MLX.
  • Le contexte 1M est un plafond, pas une cible. Le cache KV au contexte complet est de ~266 GB en BF16 — c’est en plus des poids du modèle. Dimensionnez votre contexte selon ce dont vous avez réellement besoin.
  • L’entrée multimodale dépend de votre environnement d’exécution. Tokios transmet le contenu d’images, de vidéo et d’audio au point de terminaison amont — il n’ajoute pas de capacités que votre environnement d’exécution ou votre quantification ne possède pas. Consultez les backends pris en charge.
  • Le raisonnement ne peut pas être désactivé. Le réglage le plus bas est low, qui dépense quand même des tokens pour le raisonnement interne. Pour les réponses les plus courtes possibles, utilisez low et acceptez la surcharge.

FAQ

La plus petite version utilisable est le GGUF 2 bits à 226 GB, qui fonctionne sur un Mac Studio M3/M5 Ultra avec 512 GB de mémoire unifiée. Le GGUF 4 bits recommandé fait 506 GB. NVFP4 nécessite ~700 GB (un seul nœud B200). Le BF16 complet est d’environ ~1.5 TB sur 4 nœuds de 8× GPU H200. Le calcul transparent : 816B paramètres × ~0.5 octets en 4 bits ≈ 408 GB de poids, plus l’encodeur de perception, l’encodeur audio, les embeddings et la surcharge.
Non. Même la quantification 2 bits la plus agressive à 226 GB dépasse la mémoire de n’importe quel GPU unique. Les chemins pratiques sur une seule machine sont un Mac Studio de 512 GB (GGUF Q2 via llama.cpp) ou une station de travail 8× GPU (GGUF Q4 ou NVFP4). Consultez quel modèle tient dans votre GPU ? pour le calcul de dimensionnement.
Les poids sont publiés sous la Muse Model License, qui n’est pas Apache 2.0 ni MIT. Cela diffère de Muse Glimmer, qui est distribué sous Apache 2.0. Poids ouverts et open source ne sont pas la même chose — les données d’entraînement et le pipeline ne sont pas publiés. Lisez la licence vous-même avant de construire dessus.
Muse Glimmer est un modèle dense de 30B qui tient dans un seul GPU de 24 GB, distillé à partir du professeur Muse Spark. Muse Spark Open est le professeur lui-même — 816B au total, 42B actifs, MoE, contexte 1M, multimodal (texte/image/vidéo/audio). Glimmer est pour le matériel grand public ; Spark Open est pour le matériel de station de travail et de serveur. Ils partagent la lignée architecturale Muse mais diffèrent en échelle, capacité et exigences matérielles.
Pas encore. À la date de sortie du 15 octobre 2026, Ollama n’a pas publié d’étiquette Muse Spark Open. Utilisez les versions GGUF llama.cpp directement (llama serve -hf unsloth/Muse-Spark-Open-816B-A42B-GGUF:UD-Q4_K_XL), vLLM, SGLang ou MLX. Le support Ollama pourrait suivre — consultez ollama.com/library pour les mises à jour.
Définissez reasoning_effort sur low, medium, high ou xhigh (par défaut) dans le chat template ou l’appel API. Les paramètres plus élevés dépensent plus de tokens à raisonner avant de répondre. Il n’y a pas de moyen de désactiver entièrement le raisonnement — low est le minimum. Cela fonctionne aussi à travers Tokios — définissez-le dans les paramètres de l’appel API.
Les benchmarks de Meta le comparent à Kimi K3, GLM 5.3, Qwen3.8 et d’autres, et favorisent Muse Spark Open sur la plupart des tâches agentiques et de programmation. Mais ce sont des chiffres du fabricant le jour de la sortie. Tous ces modèles nécessitent du matériel sérieux (multi-GPU ou 512 GB+ de mémoire unifiée), donc la réponse pratique est de servir chacun et de tester votre charge de travail réelle — consultez Kimi, GLM et Qwen3.8.
Meta documente le fine-tuning LoRA sur les couches d’attention uniquement (les experts restent gelés), mais cela nécessite 64 GPU (8 nœuds × 8× H100). La configuration d’entraînement utilise FSDP avec parallélisme d’experts. Consultez la fiche du modèle pour la recette complète de fine-tuning et la configuration DistributedConfig.

Muse Glimmer

Le frère dense de 30B qui tient dans un seul GPU de 24 GB — même lignée Muse, matériel grand public.

Routage MoE et parallélisme d'experts

Comment les modèles mixture-of-experts routent les tokens et comment paralléliser sur plusieurs GPU.

Agents de programmation avec des modèles locaux

Pointez Claude Code, Cline ou Aider vers un modèle que vous hébergez.

Quel modèle tient dans votre GPU ?

Dimensionnez le modèle et le contexte selon votre VRAM ou mémoire unifiée.

Llama 4

L’autre lignée à poids ouverts de Meta, et pourquoi 17B actifs nécessitent quand même 67 GB.

Démarrage rapide

Associez un connecteur et enregistrez votre premier modèle de bout en bout.