TL;DR
การรัน Muse Spark Open แบบโลคอลทำได้ แต่เป็นการปรับใช้ขนาดใหญ่ ไม่ใช่การตั้งค่าการ์ดจอเดียวทั่วไป การกำหนดค่าที่ Meta ระบุไว้ ได้แก่ NVIDIA B300 สี่ใบสำหรับ NVFP4, B300 แปดใบสำหรับ BF16 หรือการตั้งค่าแบบกระจาย MLX โดยใช้หลายเครื่อง M5 Ultra Mac Studio
สำหรับนักพัฒนาส่วนใหญ่ ขั้นแรกคือจับคู่เช็คพอยต์กับฮาร์ดแวร์และรันไทม์อนุมานที่รองรับ เริ่มจากความยาวบริบทแบบระมัดระวัง ตรวจสอบว่าเซิร์ฟเวอร์ส่งคืนคำตอบที่สมบูรณ์ และวัดการใช้หน่วยความจำก่อนเพิ่มบริบทหรือความพร้อมกัน หากไม่มีฮาร์ดแวร์ที่เหมาะสม ตัวเลือกที่ใช้งานได้จริงกว่าอาจเป็น API แบบโฮสต์ เช่น CometAPI’s Muse Spark
Key Takeaways
- Muse Spark Open มีพารามิเตอร์รวม 816B และใช้งานต่อโทเค็นประมาณ 42B; ธนาคารผู้เชี่ยวชาญทั้งหมดยังคงต้องการที่เก็บและหน่วยความจำ
- เลือก NVFP4 หรือ BF16 โดยพิจารณาจากขนาดเช็คพอยต์ หน่วยความจำของตัวเร่ง ความสามารถของอินเตอร์คอนเนกต์ และโอเวอร์เฮดในการให้บริการ
- ตัวอย่างของ NVIDIA ใช้การกำหนดค่าปัจจุบันแบบ NVFP4 vLLM ที่ B300 สี่ใบ; ตรวจสอบฮาร์ดแวร์และรันไทม์จริงของคุณก่อนเริ่ม
- เส้นทางของ Apple ต้องใช้หลายเครื่อง M5 Ultra Mac Studio และ RDMA ผ่านการเชื่อมต่อ Thunderbolt 5 โดยตรง
- ตรวจสอบเอ็นด์พอยต์ของโมเดล การตอบสนองที่สมบูรณ์ และการใช้หน่วยความจำก่อนเพิ่มบริบทหรือเพิ่มผู้ใช้
What Is Muse Spark Open?
Muse Spark Open คือการปล่อยน้ำหนักโมเดลที่ดาวน์โหลดได้ของตระกูล Muse Spark จาก Meta ต่างจากทรานส์ฟอร์เมอร์แบบหนาแน่นทั่วไป สถาปัตยกรรม MoE แบบสparse จะกำหนดเส้นทางแต่ละโทเค็นผ่านผู้เชี่ยวชาญเพียงบางส่วน ช่วยให้รองรับความจุระดับแนวหน้าโดยคงรอยเท้าการคำนวณที่ใช้งานน้อยลง ประกาศการเปิดตัวของ Meta อธิบายว่าเป็นโมเดลมัลติมีเดียโดยกำเนิด และเหมาะกับเวิร์กโฟลว์การเขียนโค้ดแบบหลายขั้นตอนและงานเชิงตัวแทน
โมเดลรับข้อความ รูปภาพ เสียง และวิดีโอ และผลิตข้อความ; ความพร้อมของฟีเจอร์ยังขึ้นกับรันไทม์ที่ให้บริการ โมเดลนี้แจกจ่ายภายใต้ Muse Model License พร้อมข้อจำกัดการใช้งาน โปรดตรวจสอบเงื่อนไขในรีโพก่อนปรับใช้ และทบทวนการกระทำที่ไม่อาจย้อนกลับในเวิร์กโฟลว์ของตัวแทน
| Muse Spark Open specification | Official detail (release; checkpoints) |
|---|---|
| Release | October 15, 2026 |
| Architecture | Sparse mixture of experts (MoE) |
| Total / active parameters | 816B / approximately 42B |
| Maximum advertised context | 1,048,576 tokens |
| Input / output | Text, images, video, audio / text |
| Checkpoints | BF16; NVIDIA NVFP4 (AMD also supports MXFP4) |
| Model-weight footprint | BF16 ~1.65 TB; NVFP4 ~537 GB |
| Purpose | Agentic coding, reasoning, tool workflows, multimodal analysis |
| License | Muse Model License; usage restrictions apply |
How Does Muse Spark Open Perform?
เกณฑ์คุณภาพช่วยระบุว่าควรลองโมเดลหรือไม่; แต่ไม่ได้บอกว่าเซิร์ฟเวอร์โลคอลของคุณจะทำงานเร็วแค่ไหน ตัวเลขด้านล่างเป็นผลความสามารถที่ Meta รายงาน ไม่ใช่การวัดจากคำสั่งปรับใช้ในคู่มือนี้
| Benchmark (Meta results) | Muse Spark Open (xhigh) | Condition |
|---|---|---|
| JobBench | 61.8 | Agentic evaluation |
| HLE-Diamond | 26.1 | No tools |
| SciCode | 58.5 | Coding evaluation |
| Terminal-Bench 2.1 | 76.4 | Terminus 2 agent |
Meta เอกสารการตั้งค่าโมเดล วิธีดำเนินการเฉพาะเบนช์มาร์ก และการเลือกคะแนนไว้ใน evaluation methodology Muse Spark Open ใช้ xhigh reasoning ในผลเหล่านี้ เปรียบเทียบการตั้งค่าโลคอลโดยใช้ชุดงานของคุณเอง เวอร์ชันซอฟต์แวร์ บริบท และความพร้อมกัน; การให้บริการบริบทที่ต่ำกว่าหรือฮาร์เนสที่ต่างกันจะเปลี่ยนสิ่งที่กำลังทดสอบ
Can You Actually Run Muse Spark Open Locally?
ได้ คุณสามารถรัน Muse Spark Open แบบโลคอลได้หากระบบของคุณตรงกับความต้องการของเช็คพอยต์ ตัวเร่ง และรันไทม์อนุมาน เส้นทางที่เอกสารถูกระบุรวมถึงเซิร์ฟเวอร์ GPU ของ NVIDIA และระบบ Apple Silicon แบบกระจาย; การแปลง GGUF ที่เข้ากันได้ก็เป็นอีกทางสำหรับเครื่องที่มีหน่วยความจำที่เข้าถึงได้เพียงพอ model card อย่างเป็นทางการของ Meta สำหรับ Muse Spark Open และ คู่มือการปรับใช้ใน Hugging Face อธิบายน้ำหนักที่ปล่อยและการตั้งค่ารันไทม์เฉพาะ การใช้โน้ตบุ๊กผู้บริโภคมาตรฐานไม่สามารถเก็บเช็คพอยต์แบบ native ทั้งหมดไว้ในหน่วยความจำได้
ความจุหน่วยความจำคือข้อจำกัดแรก พารามิเตอร์ที่ใช้งานบรรยายการคำนวณต่อโทเค็น ไม่ใช่รอยเท้าของน้ำหนักผู้เชี่ยวชาญทั้งหมด คู่มือเช็คพอยต์ของ Meta ระบุประมาณ 537 GB สำหรับ NVFP4 และ 1.65 TB สำหรับ BF16 โดยไม่รวมแคช KV แอคติเวชัน และโอเวอร์เฮดรันไทม์
| Platform | Official practical route | Key limitation |
|---|---|---|
| NVIDIA Blackwell | 4 × B300 สำหรับสูตร NVFP4 TP4/EP4; 8 × B300 สำหรับ BF16 | ใช้สูตรที่ตรวจสอบแล้วสำหรับ GPU รันไทม์ และเช็คพอยต์ที่ตรงกัน; ตัวอย่างด้านล่างใช้แปด GPU |
| AMD Instinct | 8 × MI350X/MI355X; รูปแบบที่รองรับรวมถึง MXFP4/FP8/BF16 | ใช้สูตร vLLM ที่รองรับ ROCm |
| Apple Silicon | 2 × 512 GB หรือ 4 × 256 GB M5 Ultra Mac Studio พร้อม MLX | หน่วยความจำแบบรวมแบบกระจาย ไม่ใช่โน้ตบุ๊กเครื่องเดียว |
| Intel Xeon 6 | การตั้งค่า INT4 ที่เน้น CPU ผ่าน SGLang | ทรานส์พุตต่างจาก GPU ระดับสูงอย่างมาก |
| Consumer 16–48 GB GPUs | ไม่ใช่การกำหนดค่าที่อยู่ทั้งหมดบน GPU อย่างใช้การได้ | รอยเท้าน้ำหนักเกินหน่วยความจำ GPU อย่างมาก |
จัดสรรฮาร์ดแวร์โดยใช้อขนาดเช็คพอยต์เต็มบวกเฮดรูมในการให้บริการ การป้อนพรอมป์ตยาวเพิ่มแรงกดดันแคช KV และจำนวน GPU ที่รองรับขึ้นอยู่กับรันไทม์และตัวเร่ง การกำหนดค่า NVFP4 สี่ GPU ไม่ได้หมายความว่าการ์ด Blackwell ใดๆ สี่ใบจะให้บริการความยาวบริบททุกขนาดได้
เซิร์ฟเวอร์ GPU ส่วนตัวคือเส้นทางน้ำหนักแบบ native การใช้ Mac Studio หลายเครื่องเป็นเส้นทางที่รองรับแยกต่างหาก เดสก์ท็อปผู้บริโภคต้องใช้บิลด์แบบควอนไทซ์ที่เข้ากันได้และตรวจสอบความจุอย่างระมัดระวัง; SSD ขนาดใหญ่เพียงอย่างเดียวไม่สามารถแทนที่หน่วยความจำอนุมานที่เร็วได้
Which Checkpoint Should You Choose?
เลือกเช็คพอยต์ก่อนดาวน์โหลด Meta เผยแพร่เช็คพอยต์ native แบบ BF16 และ NVFP4 แต่ไม่ใช่คำแนะนำรูปแบบสากลสำหรับทุกแพลตฟอร์ม เส้นทาง NVIDIA Blackwell ที่เอกสารถูกระบุใช้ BF16 หรือ NVFP4; เส้นทาง AMD Instinct ใช้ BF16 หรือเช็คพอยต์เฉพาะของ AMD อย่าง MXFP4/FP8; Intel Xeon 6 ใช้การกำหนดค่า INT4; และเส้นทาง Apple Silicon แบบกระจายใช้เช็คพอยต์ NVFP4 กับ MLX เลือกเช็คพอยต์ที่รองรับตัวเร่งและรันไทม์อนุมานของคุณอย่างแม่นยำ โดยทำตาม คู่มือเช็คพอยต์ของ Meta และ คำแนะนำการปรับใช้เฉพาะแพลตฟอร์ม ที่ระบุ รีโพ GGUF ให้เส้นทางการแพ็กเกจและควอนไทซ์ที่ต่างสำหรับ llama.cpp ตรวจสอบความเข้ากันได้ของรันไทม์และการรองรับโมดาลิตีสำหรับไฟล์ที่คุณเลือก
| Format (native checkpoint guide) | Weight footprint | Deployment purpose |
|---|---|---|
| BF16 native | ประมาณ 1.65 TB | อ้างอิงความแม่นยำเต็ม; เซิร์ฟเวอร์ตัวเร่งขนาดใหญ่ |
| NVFP4 native | ประมาณ 537 GB | รองรับการให้บริการบน Blackwell หรือ MLX แบบกระจาย |
| GGUF conversions | แตกต่างตามรีโพและระดับควอนไทซ์ | การทดลองที่เข้ากันได้กับ llama.cpp; ตรวจสอบขนาดไฟล์ปัจจุบัน |
สิ่งเหล่านี้เป็นรอยเท้าน้ำหนัก ไม่ใช่งบหน่วยความจำการให้บริการทั้งหมด เผื่อพื้นที่สำหรับแคช แอคติเวชัน ระบบปฏิบัติการ และการจัดสรรรันไทม์ การแปลงที่ใช้บิตต่ำลงอาจลดที่เก็บแต่เปลี่ยนคุณภาพหรือทรานส์พุต; ทดสอบการแลกเปลี่ยนเหล่านั้นกับพรอมป์ตจริงของคุณ
How to Download Muse Spark Open
เริ่มด้วย Python 3.10 ขึ้นไป ที่เก็บถาวร และ รีโพ NVFP4 อย่างเป็นทางการ ตรวจสอบใบอนุญาตและทำตามข้อกำหนดการเข้าถึงที่แสดงในบัญชีของคุณ เช็คพอยต์ BF16 อยู่ในรีโพแยก การดาวน์โหลดด้านล่างจะบันทึกสำเนาโลคอล; ตัวอย่าง Docker ในภายหลังใช้แคช Hugging Face แบบถาวร ดังนั้นอาจดาวน์โหลดอีกสำเนาหากคุณไม่ได้ตั้งค่าให้โหลดจากพาธโลคอลโดยเฉพาะ
ดาวน์โหลดเช็คพอยต์ NVFP4 ไปยังที่เก็บถาวรโลคอล
python -m pip install -U huggingface_hub
hf auth login
hf download meta-models/Muse-Spark-Open-816B-A42B-NVFP4 \
--local-dir ./Muse-Spark-Open-NVFP4
วางแผนสำหรับการถ่ายโอนข้อมูลหลายร้อยกิกะไบต์และพื้นที่เพิ่มเติมสำหรับไฟล์ชั่วคราว หากดาวน์โหลดได้ HTTP 401/403 ให้ยืนยันการเข้าถึงรีโพและการยืนยันตัวตนก่อนเปลี่ยนสแตกอนุมาน หลีกเลี่ยงการคัดลอกโทเค็นลงในประวัติ shell ที่เผยแพร่หรือสกรีนช็อต
How to Deploy Muse Spark Open with vLLM
ใช้ vLLM เมื่อคุณต้องการเอ็นด์พอยต์ที่เข้ากันได้กับ OpenAI บนเซิร์ฟเวอร์ตัวเร่งที่รองรับ Meta ขณะนี้เอกสารการกำหนดค่าเริ่มต้น NVFP4 ด้วย B300 สี่ใบ ตัวอย่างการเปิดตัวด้านล่างตามทอปโลยีนั้น ลดบริบทที่ให้บริการลงเหลือ 128K และปิดการถอดรหัสแบบคาดเดาในรอบตรวจสอบครั้งแรก
Check the prerequisites
เตรียมเซิร์ฟเวอร์ Linux ที่มี B300 ที่เข้ากันได้สี่ใบ ไดรเวอร์ NVIDIA ที่ตรงกัน Docker NVIDIA Container Toolkit และพื้นที่เก็บถาวรเพียงพอสำหรับน้ำหนักและแคช แก้ไขการมองเห็น GPU ภายในคอนเทนเนอร์ก่อนดาวน์โหลดโมเดล รันตัวอย่าง Bash ในเชลล์ Bash
ตรวจสอบโฮสต์ Docker และการเข้าถึง GPU ภายในคอนเทนเนอร์ CUDA
nvidia-smi
docker --version
docker run --rm --gpus all nvidia/cuda:12.8.1-base-ubuntu22.04 nvidia-smi
Set the Hugging Face token
หากการเข้าถึงรีโพต้องการการยืนยันตัวตน ให้ส่งโทเค็นผ่าน environment คำสั่งต่อไปนี้จะซ่อนโทเค็นขณะคุณพิมพ์; อย่าวางข้อมูลรับรองลงในคำสั่งที่แชร์หรือบันทึกที่เผยแพร่
อ่านโทเค็น Hugging Face โดยไม่แสดงผล
read -rsp "Hugging Face token: " HF_TOKEN
echo
export HF_TOKEN
Pull the model-specific container
ดึงอิมเมจ vLLM ของ Muse Spark Open
docker pull vllm/vllm-openai:muse-spark-open
ใช้งาน การกำหนดค่า vLLM ล่าสุดจาก Meta กับบิลด์ที่รองรับ Muse อิมเมจทั่วไปที่เก่าอาจไม่รู้จักสถาปัตยกรรมหรือ parser บันทึก digest ของอิมเมจหลังจากทดสอบสำเร็จเพื่อให้การปรับใช้งานครั้งต่อไปใช้บิลด์เดียวกัน
Launch the NVFP4 server
เปิดเซิร์ฟเวอร์ vLLM สี่ GPU ด้วยขีดจำกัดบริบท 128K
docker run --rm --gpus all --ipc=host \
-p 127.0.0.1:8000:8000 \
-e HF_TOKEN \
-e VLLM_USE_RUST_FRONTEND=1 \
-v "$HOME/.cache/huggingface:/root/.cache/huggingface" \
vllm/vllm-openai:muse-spark-open \
meta-models/Muse-Spark-Open-816B-A42B-NVFP4 \
--tensor-parallel-size 4 \
--enable-expert-parallel \
--max-model-len 131072 \
--reasoning-parser muse \
--tool-call-parser muse \
--enable-auto-tool-choice
นี่คือการกำหนดค่าเริ่มต้นสำหรับทอปโลยีที่ระบุ ไม่ใช่คำสัญญาว่า GPU ใดๆ สี่ใบจะให้บริการเช็คพอยต์นี้ได้ ปล่อยให้การดาวน์โหลดครั้งแรก การโหลดโมเดล และการคอมไพล์เสร็จสิ้น รักษาแคชไว้ระหว่างการรีสตาร์ท คำสั่งนี้ดึงจากรีโพไปยังแคชที่เมานต์; ไม่ได้ใช้ซ้ำการดาวน์โหลด --local-dir แยกต่างหากโดยอัตโนมัติ
Test the local endpoint
แสดงรายการโมเดลที่ให้บริการและร้องขอคำตอบสั้นๆ
curl http://localhost:8000/v1/models
curl http://localhost:8000/v1/chat/completions \
-H 'Content-Type: application/json' \
-d '{
"model":"meta-models/Muse-Spark-Open-816B-A42B-NVFP4",
"messages":[{"role":"user","content":"Explain tensor parallelism in two sentences."}],
"reasoning_effort":"low",
"max_tokens":2048
}'
ใช้ตัวระบุที่ส่งกลับจาก /v1/models หากแตกต่าง ตรวจสอบทั้งคำตอบสุดท้ายและ finish_reason: การถึงขีดจำกัดโทเค็นอาจตัดเหตุผลก่อนคำตอบที่เป็นประโยชน์ ปล่อยให้ binding เป็น localhost ในการทดสอบครั้งแรกและเพิ่มการควบคุมการเข้าถึงก่อนใช้งานจากระยะไกล
Connect a Python application
ติดตั้งไคลเอนต์ Python ที่ใช้ในตัวอย่าง
python -m pip install -U openai
เรียกเอ็นด์พอยต์ vLLM โลคอลจาก Python
from openai import OpenAI
client = OpenAI(
base_url="http://localhost:8000/v1",
api_key="EMPTY",
timeout=3600,
)
model_id = client.models.list().data[0].id
response = client.chat.completions.create(
model=model_id,
messages=[{"role": "user", "content": "Write a small Python input validator."}],
max_tokens=2048,
extra_body={"reasoning_effort": "low"},
)
print(response.choices[0].message.content)
print("finish_reason:", response.choices[0].finish_reason)
EMPTY เป็นเพียงตัวแทนสำหรับเซิร์ฟเวอร์โลคอลที่ไม่บังคับใช้ API key ใช้ข้อมูลรับรองที่กำหนดไว้หากคุณเปิดใช้งานการยืนยันตัวตน บันทึก ID โมเดลที่ให้บริการและการตั้งค่าคำขอเมื่อรวมกับเอเจนต์
How to Deploy Muse Spark Open with SGLang
SGLang เป็นอีกหนึ่งตัวเลือกการให้บริการน้ำหนักแบบ native ที่รองรับ cookbook ของ Muse Spark Open ใน SGLang ให้การกำหนดค่าและการจูนเฉพาะฮาร์ดแวร์ เลือกอิมเมจ NVIDIA สำหรับ B300; AMD และ Intel ใช้อิมเมจและสูตรต่างกัน
Prepare the model-specific image
ดึงอิมเมจ SGLang ของ NVIDIA สำหรับ Muse Spark Open
docker pull lmsysorg/sglang:dev-muse-spark-open
Start the four-B300 NVFP4 server
การเปิดตัวพื้นฐานต่อไปนี้ปรับตามการตั้งค่า NVFP4 แบบ native โดยปิดการถอดรหัสแบบคาดเดาและการแคชแบบลำดับชั้น เปิดใช้งานฟีเจอร์เหล่านั้นหลังจากเอ็นด์พอยต์ฐานทำงานและวัดเฮดรูมหน่วยความจำแล้ว
เริ่ม SGLang ด้วยการขนานเทนเซอร์และผู้เชี่ยวชาญแบบสี่ทาง
docker run --rm --gpus all --ipc=host \
-p 127.0.0.1:30000:30000 \
-e HF_TOKEN \
-v "$HOME/.cache/huggingface:/root/.cache/huggingface" \
--entrypoint sglang \
lmsysorg/sglang:dev-muse-spark-open 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 \
--context-length 131072 \
--enable-layernorm-sp \
--enable-megamoe-for-layernorm-sp \
--reasoning-parser muse \
--tool-call-parser muse \
--host 0.0.0.0 --port 30000
Verify the SGLang endpoint
ตรวจสอบรายการโมเดลก่อนนำคำขอแชทเดียวกันไปใช้ซ้ำบนพอร์ต 30000
curl http://localhost:30000/v1/models
ส่งคำขอแชทสั้นเดียวกับที่ใช้กับ vLLM ไปยังพอร์ต 30000 โดยใช้ ID โมเดลที่ส่งกลับที่นี่ ตรวจสอบอีกครั้งว่าคำตอบสุดท้ายสมบูรณ์และการเรียกเครื่องมือที่ไม่เป็นอันตรายก่อนรันเอเจนต์การเขียนโค้ด
How to Run Muse Spark Open with llama.cpp
รีโพ GGUF ของ ggml-org ให้เส้นทางการแปลงแยกต่างหาก ตรวจสอบไฟล์ที่เลือก RAM/VRAM ที่มีอยู่ และการรองรับรันไทม์ปัจจุบันก่อนเริ่มดาวน์โหลด การมี GGUF ไม่ได้ทำให้โมเดล 816B ใช้โน้ตบุ๊กทั่วไปได้พอดี
Install a current llama.cpp build
ติดตั้งไบนารี Llama app บนโฮสต์ macOS หรือ Linux ที่รองรับ
curl -LsSf https://llama.app/install.sh | sh
ทบทวนสคริปต์ติดตั้งก่อนรัน และใช้คำแนะนำเฉพาะแพลตฟอร์มหากสภาพแวดล้อมของคุณบล็อกตัวติดตั้งเชลล์ คำสั่งด้านล่างใช้ส่วนติดต่อแอป llama ปัจจุบัน; ไบนารีเก่าที่ชื่อ llama-server ใช้ CLI ต่างกัน
Start the GGUF server
ให้บริการ GGUF Q4_K_S ด้วยนามแฝง API คงที่และบริบทเริ่มต้น 32K
llama serve \
-hf ggml-org/Muse-Spark-Open-816B-A42B-GGUF:Q4_K_S \
-a muse-spark-open \
-c 32768 \
-np 1 \
--chat-template-kwargs '{"reasoning_effort":"low"}'
ยืนยันว่าเซิร์ฟเวอร์ GGUF เข้าถึงได้ผ่านเอ็นด์พอยต์โลคอล
curl http://localhost:8080/v1/models
ใช้ muse-spark-open เป็นนามแฝงโมเดลในคำขอ เก็บเครื่องไว้ในเครือข่ายที่เชื่อถือได้ขณะทดสอบ และกำหนด binding และการยืนยันตัวตนก่อนแชร์การเข้าถึง ยืนยันการทำงานของวิชวล ออดิโอ และเครื่องมือสำหรับการแปลงที่เลือก แทนที่จะสมมุติว่าเทียบเท่าฟีเจอร์กับน้ำหนักแบบ native ใช้ Ollama เฉพาะเมื่อมีแพ็กเกจโมเดล Muse Spark Open ที่ตรวจสอบแล้วและเวอร์ชันที่เข้ากันได้
How to Run Muse Spark Open on Multiple Mac Studios with MLX
ใช้ M5 Ultra Mac Studio สองเครื่องที่มีหน่วยความจำแบบรวม 512 GB ต่อเครื่อง หรือสี่เครื่องที่ 256 GB ต่อเครื่อง นี่คือการตั้งค่าแบบกระจาย ไม่ใช่การติดตั้งบน MacBook ปกติ
คำแนะนำการปรับใช้ MLX อย่างเป็นทางการ ต้องใช้ macOS 26.2 ขึ้นไป MLX 0.30.1 ขึ้นไป เปิดใช้งาน RDMA บนทุกเครื่อง Mac การเชื่อมต่อ Thunderbolt 5 โดยตรงระหว่างทุกคู่ของ Mac และ SSH แบบไม่ต้องใช้รหัสผ่านจากโฮสต์หลัก แต่ละเครื่องต้องมีพื้นที่ดิสก์สำหรับเช็คพอยต์ NVFP4 เต็ม
ติดตั้ง mlx-lm บนทุกโฮสต์ ใช้ mlx.distributed_config และคู่มือ MLX แบบกระจายเพื่อสร้าง hostfile.json พร้อมที่อยู่ IP ของ Thunderbolt และอุปกรณ์ RDMA ของแต่ละเครื่อง ตรวจสอบการเข้าถึง SSH และการกำหนดค่า RDMA ก่อนเปิดตัว
เริ่มเซิร์ฟเวอร์ MLX ที่เข้ากันได้กับ OpenAI จาก Mac หลัก
mlx.launch --hostfile hostfile.json --backend jaccl --env MLX_METAL_FAST_SYNCH=1 -- \
mlx_lm.server --model meta-models/Muse-Spark-Open-816B-A42B-NVFP4 --port 8080
ยืนยันเอ็นด์พอยต์จาก Mac หลักด้วย curl http://localhost:8080/v1/models ใช้ตัวระบุโมเดลที่ส่งกลับสำหรับคำขอแชทสั้นๆ เก็บบริการไว้ในเครือข่ายที่เชื่อถือได้และเพิ่มการยืนยันตัวตนก่อนแชร์การเข้าถึง
Which Muse Spark Open Checkpoint Should You Choose?
เริ่มจาก NVFP4 บนเซิร์ฟเวอร์ Blackwell ที่รองรับเมื่อหน่วยความจำและอินเตอร์คอนเนกต์ตรงกับสูตรแบบ native ใช้ BF16 เมื่อจำเป็นต้องใช้อ้างอิงความแม่นยำเต็มและคุณมีความจุ เลือกการแปลง GGUF เฉพาะสำหรับ llama.cpp หลังจากตรวจสอบขนาดไฟล์จริงและคุณภาพผลลัพธ์ สำหรับเส้นทาง multi-Mac ที่เอกสารไว้ ให้ใช้เช็คพอยต์ NVFP4 ที่เข้ากันได้กับ MLX
หลีกเลี่ยงการเลือกโดยอิงจากการดาวน์โหลดที่เล็กที่สุดเพียงอย่างเดียว เปรียบเทียบความสำเร็จของงานของคุณเอง ความสมบูรณ์ของคำตอบ เวลาแฝง และการใช้หน่วยความจำ จดบันทึกรุ่นรีโพที่แน่นอนและบิลด์รันไทม์ในบันทึกการปรับใช้เพื่อให้ผลลัพธ์ทำซ้ำได้
Muse Spark Open: vLLM vs SGLang vs llama.cpp vs MLX
| Runtime (official deployment options) | Best-fit environment | Strength | Watch-out |
|---|---|---|---|
| vLLM | เซิร์ฟเวอร์ตัวเร่ง NVIDIA/AMD | เอ็นด์พอยต์เข้ากันได้กับ OpenAI; การ batch; การขนาน | ต้องการบิลด์โมเดลและการรองรับ GPU ที่ตรงกัน |
| SGLang | การอนุมานบน GPU ประสิทธิภาพสูง | การขนานผู้เชี่ยวชาญ; เคอร์เนลการให้บริการที่ปรับแต่ง | แฟล็กการเปิดตัวขึ้นอยู่กับเช็คพอยต์/ปลั๊กอิน |
| MLX | ระบบ Apple M5 Ultra หลายเครื่อง | การเพิ่มประสิทธิภาพหน่วยความจำแบบรวมของ Apple | ความต้องการแบบกระจายหลายโฮสต์ |
| llama.cpp | การอนุมานแบบพกพากับเช็คพอยต์ GGUF ที่รองรับ | ระบบนิเวศการอนุมานโลคอลที่ยืดหยุ่น | ยืนยันเช็คพอยต์ RAM/VRAM ที่มีอยู่ และความเร็วที่วัดได้สำหรับแบ็กเอนด์ที่เลือก |
เลือกซอฟต์แวร์รันไทม์ตามฮาร์ดแวร์ที่คุณมีและสูตรเฉพาะโมเดล vLLM เหมาะกับเซิร์ฟเวอร์ตัวเร่งที่รองรับ; MLX ครอบคลุมการตั้งค่า multi-Mac ที่เอกสารถูกระบุ Meta ยังเอกสาร llama.cpp กับเช็คพอยต์ GGUF ยืนยันเช็คพอยต์และแบ็กเอนด์ที่เลือกก่อนประมาณการทรานส์พุตหรือเปลี่ยนรันไทม์
How Do You Optimize a Local Muse Spark Open Deployment?
Increase context gradually
ใช้บริบทแบบจำกัดสำหรับการเปิดตัวครั้งแรก และเพิ่มเฉพาะเมื่อเวิร์กโหลดต้องการประวัติมากขึ้น ตรวจสอบเวลาพรีฟิลล์และหน่วยความจำเมื่อความยาวอินพุตเพิ่ม โมเดลที่รองรับหน้าต่าง 1M โทเค็นไม่ได้รับประกันว่าการกำหนดค่าฮาร์ดแวร์ทุกแบบจะสำรองความจุนั้นได้ที่ความพร้อมกันที่เป็นประโยชน์
Tune one feature at a time
วัดเซิร์ฟเวอร์ฐานก่อนเปิดใช้การแคชพรีฟิกซ์ การถอดรหัสแบบคาดเดา หรือเลย์เอาต์แบบกระจายขั้นสูง ทำซ้ำพรอมป์ตและรูปแบบทราฟฟิกเดิมหลังจากการเปลี่ยนแปลงแต่ละครั้ง คงไว้เฉพาะการเปลี่ยนแปลงที่ปรับปรุงเวลาแฝงของงานที่เสร็จสมบูรณ์หรือทรานส์พุตโดยไม่ทำให้คุณภาพผลลัพธ์เสียหาย
Keep storage and runtime versions predictable
วางน้ำหนักและแคชบนที่เก็บถาวรที่รวดเร็ว แยกสตาร์ทอัปแบบเย็นออกจากคำขอแบบวอร์ม และตรึง digest ของอิมเมจที่ตรวจสอบแล้ว บันทึกชนิดตัวเร่ง รุ่นเช็คพอยต์ บิลด์รันไทม์ การตั้งค่าตัวแยกวิเคราะห์ ขีดจำกัดบริบท และความพร้อมกันพร้อมกับการวัด
Monitor completed work
ตรวจสอบความถูกต้องก่อนความเร็ว เริ่มด้วยคำขอข้อความสั้นและยืนยันว่าเซิร์ฟเวอร์ส่งคำตอบที่สมบูรณ์ จากนั้นทดสอบการเรียกเครื่องมือที่ไม่เป็นอันตรายและคำขอรูปภาพหากรันไทม์ที่เลือกสนับสนุน บันทึกเวอร์ชันซอฟต์แวร์ จำนวน GPU เช็คพอยต์ ความยาวอินพุต งบประมาณเอาต์พุต และความพร้อมกันสำหรับการวัดโลคอลทุกครั้ง
| Metric | Why it matters | Measurement idea |
|---|---|---|
| Time to first token | การตอบสนองแบบโต้ตอบ | p50/p95 จากทร่องรอยคำขอโลคอล |
| Decode speed | ความเร็วในการสร้างต่อเนื่อง | จำนวนโทเค็นเอาต์พุตหารด้วยเวลาในการถอดรหัส |
| Throughput | ความสามารถผู้ใช้พร้อมกัน | คำขอที่เสร็จหรือโทเค็นต่อวินาที |
| GPU/host memory | ความเสี่ยงล้มเหลวและความหนาแน่น | หน่วยความจำที่จัดสรรและพีก |
| Task success rate | ประโยชน์ในระดับแอปพลิเคชัน | ชุดการติดป้ายสำหรับโค้ด/การใช้เครื่องมือเดียวกัน |
| Cost per completed task | เศรษฐศาสตร์โครงสร้างพื้นฐาน | การผ่อนต้นทุนฮาร์ดแวร์ + ไฟฟ้า + วิศวกรรม |
เพิ่มความยาวพรอมป์ตและความพร้อมกันอย่างค่อยเป็นค่อยไป โดยจับตาเวลาโทเค็นแรก คำตอบที่สมบูรณ์ และหน่วยความจำพีก สิ่งเหล่านี้เป็นการวัดตรวจสอบโลคอล; คู่มือนี้ไม่ได้อ้างถึงทรานส์พุตที่วัดได้หรือจุดคุ้มทุนของฮาร์ดแวร์
How Can You Use Muse Wonder API in CometAPI Instead of Self-Hosting?
หากเซิร์ฟเวอร์หลาย GPU หรือการตั้งค่า Mac แบบกระจายไม่ใช่ทางเลือกปฏิบัติ คุณสามารถใช้ Muse Wonder API ใน CometAPI เป็นทางเลือกแบบโฮสต์ของโมเดล Meta นี่ไม่ใช่เอ็นด์พอยต์สำหรับเช็คพอยต์ Muse Spark Open: ตัวตนโมเดลเกตเวย์คือ muse-wonder ในขณะที่ Muse Spark Open หมายถึงน้ำหนักที่ปล่อยแยกต่างหาก อย่าโอนผลเบนช์มาร์กของ Muse Spark Open หรือการอ้างฟีเจอร์โมเดลโดยตรงไปยัง Muse Wonder
Endpoint, model identity, and authentication
ใช้ HTTPS base URL https://api.cometapi.com/v1 POST /chat/completions การยืนยันแบบ Bearer และตัวระบุโมเดล muse-wonder ดู เอกสารการผสานรวม CometAPI สำหรับรายละเอียดการยืนยันตัวตน
export COMETAPI_KEY="your_cometapi_api_key"
curl -X POST "https://api.cometapi.com/v1/chat/completions" \
-H "Authorization: Bearer $COMETAPI_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "muse-wonder",
"messages": [{"role":"user","content":"Explain expert parallelism briefly."}],
"stream": false
}'
คำตอบที่สำเร็จควรมีคำตอบใน choices[0].message.content คำขอนี้แสดงเส้นทาง CometAPI ที่เอกสารไว้; ไม่ได้เป็นหลักฐานว่า Wonder และ Spark Open เป็นโมเดลเดียวกัน
Python client example
import os
from openai import OpenAI
client = OpenAI(
api_key=os.environ["COMETAPI_KEY"],
base_url="https://api.cometapi.com/v1",
timeout=120.0,
)
result = client.chat.completions.create(
model="muse-wonder",
messages=[{"role": "user", "content": "Summarize the deployment tradeoffs."}],
)
print(result.choices[0].message.content)
What inputs and pricing does the alternative support?
Meta เอกสารอินพุตข้อความ รูปภาพ วิดีโอ เสียง และ PDF สำหรับ Muse Wonder แบบ native โดยเอาต์พุตเป็นข้อความ การสนับสนุนของเกตเวย์สำหรับแต่ละรูปแบบสื่อและสคีมาข้อความต้องตรวจสอบแยกต่างหาก; ตัวอย่างด้านบนตั้งใจเริ่มด้วยข้อความ คู่มือ Muse Wonder API ของ CometAPI ให้สแน็ปราคาเผยแพร่ดังนี้: $3.20 ต่อหนึ่งล้านโทเค็นอินพุตที่ไม่แคช และ $16.00 ต่อหนึ่งล้านโทเค็นเอาต์พุต ไม่ได้กำหนดอัตราอินพุตที่แคชไว้ของ CometAPI ตรวจสอบอัตราที่ใช้กับบัญชีของคุณก่อนใช้งานโปรดักชัน
ที่อัตราที่อ้างถึง 100,000 โทเค็นอินพุตที่ไม่แคชบวก 50,000 โทเค็นเอาต์พุตจะมีค่าใช้จ่ายประมาณ $1.12 ในค่าธรรมเนียมโทเค็นโมเดล (0.1 × $3.20 + 0.05 × $16.00) โดยไม่รวมค่าธรรมเนียมอื่นๆ ต้นทุนโฮสติ้งโลคอลขึ้นกับการซื้อหรือเช่า GPU ไฟฟ้า การใช้งาน การจัดเก็บ วิศวกรรม และการบำรุงรักษา นี่เป็นตัวอย่างราคา ไม่ใช่เบนช์มาร์กต้นทุนต่อภารกิจที่วัดได้
การโฮสต์เองให้การควบคุมที่อยู่ข้อมูล การกำหนดค่ารันไทม์ และอาจมีการใช้งานสูงที่คาดการณ์ได้ API แบบโฮสต์ช่วยหลีกเลี่ยงการซื้อเครื่องเร่ง การดูแลคลัสเตอร์แบบ expert-parallel และการวิศวกรรมความทนทานต่อความล้มเหลว จุดคุ้มทุนขึ้นกับเวิร์กโหลด: ผู้ช่วยภายในที่ใช้งานเบามักมีเศรษฐศาสตร์ต่างจากฝูงเอเจนต์การเขียนโค้ดที่ใช้งานสูง
Common Muse Spark Open Local Deployment Problems
| Symptom | Likely cause | Recommended check |
|---|---|---|
| HF 401 / 403 | น้ำหนักถูกกั้นหรือโทเค็นไม่ถูกต้อง | ยอมรับเงื่อนไข; ยืนยันตัวตนและตรวจสิทธิ์โทเค็น |
| Out of memory at startup | เช็คพอยต์บวกโอเวอร์เฮดรันไทม์เกินความจุ | ตรวจสอบรูปแบบ จำนวน GPU การขนานผู้เชี่ยวชาญ และแคช |
| Unsupported architecture / kernel | GPU หรืออิมเมจรันไทม์ไม่ถูกต้อง | ใช้อิมเมจ NVIDIA/AMD อย่างเป็นทางการที่เหมาะกับตัวเร่ง |
| Server starts but requests fail | ID โมเดลที่ให้บริการหรือ parser ผิด | สอบถาม /v1/models และยืนยันแฟล็ก parser ของ Muse |
| Very slow long prompts | พรีฟิลล์/ความต้องการแคชเกินไป | ลดบริบทที่ให้บริการ; เบนช์มาร์กความยาวพรอมป์ต |
| Tool calls parse incorrectly | เทมเพลตหรือ parser ไม่ตรงกัน | ใช้ตัวแยกการเรียกเครื่องมือของ Muse และเวอร์ชันโมเดลที่ตรงกัน |
Separate startup failures from request failures
สำหรับความล้มเหลวช่วงสตาร์ทอัป ให้ตรวจสอบการเข้าถึงรีโพ การมองเห็น GPU การรองรับสถาปัตยกรรม และการจัดสรรหน่วยความจำตามลำดับ หากเซิร์ฟเวอร์พร้อมแต่คำขอล้มเหลว ให้ตรวจสอบ ID โมเดล รูปแบบคำขอ ตัวแยกวิเคราะห์ และงบประมาณเอาต์พุต บันทึกเวอร์ชันรันไทม์และข้อผิดพลาดที่เกี่ยวข้องตัวแรกแทนการลองใหม่ด้วยการเปลี่ยนแฟล็กที่ไม่เกี่ยวข้องหลายรายการ
Conclusion
หากคุณมีเซิร์ฟเวอร์ Blackwell ที่รองรับ ให้เริ่มด้วย NVFP4 และสูตรการปรับใช้ vLLM อย่างเป็นทางการ ยืนยันบริบทการให้บริการระดับพอประมาณ และปรับสเกลการขนานหลังเก็บการวัดเวลาแฝงและความสำเร็จของงานของคุณ หากคุณทำงานในระบบนิเวศ Apple ทั้งหมด เรื่องราวเดสก์ท็อปที่รองรับคือการปรับใช้ MLX บนหลายเครื่อง M5 Ultra Mac Studio ไม่ใช่การติดตั้งบนโน้ตบุ๊กทั่วไป สำหรับทีมที่ไม่มีโครงสร้างพื้นฐานนี้ ให้ใช้ผู้ให้บริการอนุมานแบบโฮสต์พร้อมระบุเอกลักษณ์โมเดลและสมมุติฐานราคาอย่างชัดเจน
FAQ
How can I restart a Muse Spark Open download after an interruption?
รัน hf download ซ้ำด้วยรีโพและไดเรกทอรีโลคอลเดิม เก็บไฟล์ที่ดาวน์โหลดและแคชไว้เพื่อให้ไคลเอนต์ใช้เนื้อหาที่เสร็จแล้วได้อีก ตรวจสอบว่าการยืนยันตัวยังใช้งานและพื้นที่ดิสก์เพียงพอก่อนลองใหม่; การลบไดเรกทอรีทั้งหมดอาจบังคับให้ถ่ายโอนครั้งใหญ่อีกครั้ง
What happens to Muse Spark Open conversations after a server restart?
ถือว่าเอ็นด์พอยต์ HTTP อนุมานเป็นแบบไร้สถานะ เว้นแต่แอปของคุณจะบันทึกประวัติสนทนาอย่างชัดเจน บันทึกข้อความและผลเครื่องมือที่จำเป็นเพื่อสร้างสนทนาใหม่ และส่งอีกครั้งหลังรีสตาร์ท แคชดาวน์โหลดโมเดลแบบถาวรรักษาไฟล์น้ำหนัก ไม่ใช่การสนทนาของแอปของคุณ
How do I keep Muse Spark Open reasoning settings consistent?
ตั้งค่าระดับ reasoning ที่รองรับอย่างชัดเจนในคำขอไคลเอนต์ แทนการพึ่งค่าดีฟอลต์ บันทึกค่านั้นพร้อมกับรุ่นโมเดล แชทเทมเพลต และเวอร์ชันรันไทม์เมื่อเปรียบเทียบคำตอบ หากพฤติกรรมเปลี่ยนหลังอัปเกรด ตรวจสอบการตั้งค่าเหล่านั้นก่อนโทษเช็คพอยต์
How can several applications share a local Muse Spark Open endpoint?
ชี้ไคลเอนต์แต่ละตัวไปยัง base URL ที่เข้ากันได้กับ OpenAI เดียวกันและตัวระบุโมเดลที่ส่งกลับจาก /v1/models เพิ่มการยืนยันตัวตน ขีดจำกัดคำขอ และการมอนิเตอร์ก่อนแชร์กับผู้ใช้มากขึ้น ทดสอบคำขอพร้อมกันและกำหนดพฤติกรรมคิวหรือไทม์เอาต์ก่อนถือว่าคำขอเดียวที่สำเร็จเป็นการรับประกันความจุ
