MiniMax-M3.1-Flash and DeepSeek-V4.1-Flash-1017 are now live on CometAPI →
guide/งานวิจัย CometAPI

วิธีรัน Muse Spark Open บนเครื่องของคุณ

ปรับใช้ Muse Spark Open ในเครื่องด้วย vLLM, SGLang, llama.cpp หรือ MLX. เปรียบเทียบฮาร์ดแวร์, เลือกน้ำหนักโมเดล, ทดสอบ API และแก้ไขปัญหาการเสิร์ฟ.

CometAPI
Deon Goodwinทีมวิจัยโมเดล AI และ API
อัปเดตแล้ว Oct 21, 2026 11 นาทีในการอ่าน
วิธีรัน Muse Spark Open บนเครื่องของคุณ
ใช้รูปแบบนี้

เรียกใช้ API ครั้งแรก

from openai import OpenAI

client = OpenAI(
    api_key="YOUR_COMETAPI_KEY",
    base_url="https://api.cometapi.com/v1",
)

response = client.chat.completions.create(
    model="gpt-5-mini",
    messages=[{"role": "user", "content": "Build this workflow."}],
)

print(response.choices[0].message.content)

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 specificationOfficial detail (release; checkpoints)
ReleaseOctober 15, 2026
ArchitectureSparse mixture of experts (MoE)
Total / active parameters816B / approximately 42B
Maximum advertised context1,048,576 tokens
Input / outputText, images, video, audio / text
CheckpointsBF16; NVIDIA NVFP4 (AMD also supports MXFP4)
Model-weight footprintBF16 ~1.65 TB; NVFP4 ~537 GB
PurposeAgentic coding, reasoning, tool workflows, multimodal analysis
LicenseMuse Model License; usage restrictions apply

How Does Muse Spark Open Perform?

เกณฑ์คุณภาพช่วยระบุว่าควรลองโมเดลหรือไม่; แต่ไม่ได้บอกว่าเซิร์ฟเวอร์โลคอลของคุณจะทำงานเร็วแค่ไหน ตัวเลขด้านล่างเป็นผลความสามารถที่ Meta รายงาน ไม่ใช่การวัดจากคำสั่งปรับใช้ในคู่มือนี้

Benchmark (Meta results)Muse Spark Open (xhigh)Condition
JobBench61.8Agentic evaluation
HLE-Diamond26.1No tools
SciCode58.5Coding evaluation
Terminal-Bench 2.176.4Terminus 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 แอคติเวชัน และโอเวอร์เฮดรันไทม์

PlatformOfficial practical routeKey limitation
NVIDIA Blackwell4 × B300 สำหรับสูตร NVFP4 TP4/EP4; 8 × B300 สำหรับ BF16ใช้สูตรที่ตรวจสอบแล้วสำหรับ GPU รันไทม์ และเช็คพอยต์ที่ตรงกัน; ตัวอย่างด้านล่างใช้แปด GPU
AMD Instinct8 × MI350X/MI355X; รูปแบบที่รองรับรวมถึง MXFP4/FP8/BF16ใช้สูตร vLLM ที่รองรับ ROCm
Apple Silicon2 × 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 footprintDeployment 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 environmentStrengthWatch-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 เช็คพอยต์ ความยาวอินพุต งบประมาณเอาต์พุต และความพร้อมกันสำหรับการวัดโลคอลทุกครั้ง

MetricWhy it mattersMeasurement 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

SymptomLikely causeRecommended check
HF 401 / 403น้ำหนักถูกกั้นหรือโทเค็นไม่ถูกต้องยอมรับเงื่อนไข; ยืนยันตัวตนและตรวจสิทธิ์โทเค็น
Out of memory at startupเช็คพอยต์บวกโอเวอร์เฮดรันไทม์เกินความจุตรวจสอบรูปแบบ จำนวน GPU การขนานผู้เชี่ยวชาญ และแคช
Unsupported architecture / kernelGPU หรืออิมเมจรันไทม์ไม่ถูกต้องใช้อิมเมจ NVIDIA/AMD อย่างเป็นทางการที่เหมาะกับตัวเร่ง
Server starts but requests failID โมเดลที่ให้บริการหรือ 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 เพิ่มการยืนยันตัวตน ขีดจำกัดคำขอ และการมอนิเตอร์ก่อนแชร์กับผู้ใช้มากขึ้น ทดสอบคำขอพร้อมกันและกำหนดพฤติกรรมคิวหรือไทม์เอาต์ก่อนถือว่าคำขอเดียวที่สำเร็จเป็นการรับประกันความจุ

เรียนรู้ต่อ

เชื่อมโยงบทความนี้กับการตัดสินใจถัดไป

ดูทุกหัวข้อ
เผยแพร่เมื่อ Oct 21, 2026
อัปเดตล่าสุด Oct 21, 2026
0 ครั้งที่ดู
ตรวจสอบความชัดเจน การอ้างอิงแหล่งที่มา และคำศัพท์ API ปัจจุบันแล้ว

อ่านเพิ่มเติม