Muse 用的什麼模型？本文討論 Meta 的 Muse：Muse 是個人 AI Agent 產品，Muse Spark 和 Muse Wonder 是相關模型系列，Muse Code、Meta Model API 則是另外的使用入口。要判斷自己能用哪個型號，需要同時核對入口、賬號權益和地區條件；Token 餘額不能單獨證明指定模型權限。
Meta 在 Muse 發佈時明確介紹了 Muse Spark。此後，Wonder 系列增加了新的選擇；10 月 12 日的官方公告仍將 Wonder 在 Muse App 中的推廣描述為訂閲者優先的逐步推出。不能把發佈計劃寫成所有賬號已經完成切換。產品功能與基礎入門可先閲讀 Muse 是什麼。
Muse 用的什麼模型？先區分 App 與模型
先看你使用的是哪個產品，再看明確標出的型號。下面四個名稱分別對應不同層次：
- Muse App：面向普通用户的個人 AI Agent，可以圍繞任務使用工具與連接的服務。
- Muse Spark、Muse Wonder：模型系列；系列名稱不等於某個賬號當前每次請求的精確版本。
- Muse Code：面向編程與 Agent 工作的開發工具，有自己的模型可用範圍和訂閲條件。
- Meta Model API：開發者通過接口調用託管模型的入口。
Meta 官方的 Muse 產品發佈説明可以證明產品發佈時由 Spark 驅動；要了解後續型號，應繼續核對當前模型文檔。搜索到微軟的 Muse 遊戲世界模型或 Google 的同名文生圖論文時，也要先確認對象，它們並不是本文介紹的 Meta Muse。
Muse 模型有哪些？當前型號對照
當前型號應按用途與入口分別查看。下面梳理的是 Meta 的相關模型，不能將整張表理解為 Muse App 內人人都能選擇的菜單。
| 模型或版本 | 主要用途 | 輸入與輸出 | 使用入口與限制 |
|---|---|---|---|
| Muse Spark 1.1／1.2／1.3 | 推理、編程與多步工具任務 | 多模態輸入，文字輸出 | 託管 API 提供三個版本；Muse Code 支持範圍不包含 1.1 |
| Muse Wonder | 複雜編程與持續執行的 Agent 工作 | 多模態輸入，文字輸出 | Meta Model API 與 Muse Code；App 推出進度另行核對 |
| Muse Wonder Full | Wonder 系列中能力更高的變體 | 多模態輸入，文字輸出 | Muse Code 的 Power Usage／Maximum Usage 計劃；不提供普通按量 Model API |
| Muse Spark Open | 自行託管或通過推理服務使用的 Agent 與編程模型 | 文字、圖片、音頻、視頻輸入；文字輸出 | 下載開放權重或選擇託管推理服務；適用 Muse Model License |
| Muse Glimmer | 本地、多模態與 Agent 場景 | 文字、圖片輸入；文字輸出 | 在自己的硬件上運行；採用 Apache 2.0 許可 |
| Muse Image | 圖片生成與編輯 | 文字、圖片輸入；圖片輸出 | Meta Model API 的圖片與 Responses 接口 |
| Muse Voice Transcribe | 語音轉文字 | 音頻輸入；轉寫文本輸出 | 轉寫接口；不能據此當成語音合成或完整語音對話接口 |
Muse Spark：1.1、1.2 與 1.3
官方當前將 Spark 1.3 列為最新版本；1.2 是此前版本，1.1 是初始版本。開發者需要核對完整模型 ID，例如 muse-spark-1.3，而不是隻記錄“Spark”。API 示例使用某個版本，也不代表 Muse App 中每個賬號均固定使用該版本。
Muse Wonder 與 Wonder Full
Wonder 與 Full 是兩個變體。普通 Wonder 的 API 模型 ID 為 muse-wonder-1.0；把它的推理強度設置成 max，不會變成 Wonder Full。當前按量 Model API 的 Wonder 僅提供 Standard 模式；官方同時註明 Wonder 與 Full 在 Model API 和 Muse Code 中暫不面向韓國開放。Full 的 Muse Code 訂閲範圍還需按當前文檔核對，不能由 App 套餐名稱自行推導。
Wonder 的 官方發佈説明介紹了持續處理任務、記憶與編程能力，同時説明了向 Muse 產品逐步推廣的計劃。它能支持什麼，與某個賬號是否已獲准使用，是兩個需要分別核實的問題。
圖中 1M tokens at inference 是模型推理時的上下文規格，不能當成賬號還剩多少 Token。它也不是“每次對話都能放入同樣多有效材料”的承諾；實際使用還需考慮所用產品和任務的限制。
Muse Spark Open 與 Muse Glimmer：開放權重路線
Spark Open 文檔披露了 816B 總參數、42B 激活參數，並提供權重下載與部署路徑。激活參數描述每個 Token 使用的部分計算，不代表部署時只需要裝入 42B 權重。下載前應先檢查顯存、量化格式與運行時條件。
Glimmer 文檔將其定位為從 Spark 蒸餾的 30B 多模態模型，默認上下文為 128K，並列明 Apache 2.0 許可。Spark Open 使用的是 Muse Model License，不能把兩者的許可規則混用，也不能據此稱 Wonder 等全部型號已經開放權重。
Spark 和 Wonder 有什麼區別？按任務選擇
先按任務複雜度與運行成本選擇，再用自己的任務驗證。官方將 Wonder 定位於更復雜、持續時間更長的 Agent 與編程工作；Spark 則覆蓋對延遲、吞吐和成本更敏感的工作。這個定位不能代替實際任務結果。
- 高頻、較短的工具調用或分類：先評估 Spark 是否已滿足質量要求。
- 跨文件編程、多步驟任務：評估 Wonder 的完成質量、檢查結果與總成本。
- 需要自行控制運行環境：另行比較 Spark Open、Glimmer 的硬件與許可條件。
- 主要需求是畫圖或轉寫：查看 Image 或 Voice Transcribe，不要僅按通用推理型號選型。
比較時使用相同輸入和驗收標準，記錄結果是否正確、工具調用是否成功、耗時與費用。官方評測有自己的任務和方法，不能直接換算成“你的每項工作都會提升多少”。
App、Muse Code、API 與本地部署有什麼區別？
使用入口決定了你需要核對哪類權限。登錄消費級 App、取得開發者 API 權限和下載權重運行，不能互相替代。
| 方式 | 適用需求 | 先核對什麼 | 費用與額度如何理解 |
|---|---|---|---|
| Muse App | 直接使用個人 Agent | 地區、賬號資格、界面明確顯示的權益 | 查看 App 套餐與當前額度説明 |
| Muse Code | 開發與編程 Agent | 登錄方式、計劃、可用模型與模式 | 按 Code 對應計劃或付費方式核對 |
| Meta Model API | 在自己的應用中接入托管模型 | 開發者賬號、密鑰、可用型號、地區與限額 | 查看 API 計費、速率限制和使用模式 |
| 開放權重部署 | 自行運行模型 | 權重許可、硬件、運行時與服務配置 | 需要計算部署資源成本；開放權重不代表推理資源免費 |
還未安裝客户端，可以閲讀 Muse AI App 下載與安裝指南。安裝完成只説明具備了使用入口，具體功能仍應核對賬號中實際顯示的權益。
免費、訂閲與 Token 額度會改變可用模型嗎？
額度和模型權限要分別核對，更多 Token 不能單獨證明解鎖某個型號。Meta 的 Muse 訂閲説明介紹了使用額度與地區、賬號差異；某個賬號的可用權益應以訂閲前展示的信息和當前界面説明為準。
邀請碼獎勵、App 訂閲、Muse Code 計劃和 API 用量應分開記錄。看到一個 Token 數額時，先核對它屬於哪個產品、從何獲得、如何消耗，以及是否明確附帶某個模型的訪問資格。
需要兑換獎勵的讀者可閲讀 Muse 邀請碼與 Token 規則。賬號商品標註的餘額同樣不能直接證明它包含 Wonder Full、開發者密鑰或 API 餘額。
如何核對自己當前能用的 Muse 模型
普通用户：從明確的界面説明核對
- 先確認打開的是 Meta Muse 的官方產品入口，而不是同名應用。
- 查看賬號當前的套餐與權益説明；若界面確實列出模型名稱或版本，記錄完整名稱及適用條件。
- 分開記錄賬號使用額度和模型訪問説明。遇到舊截圖與當前界面不同，以當前可驗證的信息為準。
- 若未顯示可核驗型號，不給賬號寫死一個版本。向模型提問“你是什麼模型”得到的回答，不能替代後台運行信息。
這裏不預設 App 一定存在手動模型切換菜單。出現登錄或驗證碼問題時，先按 Muse 成品號首次登錄教程核對交付與登錄狀態，不把登錄異常誤判為模型升級。
開發者：核對目錄、模型 ID 與請求記錄
- 打開 Meta 官方模型目錄，確認該型號屬於託管 API、Muse Code 還是開放權重路線。
- 在自己的開發者環境中，通過官方模型列表接口
GET /v1/models核對已啓用型號；保管好密鑰，不將它放入截圖或公開頁面。 - 對照請求中的完整
model值與調用記錄，區分型號、推理強度和使用模式。 - 如果想用 Full，按 Muse Code 指定訂閲範圍核對。不要在普通 Wonder 請求裏僅修改推理強度就宣稱已切換 Full。
常見問題
Muse 是哪個公司的模型？
本文介紹的是 Meta 的 Muse 產品及相關模型。Muse App 是個人 Agent，Spark、Wonder 等是模型名稱；搜索時應同時確認開發商，避免與其他同名項目混淆。
Muse 用的是 GPT、Claude，還是 Meta 自研模型？
Meta 官方公開的 Muse 模型路線是 Spark、Wonder 等自研系列。不能僅因它能調用工具或生成網頁，就認定底層是 GPT 或 Claude；本文也不推斷每個連接服務內部使用的模型。
Muse Spark 和 Wonder 有什麼區別？
官方定位中，Wonder 面向更復雜、持續執行的 Agent 與編程工作；Spark 適用於更關注延遲和成本的任務。選擇前還要核對所用入口是否支持該型號。
Wonder Full 能通過普通 Model API 調用嗎？
當前官方目錄列明 Full 不提供普通按量 Model API，使用範圍是 Muse Code 的 Power Usage 與 Maximum Usage 計劃。普通 Wonder 設置 max 推理強度也不會變成 Full。
Muse 有開放權重版本嗎，能在本地運行嗎？
有，Spark Open 和 Glimmer 提供開放權重路線。能否在你的設備上運行，還取決於模型規格、量化格式、硬件與運行時。它們也不能直接替代 Muse App 的完整產品功能。
邀請碼或更多 Token 能保證解鎖指定模型嗎？
不能僅憑額度作此判斷。獎勵額度、訂閲權益、Code 計劃和 API 權限是需要分別核對的信息；只有明確的權益説明才能支持具體承諾。
怎樣確認我的 Muse App 當前使用哪個模型？
優先查看明確的界面型號與官方權益説明。沒有可核驗信息時，應説明無法從該界面確認精確版本，不能以聊天中的模型自報答案補足證據。
Muse 模型參數是多少？
Spark Open 官方披露為 816B 總參數、42B 激活參數；Glimmer 的公開定位為 30B。不要將這些數字移植到 Wonder、Full 或某個 App 運行實例上。