Meta 的 Muse 模型登上 Google Cloud：這次預覽究竟改變了什麼

Muse Wonder、Muse Spark 1.3以及Muse Ember 現在同時由 G​oogle Cloud 與 M​eta 自家的 Model API 提供。這三個模型都出現在 G​oogle 的合作夥伴模型文件中，標示為 Preview，並可透過單一全球端點存取；該列表於 2026 年 11 月 9 日被報導——正好是 M​eta 推出 Muse Ember 的同一天。在這次搬遷中，檢查點本身沒有任何改變。模型 ID 仍是 muse-wonder-1.0、muse-spark-1.3 與 muse-ember-1.0；上下文視窗相同；M​eta 費率卡上的價格就是實際價格。改變的是你簽署的合約，以及 SDK 指向的 URL；對不少企業而言，真正的障礙其實是這些，而不是模型本身。

所以要把這件事看作通路故事，而不是能力故事。Muse Wonder 於 2026 年 10 月 12 日推出，Muse Spark 1.3 於 9 月 2 日推出，Muse Ember 於 11 月 9 日推出。它們都不是本週新推出的；新的是 Google Cloud 客戶現在不必建立第二個供應商關係就能呼叫它們，而這一點值得確切理解，因為這個預覽版有一些公告報導未多加著墨的限制。

三個模型，三種不同的工作

Meta 自己的說法，是最能讓你把這個系列記在腦中的方式：Wonder 負責規劃，Ember 處理大量請求，Spark 負責寫程式的苦工。這三者不是同一個模型的不同等級，而它們之間的價格差距——輸入端相差四十倍——反映的是這一點，而不是行銷上的階梯。

Muse Wonder — Meta 的前沿推理模型，於 2026 年 10 月 12 日發布，定位於複雜軟體工程與長時程代理式工作；1,048,576 個權杖的上下文；輸入可為文字、圖像、音訊與影片，輸出為文字；推理投入程度可從最低調整至最高，並以最高為預設值

• Muse Spark 1.3 — 9 月 2 日發布的版本，針對代理式工作流程與競賽程式設計調校，內建工具呼叫與 Model Context Protocol 支援；100 萬 token 上下文；在計費兩端都是三者中最便宜的

• Muse Ember — 11 月 9 日推出，專為高量代理執行打造：工具呼叫、程式編寫子任務、路由、擷取與長文件解析；100 萬 token 上下文，輸出最高可達 512K token；如同其同系列模型，支援多模態輸入

• 可用形式 — Muse Wonder 和 Muse Spark 1.3 也有較便宜的「Contributor」或僅限訂閱版本，讓 Meta 取得訓練權，或收取月費以換取折扣；Google Cloud 預覽版則提供標準的隨用隨付端點

端點，以及「preview」在那句話裡的作用

G​oogle 的說明文件簡短而具體，而具體細節比標題更重要。請求會送往 aiplatform.googleapis.com 下的發佈者路徑，模型在 model 欄位中直接以裸名稱指定，而非加上發佈者前綴：

• 端點 — POST https://aiplatform.googleapis.com/v1/projects/PROJECT_ID/locations/global/publishers/meta/v1/responses，使用從 gcloud auth application-default print-access-token 取得的 Google Cloud 存取權杖進行驗證

• 介面 — 無狀態、與 OpenAI 相容的 Responses API；文件明確指出不支援具狀態的回應儲存（store: true），而如果你不想等待完整答案，則可透過 SSE 使用串流。

• 區域——僅限全球。這三個模型都沒有列出任何區域端點，這是整個預覽中最具關鍵影響的限制，採購團隊應該特別留意、讀兩遍。

• 狀態 — 預覽版，依據 G​oogle 的合作夥伴模型清單。隨附資訊未公布任何 SLA、棄用時程或容量保證

• 責任歸屬 — Google 明確表示，Meta 的模型並非 Google 產品，而是依供應商自身條款所提供的「獨立供應項目」（Separate Offering）；這意味著當輸出內容有問題時，支援管道是向 Meta 求助，而非尋求 Google Cloud 支援。

這種組合——全球端點、無狀態 API、第三方條款——並不是避開預覽版的理由。它是讓你了解自己在測試什麼的理由。如果你的架構需要在請求層級具備歐盟或美國的資料駐留，那麼全球端點就是你在第一個 token 之前就必須回答的合規問題，而不是之後。如果你的應用程式依賴供應商在輪次之間儲存對話狀態，那麼現在你得自己負責該狀態，這只是少量程式碼，但會實質改變你計算成本和延遲的方式。

Ember 就是隱藏在這段故事裡的發布。

三者之中，只有 Muse Ember 是真正全新的，而這也是更有趣的工程主張。Meta 將其描述為第一個使用 Muse Wonder Full 訓練的模型——這是能力更高的 Muse Wonder 變體，完全不以 token 計價販售，只包含在兩個最昂貴的 Muse Code 訂閱方案中。這讓 Ember 成為一個披著定價故事外衣的蒸餾故事：旗艦模型負責教導，小模型負責執行。

已公佈的數字全由 Meta 自行報告，且截至撰寫時無一經過獨立重現；這些數字顯示，Ember 在數項代理評估上接近 Anthropic 的 Claude Haiku 5.5，但每完成一項任務的成本僅為其一小部分：

• 價格 — 每百萬輸入 token 為 $0.10、每百萬輸出 token 為 $0.50，快取輸入為 $0.004；當輸入 token 超過 200,000 時，$0.30 與 $1.50 的長上下文費率適用於整個請求，而非僅適用於超出部分

• Artificial Analysis Intelligence Index — Ember 為 36，Muse Spark 1.3 為 37；每項指數任務成本為 $0.14 對 $2.39，真正引人注目的是這個數字，而非那一分的差距

• 代理與程式碼評測 — AutomationBench-AA 37.8%、Agents' Last Exam（Linux）61.6%、Terminal-Bench 4.0 40.9%、Coding Agent Index-AA 46 與 OSWorld 2.1 69.5%，皆為 Meta 回報；FrontierCode 2.0-AA 為 27.2%，是 Haiku 5.5 以 34.9% 領先的唯一一列

請以慣常的折扣心態來看待那些數字。Meta 的發布資料混雜了內部評估、供應商提供的第三方測試結果與估計值，而各項比較還悄悄假定所有人都按牌價計算。唯一值得無條件信賴的數字是價目表，因為價目表就是一份合約。

帳單究竟從何而來

Google 針對 Meta 的合作夥伴模型頁面並未公布每 token 費率，而且清單中也沒有出現這三者專屬的 Google 價目表。已公布的費率卡是 Meta 的；在 Google 另行說明之前，應以這份費率卡作為預算依據：

• Muse Wonder — 每百萬個 token 輸入 $4.00、輸出 $20.00，快取輸入 $0.20，且任何上下文長度皆採相同費率，無長上下文附加費

• Muse Spark 1.3 — 每百萬 token 的輸入 $1.25、輸出 $4.25，快取輸入 $0.15；Contributor 版本則降至 $0.10 與 $0.20，以換取對你的流量進行訓練的權利

• Muse Ember — 最多 200K 個輸入 token 時，每百萬輸入 token 為 $0.10、每百萬輸出 token 為 $0.50；超過後，整筆請求則為 $0.30 和 $1.50

• 計量付費的額外項目 — 網頁搜尋接地會在任何文字模型上每 1,000 次查詢加收 $2.50，而速率限制是依團隊而非依金鑰計算，標準層級為每分鐘 3,000 次要求與 4,000,000 個權杖

定價結構有一個值得特別指出的陷阱：Ember 的長上下文層級是依總輸入 token 觸發，包含快取的部分，而且它會對整個請求重新計價，而不是只針對超出部分。一個在每一輪都帶著 21 萬 token 對話紀錄的代理程式，是每一輪都付三倍，而不是只有最後一輪才付。這種細節正是會讓便宜模型變成高昂帳單的原因，而且在逐 token 比較圖上完全看不出來。

這對買家改變了什麼，又沒有改變什麼

如果你的組織已經在 Google Cloud 上運作，這個預覽版就省去了一道採購程序。身分識別、帳單、配額管理和網路出口流量現在都涵蓋在你既有的合約中，團隊不必再進行新的供應商安全審查，就能評估 Muse Wonder——而這通常是耗時兩個月的項目，不是整合工作。這才是這項公告的真正重點，而且對採用率的影響遠比任何基準測試成績都來得大。

如果你不在 G​oogle Cloud 上，或者你目前就需要區域端點，那麼你的處境在 11 月 9 日並沒有任何改變。M​eta 自家的 Model API 仍提供這三項服務、仍公布相同費率，並且仍提供 G​oogle 預覽版所移除的有狀態便利功能。兩者之間的選擇，在成為延遲問題之前，首先是合約問題。

還有第三種立場，而我們正是採取這一種。OrcaRouter 並不提供 Muse Wonder——所以如果你需要的模型是 Wonder，M​eta 的 API 或這個 G​oogle 預覽版就是取得它的地方，而我們不會假裝不是如此。我們從這個系列確實有提供的是 Muse Spark 1.1 與 Muse Spark 1.2，兩者都以 M​eta 自家的每百萬個 token 1.25 美元與 4.25 美元計價，且零加價，與其他 200 多個模型並列在同一份目錄中，只要一組 API 金鑰就能存取。對於工作負載大多屬於 Spark 型態的團隊來說，這意味著一份合約，而不是兩份；並且當某個預覽端點狀況不佳時，能跨供應商自動容錯移轉——而就預覽版的條件來說，這種事本來就會發生。

接下來要看什麼

三個訊號將告訴你，這次預覽是否會成為基礎設施。第一個是區域端點：全域路由對原型來說沒問題，但對受監管的工作負載則很彆扭，而 G​oogle 的文件只有在服務容量存在時才會增加區域。第二個是 G​oogle 為這三個模型公布的價目表——如果 G​oogle 定價高於 M​eta 的牌價，預覽版的採購優勢就會被毛利吃掉；如果定價持平，「單一合約」的論點就會強許多。第三個是一般可用性，以及隨之而來的任何 SLA 與淘汰政策；預覽條款正是模型棲身之處，直到有人必須把它寫進合約。

在那之前，誠實的解讀是這樣：Meta 用十月證明自己能打造前沿模型，十一月則證明自己能讓模型被分發出去。Google Cloud 上架是後者，而這是工作中較不光鮮的一半——但正是這一半，決定了一個模型是否會被那些從不讀發布公告的團隊使用。