Today we're releasing Muse Spark Open, the open weights version of Muse Spark, an 816B-parameter sparse mixture-of-experts model that activates roughly 42 billion parameters per token. It takes text, image, video and audio input and holds a million tokens of context. It's trained for agentic work, so you can build agents that can read a large codebase, plan a change, call tools, check the result and correct themselves when a step fails.
For more details on the model and the research foundations, check out the Meta research blog.
Muse Spark Open launches with day-one support in major inference and training frameworks. It can be served with SGLang, vLLM, TensorRT-LLM, Transformers, llama.cpp, MLX or Unsloth on NVIDIA, AMD, Intel or Apple hardware. Choose a quantized checkpoint that fits your hardware, speed up generation with a draft model, and fine-tune or train it with reinforcement learning.
Run Muse Spark Open on the inference runtime you already use. We worked with RadixArk, Inferact, NVIDIA, Apple and Hugging Face so that SGLang, vLLM, TensorRT-LLM, MLX, Transformers and llama.cpp all support it at launch:
SGLang supports BF16 and NVFP4 and ships the DFlash2 speculative decoding path for faster token generation.
Running it on SGLang
shellsglang serve \--model-path meta-models/Muse-Spark-Open-816B-A42B-NVFP4 \--tp-size 4 \--ep-size 4 \--quantization modelopt_fp4 \--moe-runner-backend flashinfer_trtllm \--mem-fraction-static 0.8 \--host 0.0.0.0 \--port 30000 \--enable-layernorm-sp \--enable-megamoe-for-layernorm-sp \--speculative-algorithm DFLASH \--speculative-draft-model-path RadixArk/Muse-Spark-Open-DFlash2 \--speculative-draft-attention-backend fa4 \--speculative-num-draft-tokens 8 \--mm-feature-transport cpu \--enable-hierarchical-cache \--hicache-size 200 \--reasoning-parser muse \--tool-call-parser muse
vLLM supports BF16, NVFP4 and MXFP4, verified on both NVIDIA and AMD GPUs, with DSpark speculative decoding on CUDA and ROCm.
Running it on vLLM
shellVLLM_USE_RUST_FRONTEND=1vllm serve meta-models/Muse-Spark-Open-816B-A42B-NVFP4 \--tensor-parallel-size 4 \--enable-expert-parallel \--max-model-len 1048576 \--reasoning-parser muse \--tool-call-parser muse \--enable-auto-tool-choice \--speculative-config '{"method":"dspark","model":"Inferact/Muse-Spark-Open-DSpark","num_speculative_tokens":7,"draft_sample_method":"probabilistic","rejection_sample_method":"block","enable_adaptive_verification":true}'
MLX now supports inference using the NVFP4 checkpoint. Serve the model on either two Mac Studios, with M5 Ultra and 512GB of unified memory; or four Mac Studios with 256GB of unified memory, for a total of 1TB of unified memory, enough to hold a NVFP4 quantized version of Muse Spark Open. Connect your Mac Studios directly using the built-in support for Thunderbolt 5 and RDMA to ensure high-bandwidth, low-latency communication.
Muse Spark Open's mixture-of-experts architecture activates only 42B parameters per token, and is complemented with MLX tensor parallelism. This splits every layer of the model across both machines, so each machine holds half the weights and does half the computation on every token. The weights never move. Only small intermediate results travel between the two machines in microseconds enabling the two Mac Studios to work as one. The result is the most capable US open-weight model running on the desktop. MLX Adapter.
See the Muse Spark Open on Mac cookbook for details.
Serve the NVFP4 checkpoint on a single four-GPU Blackwell node with TensorRT-LLM, which splits attention four ways and spreads the 256 experts across the GPUs. Start from the deployment guide and the tuned serving configurations in the feat/musespark-open branch:
shelltrtllm-serve meta-models/Muse-Spark-Open-816B-A42B-NVFP4 \--config serve_config.yaml \--tool_parser musespark \--reasoning_parser musespark
To scale beyond one node, deploy with NVIDIA Dynamo. It separates prefill and decode onto different workers and routes each request to the worker that already holds its cached context. Follow the Muse Spark Open Dynamo recipe for launch commands and settings.
Technical blog: Link
Hugging Face hosts the BF16 and NVFP4 checkpoints and added Transformers support for the architecture. llama.cpp support means the GGUF quants run on CPU, mixed CPU and GPU, or full GPU.
Running it on HF
pythonimport osfrom transformers import AutoModelForMultimodalLM, AutoProcessor, DistributedConfigdistributed_config = DistributedConfig(tp_size=int(os.environ["WORLD_SIZE"]),ep_size=int(os.environ["WORLD_SIZE"]),)processor = AutoProcessor.from_pretrained("meta-models/Muse-Spark-Open-816B-A42B")model = AutoModelForMultimodalLM.from_pretrained("meta-models/Muse-Spark-Open-816B-A42B",distributed_config=distributed_config,)messages = [{"role": "user", "content": "Explain in one sentence why the sky is usually blue."}]inputs = processor.apply_chat_template(messages, reasoning_effort="low", add_generation_prompt=True,tokenize=True, return_dict=True, return_tensors="pt",).to(model.device).to(model.dtype)outputs = model.generate(**inputs, max_new_tokens=512)print(processor.decode(outputs[0][inputs["input_ids"].shape[-1]:]))
Running it on llama.cpp
shellllama serve -hf ggml-org/Muse-Spark-Open-816B-A42B-GGUF:Q4_K_S
Technical blog: Link
Run Muse Spark Open locally with Unsloth Desktop or serve it via the Unsloth API using Dynamic GGUFs for optimized memory usage and fast local inference.
Running it on Unsloth
Run Muse Spark Open on a single workstation instead of a GPU cluster. Unsloth's Dynamic GGUFs compress the model to as little as 2-bit, so the smallest version fits in about 300 GB of combined system RAM and VRAM, or unified memory on Apple silicon. Unsloth Desktop runs on macOS, Windows and Linux, uses llama.cpp for CPU and GPU inference, and offloads layers to system RAM when VRAM runs short. Download and chat with the model in the app, or serve it through OpenAI and Anthropic compatible endpoints for your applications and coding agents.
shellunsloth run --model unsloth/Muse-Spark-Open-816B-A42B-GGUF:UD-Q2_K_XL
Start with the Unsloth guide or the Dynamic GGUFs on Hugging Face.
Launch-day serverless and dedicated endpoints, so you can evaluate the model before you commit any hardware to it.
Model catalogs: for teams who need to utilize the model in their own private instance, in addition to the option of the HuggingFace repository, we have also partnered with the leading cloud and data providers to ensure easy access via their online model catalogs. This includes: AWS SageMaker, Google Cloud Model Garden, Microsoft Foundry Models.
Early users evaluated Muse Spark Open in production-oriented agentic workflows ahead of launch.
Pick the format that fits your hardware. Meta released BF16 and NVFP4 checkpoints. AMD, Intel and Unsloth built formats for their own hardware and for local setups.
Muse Spark Open ships with two draft models, one from each open-source runtime. The draft model proposes several tokens at once and Muse Spark Open verifies them in a single pass, so every step yields multiple tokens instead of one.
Model: RadixArk/Muse-Spark-Open-DFlash2
shell--speculative-algorithm DFLASH --speculative-draft-model-path RadixArk/Muse-Spark-Open-DFlash2
Model: Inferact/Muse-Spark-Open-DSpark
shell--speculative-config '{"method":"dspark","model":"Inferact/Muse-Spark-Open-DSpark","num_speculative_tokens":7,"draft_sample_method":"probabilistic","rejection_sample_method":"block","enable_adaptive_verification":true}'
Fine-tune and train Muse Spark Open from launch day. Run supervised fine-tuning, LoRA or reinforcement learning on your own data with open-source frameworks, or hand the training to a managed API.
TorchTitan supports Muse Spark Open natively, with pre-training, multi-turn SFT, LoRA and reinforcement-learning support. The model also ships with Helion kernels, so the PyTorch path is fast without hand-written CUDA.
Developers can further post-train the model using the NVIDIA NeMo AutoModel with high-throughput efficiency, which is a post-training library based on PyTorch DTensor. It provides native Hugging Face checkpoint support with no model conversion requirements. AutoModel enables full SFT and LoRA fine-tuning out of the box, optimized for rapid experimentation on NVIDIA GPUs. Link
Fine-tune Muse Spark Open with Hugging Face's SFTTrainer. It trains a LoRA adapter on top of the released checkpoint, and Transformers shards the model across your GPUs as it loads. Load the adapter with PEFT or share it on the Hugging Face Hub. Recipe · SFTTrainer docs
pythonfrom datasets import load_datasetfrom peft import LoraConfigfrom transformers.distributed import DistributedConfigfrom trl import SFTConfig, SFTTrainertrainer = SFTTrainer(model="meta-models/Muse-Spark-Open-816B-A42B",args=SFTConfig(output_dir="Muse-Spark-Open-816B-A42B-SFT",model_init_kwargs={"dtype": "auto","distributed_config": DistributedConfig(fsdp_size=64, ep_size=8),},max_length=2048,packing=True,save_only_model=True,),train_dataset=load_dataset("allenai/tulu-3-sft-mixture", split="train[:500000]"),peft_config=LoraConfig(r=16, lora_alpha=32, target_modules=["q_proj", "k_proj", "v_proj", "o_proj"]),)trainer.train()
The license is the Muse Model License. Read the model card for intended uses, evaluations and limitations, and the research blog for how we built it.
Day-zero support across this many runtimes, precisions, accelerators and training stacks is not something a model release gets for free. It is months of work by teams outside Meta who agreed to build against an unreleased checkpoint, and by teams inside Meta who made that checkpoint something others could build against.
Runtimes and serving: SGLang, vLLM, NVIDIA, Hugging Face, llama.cpp, Apple.
Silicon: AMD, Intel, NVIDIA, Apple.
Quantization: AMD, Unsloth, Intel.
Post-training: PyTorch, NVIDIA, Miles, Fireworks, Hugging Face, Together, Unsloth.
Hosted inference: Baseten, Fireworks AI, Groq, Modal, Nebius, OpenRouter, Together AI.
Model catalogs: Amazon SageMaker AI, Google Cloud Model Garden, Microsoft Foundry Models.
We are looking forward to seeing what you build.