重點摘要
Meta 於 2026 年 10 月 12 日發佈 Muse Wonder 與 Muse Wonder Full。Wonder 可透過 Meta Model API 與 Muse Code 使用；Full 則透過 Muse Code 的 Power Usage 與 Maximum Usage 訂閱提供。Full 在多項已發佈的基準測試中領先，但實際選擇取決於 API 存取、任務品質與成本。本文比較基於公開資料，不含獨立的上手實測。
關鍵要點
- Wonder 支援 API 整合；Full 透過 Muse Code 的 Power Usage 與 Maximum Usage 訂閱提供。
- Meta 的發佈圖表報告 Artificial Analysis Intelligence Index 分數：Wonder 為 52、Full 為 56。4 分差距不表示任務表現的通用百分比提升。
- Wonder 支援 1,048,576-token 的上下文視窗，接受文字、圖片、音訊、影片與 PDF 輸入，輸出為文字。
- Meta 標準 API 費率為每 100 萬 tokens：輸入 $4、快取輸入 $0.20、輸出 $20；Full 未公布每 token 的 Model API 費率。
- 將推理力度設為最大不會選用 Full。應用場景先從 Wonder 開始；在 Muse Code 中針對高要求的互動式工作再評估 Full。
Muse Wonder vs Muse Wonder Full: 概覽與規格
當你需要可被呼叫的模型用於產品或自動化工作流程時，先從 Wonder 開始。若你使用 Muse Code，且其基準優勢與你的任務相關，再評估 Full。存取需 Power Usage 或 Maximum Usage 訂閱，並受方案限制。實務差異上，存取條件優先，其次才是基準表現。
| 決策因素 | Muse Wonder | Muse Wonder Full |
|---|---|---|
| 起始測試對象 | 生產級 API、自訂代理與批次處理 | Muse Code 中的高難度互動式編碼與專業工作 |
| 提供方存取 | Meta Model API 與 Muse Code | Muse Code 的 Power Usage 或 Maximum Usage |
| 公開的 Meta API 模型 ID | muse-wonder-1.0 | 無公開的 Model API 識別碼 |
| 上下文視窗 | 1,048,576 tokens | 模型卡標示推論時 1M tokens |
| 輸入與輸出 | 文字、圖片、音訊、影片、PDF 輸入；文字輸出 | 模型卡層級標示支援文字、圖片、音訊、影片輸入與文字輸出；實際 Muse Code 支援需確認 |
| Meta API 每 100 萬 tokens 的輸入／快取輸入／輸出價格 | $4 / $0.20 / $20 | 無公開的按 token 計價 Model API 價格 |
| CometAPI 存取狀態 | 可用；請確認帳戶路由與計費 | 截至 2026 年 10 月 16 日為「即將推出」 |
| 主要選擇標準 | 被接受任務的品質、可靠性與總任務成本 | 在支援的產品與訂閱額度內的被接受任務品質 |
上表彙總了下文討論的規格、已發佈結果與商業條款。模型層級的多模態能力不保證每個端點的支援一致。Full 的模型卡所述的上下文限制並非公開 API 合約。
兩個變體均面向複雜編碼、個人與專業的代理型工作。主要的文件化差異在已發佈的效能與存取選項：Wonder 可透過 Meta Model API 與 Muse Code 使用；Full 則透過符合資格的 Muse Code 訂閱提供。
適用於可編排工作流程的 Muse Wonder
Meta 將 Muse Wonder 模型家族定位為面向個人與專業代理型工作流程的前沿 AI 系統，強調持續推理、工具使用、軟體工程與艱難知識工作。
Muse Wonder 是可透過 Meta 的 Model API 與 Muse Code 存取的標準模型。適合設計編碼助理、文件分析、多模態系統與長時間運作的代理。其 API 介面便於直接量測工作負載、進行使用計費，並整合至生產軟體。
針對高要求互動式工作的 Muse Wonder Full
Muse Wonder Full 是更強大的變體，針對特別高要求的工作流程進行最佳化。Meta 的發佈材料將其與專業分析與長程編碼關聯。發佈時，存取綁定於符合資格的 Muse Code 訂閱方案，而非獨立定價的公開 API。
API 規格文件列明了 Wonder 的多模態輸入、精確上下文限制與推理控制。Full 具有家族層級的模型卡描述，但沒有等效的公開 API 合約。家族共享能力不意味端點參數或產品上傳限制必然相同。
Active Memory、Active Focus 與推理設定
Meta 將 Active Memory 與 Active Focus 描述為兩種機制，用於保留有用的上下文並在艱難任務中維持目標導向的進展。它們不會取代應用層級的驗證、權限管理或人類監督。
將 Wonder 設為最大推理力度不會使其變成 Wonder Full。差異在於模型存取，而非僅是請求中的一個切換。
Muse Wonder vs Muse Wonder Full: 效能
已發佈基準與來源邊界
Wonder Full 在報告的綜合指數上領先，但基準分數衡量的是特定評測，不代表通用的百分比提升。做出部署結論前，請比較相同的基準版本、推論設定與評測日期。
| 評測 | Muse Wonder | Muse Wonder Full | 指標／報告設定 |
|---|---|---|---|
| AA Intelligence Index v4.3 | 52 | 56 | 綜合指數；Artificial Analysis；最大力度 |
| AutomationBench-AA | 39.1 | 45.4 | 嚴格 pass@1；模擬商務工作流程；Artificial Analysis |
| SWE-Marathon | 53.1 | 57.5 | Pass@1；專案測試；Abundant AI；Full 設為 xhigh |
| Terminal-Bench 4.0-AA | 52.0 | 57.1 | 準確率；可執行驗證的獨立終端任務；Artificial Analysis |
| DeepSWE 1.1 | 78.8 | 79.0 | Pass@1；功能與回歸測試；Datacurve 結果 |
| MemoryBench | 85.6 | 85.5 | 內部對話記憶基準；由 LLM 評分的回憶準確度 |
官方 Meta 模型卡成績卡，未重新繪製。其方法論說明了結果來源與設定。
評測條件
Meta 的評測方法除另有註明外使用最大推理。SWE-Marathon 使用供應商回報的環境，而非所有模型的共同控制測試框架。這些是第三方結果，由 Meta 彙整；並非四項在內部統一控制的測試。該版本是 2026 年 10 月 12 日的發佈快照，而非即時排行榜。
DeepSWE 以功能與回歸測試衡量長程倉庫工作。MemoryBench 在 64K–100K-token 對話中以 LLM 評審回憶能力。這些分數評估的行為不同、採用的評分系統也不同。報告中的 MemoryBench 0.1 分差距太小，若無評測變異度資訊，不足以支撐實務上的排名。
程式設計與軟體工程
Full 在所引述的編碼結果上領先，但差距大小不一：DeepSWE 差 0.2、SWE-Marathon 差 4.4、Terminal-Bench 差 5.1。此模式支持在艱難、延展的工作上測試 Full；但不表示每次程式碼審查或短期實作都需要 Full。API 可用性仍是獨立的部署限制。
記憶與長時間執行代理
Full 並未在所有指標上領先。於官方成績卡中，MemoryBench 為 Full 85.5、Wonder 85.6。將此近乎平手視為測試實際記憶行為的理由，包括更正事實、過時指令與專案隔離。透過端到端完成度與從失敗步驟的恢復來評估 Active Focus，而非假定更高的綜合分數就保證更好的持續性。
延遲與可靠性
引用資料未建立 Wonder API 與 Muse Code 中 Full 的匹配延遲排名。請測量產出有用結果的時間、中位數與第 95 百分位任務時長、逾時頻率、重試次數，以及無需人為介入即可完成的比例。記錄各介面的工具、推理設定、執行時間與任務限制，避免將產品層的比較誤呈為僅模型層的實驗。
Muse Wonder vs Muse Wonder Full: 成本
官方 API 價格與訂閱單位
Meta 公布的 Wonder 標準 API 費率為每 100 萬 tokens：輸入 $4、快取輸入 $0.20、輸出 $20。Full 採訂閱存取模式，因此不適用相同的按 token 計價方式。
Meta 的 Power Usage 與 Maximum Usage 方案在 Muse Code 中同時包含 Wonder 與 Full。福利與可用性可能因地區而異，預算前請確認當前方案與帳戶額度。這些訂閱提供有限的互動式使用；不包含無限制的生產級 API 呼叫。
Token 成本範例：100,000 個非快取輸入 tokens 成本 $0.40，20,000 個輸出 tokens 成本 $0.40，合計 $0.80。多步驟代理執行可能在多次請求中額外產生 tokens 使用量，並另有工具費用。
Meta 列示網頁搜尋對齊每 1,000 次搜尋查詢 $2.50，需在 token 收費之外另計。
CometAPI 計費條件
Muse Wonder 可透過 CometAPI 使用，採帳戶與路由特定的定價。投入生產流量前，請獨立於 Meta 列價確認輸入、輸出、快取輸入與其他計費條款。截止 2026 年 10 月 16 日，Muse Wonder Full 在 CometAPI 上為「即將推出」，該狀態既非可用路由，也非價格或發佈承諾。
每項被接受任務的成本
先定義被接受的交付標準，再進行成本量測。用包括收費重試與後援在內的模型與工具總花費，除以被接受的交付物數量。審查人力請另外記錄，或套用明確的時薪。對 Full，另行追蹤在訂閱額度內完成的有效工作。月費與每 token 費率屬不同購買單位，僅比較標價無法識別更便宜的工作流程。
Muse Wonder vs Muse Wonder Full: 比較與選擇
依能力與工作負載的選擇
選擇 Muse Wonder 用於生產 API 整合、文件批次處理、自訂代理與可重現的 A/B 測試。其可呼叫的 API 與用量計費讓你能自動化工作流程、檢視工具行為、執行回歸測試、衡量每項被接受任務的成本。當部署可控與可重複性是核心要求時，先從此處開始。
若在 Muse Code 進行複雜的互動式重構與專業分析，且你具備合格的訂閱，選擇 Muse Wonder Full。其已發佈的基準優勢使其成為處理艱難、延展任務的候選；請測試其是否能在你的工作中減少更正與審查時間，並確認訂閱額度符合工作量。
應用與自動化工作流程
Muse Wonder 適合程式碼儲存庫問答、腳本化程式碼審查、文件擷取、檢索式助理與自訂代理。其 API 存取讓團隊可監控延遲、追蹤工具行為、自動化回歸測試並建立成本上限。
對服務或批次管線，請優先評估可支援的 Wonder API 路由。它讓應用能對請求、工具執行、重試與計量進行明確控制。若任務依賴僅在 Muse Code 提供的能力，請將其作為獨立的互動式工作流程進行評估，並套用其運作限制。
互動式編碼與專業分析
對於長時間的編碼工作、多檔案重構與複雜的專業分析，若你在 Muse Code 中進行並具備相應訂閱，值得評估 Full，因其在多項已發佈基準上分數較高。存取限制意味這些優勢無法自動轉移到生產 API 應用。
使用具代表性的重構、調查與完成品來測試 Full 是否能降低更正迭代或審查成本。將實際訂閱額度確認清楚，再將其作為重複性工作的依賴。若在你的任務上提升有限，標準變體或已達可接受門檻。
生產評估準則
務實的評估至少收集三類證據：端到端任務完成率、最終成品品質，以及包含重試與人為審查在內的總耗費。4 分的綜合指數領先可能對複雜代理很重要，但在簡單分類任務上可能幾乎沒有可觀察差異。
何處可存取 Muse Wonder 與 Muse Wonder Full？
官方提供方存取
使用 Meta Model API 存取標準的 Wonder，或在 Muse Code 中使用。Full 需符合資格的 Muse Code 訂閱；將標準模型設為最大力度不會改變所選變體。測試前請確認帳戶權益、支援的請求功能與使用限制。
CometAPI 整合與透過 Muse Code 存取 Wonder Full 是不同的事情。請勿假設 Muse Code 訂閱可提供可重用的生產 API 憑證或無限制的吞吐量。
CometAPI 存取
開發者可透過 CometAPI 的 Muse Wonder API 存取。 CometAPI 的 Muse Wonder Full API 截至 2026 年 10 月 16 日仍為「即將推出」；該狀態不構成發佈日期或可呼叫端點。部署前請確認帳戶定價與支援欄位。
對於 CometAPI 請求，請使用所選路由文件中記載的模型識別碼。開始多步驟任務前，確認支援的訊息格式、工具語義與狀態處理。在應用中保留經驗證的任務狀態，避免路由變更時悄然丟失完成工作所需的資訊。
結論
Muse Wonder 與 Muse Wonder Full 關係密切，但在商業與運營上有所不同。Wonder 提供文件化的、多模態、長上下文 API，利於構建應用；Full 在報告的效能更強，但存取較為狹窄且偏向互動式。將綜合分數視為有用證據，而非通用決策規則。請在你的任務、限制、延遲與成本下測試實際可部署的版本。
常見問題
團隊應如何比較 Muse Wonder API 與 Muse Code 中的 Full？
使用相同的倉庫快照、任務指示、驗收測試與審查準則。記錄各介面的工具存取、推理設定、耗時、重試與人為介入。將結果視為工作流程比較：API 代理與 Muse Code 可能提供不同的工具與執行迴圈，因此品質差異不可自動歸因於模型權重本身。
當 Muse Wonder Full 訂閱達到限制時會發生什麼？
Meta 的訂閱規則要求用戶在達到限制後升級或等待刷新；Maximum Usage 訂閱者需等待重置。額外的 API 金鑰採按用量另行計費，且 Full 不透過公開 Model API 提供。請依帳戶實際額度規劃互動式工作，勿假設訂閱提供無限制吞吐量。
Muse Wonder API 能否在獨立請求間持久保存業務記錄？
請勿以家族層級的記憶能力替代應用資料存放。若任務需要持久記錄，請明確保存、檢索相關資料，並透過支援的請求介面傳遞。請在實際提供方路由上測試隔離、保留與檢索行為；模型的上下文容量本身不構成跨請求的持久性。
團隊應如何估算 Muse Wonder 代理任務的成本？
在完整工具迴圈中量測輸入、快取輸入與輸出用量，包括失敗嘗試與重試。加總工具費用與人為審查時間，再比較每項被接受交付物的成本。對 Full，另行追蹤在訂閱額度內完成的有效工作。Token 單價與月度訂閱費是不同購買單位，單看其一無法判斷較便宜的工作流程。