Muse Wonder 怎麼用？API、Muse Code 與 Full 方案先分清
想試 Muse Wonder，先決定你要把模型接進自己的程式，還是讓 Muse Code 操作專案。Muse Wonder 可走 Meta Model API；Muse Wonder Full 目前限 Muse Code 的 Power Usage／Maximum Usage 訂閱，API 的 reasoning effort 設成 max 不會變成 Full。
Meta 在 2026 年 10 月 12 日公告推出兩個版本；官方 overview 目前仍將 Muse Wonder 標為 preview。本文於 10 月 13 日檢閱第一方文件，沒有登入帳號、安裝 CLI、購買方案或執行模型呼叫，以下是選用與驗收指南。
要呼叫 API，還是要使用現成 coding agent？
依 Models 的 availability 表，先用工作目的選入口：
| 你的工作 | 選用入口 | 必須核對的限制 |
|---|---|---|
| 把模型接進自己的服務、agent 或既有 client | Meta Model API 的 muse-wonder-1.0 | pay-as-you-go；Wonder API 只有 Standard mode，沒有 Full |
| 要現成 terminal agent 編輯程式碼、執行工具 | Muse Code | Wonder 可用 pay-as-you-go 或各訂閱方案；登入與 credential 會影響計費 |
| 明確需要 Wonder Full | Muse Code 的 Power Usage／Maximum Usage | Full 不在一般 Model API；先確認自己的方案與帳號入口 |
| 在 Muse 消費者介面等新模型 | Muse 的帳號入口 | 公告說後續推出、先給訂閱者，不能把 API 發布等同所有帳號已切換 |
Muse Code 是工具執行環境，Model API 是模型呼叫入口。API 回傳文字或 tool call 後，仍需要你自己的程式執行工具、管理狀態與驗收結果；只換模型 ID，不會替既有程式增加整套 coding agent 工作流。
如果你原本就在使用 Meta Model API，先在不帶工具、不含私人程式碼的單次文字請求確認 Wonder 能呼叫，再驗收多回合、tool call 與輸出格式。不要第一次就把正式 repository 和大量背景工作接上新模型。
CLI 訂閱的 credential，不能拿來當通用 API 額度
Subscriptions 文件說明，訂閱適用於 Muse Code onboarding 自動連結的專用 API key；這個 credential 只供 Muse Code 使用。你在同一 Meta Model API 帳號另建的 API key，仍走 pay-as-you-go。
所以帳號有訂閱，不足以判斷目前 Python client、其他 agent 或 CI 會扣哪一種用量。接入前把下面四項放在同一份檢查紀錄，只記 credential 的用途或識別資訊，不記完整金鑰：
- 執行工具：Muse Code，或自己的 API client。
- 模型：Wonder、Full，還是仍保留 Spark 的 model ID。
- 認證來源：onboarding 的 Muse Code credential，或另建的 API key。
- 計費入口：CLI 訂閱用量，或 Model API 的 pay-as-you-go 帳單。
需要 Full 時，先在帳號顯示的方案與 Muse Code 模型入口確認資格；不要猜一個 muse-wonder-full API model ID 反覆送出。官方也指出訂閱利益及可用性可能因地區而異，本文沒有驗證台灣帳號的 onboarding 或購買畫面。
其他 coding 工具也會把訂閱與 API 分開，例如 Claude Code 用量與 API credits 的核對流程。可以沿用「工具、credential、帳單」的檢查方式，各家的方案規則仍須分別確認。
Contributor mode：訂閱前先確認程式碼能否用於訓練
官方 pricing 文件區分 Standard 與 Contributor mode：Standard mode 的內容不用於訓練 Meta 模型；Contributor mode 則以允許訓練使用換取較低價格或較多用量。
Muse Code 訂閱預設開啟 Contributor mode，使用者可在設定關閉。官方說明關閉後的未來內容不用於模型訓練，除非之後再次開啟；Wonder 與 Full 在包含它們的訂閱方案中都能使用兩種 mode。這與 Wonder 的一般 API 不提供 Contributor mode 是不同邊界。
若是客戶專案或公司程式碼，先確認允許的資料用途，再上傳內容或啟動有 repository context 的任務。關閉 Contributor mode 是訓練用途設定，不能據此推論資料完全留在本機或沒有其他處理與留存。本文未操作帳號設定，也沒有驗證歷史內容的處理結果。
用模型目錄確認 API，而不是把選單名稱當成功證據
Meta Model API overview列出的 base URL 是 https://api.meta.ai/v1，Wonder model ID 是 muse-wonder-1.0。如果你有可用的一般 API key，可先依 Models 文件讀取自己 team 的模型目錄：
curl --fail-with-body --silent --show-error \ 'https://api.meta.ai/v1/models' \ --header "Authorization: Bearer ${MODEL_API_KEY:?先在環境設定 MODEL_API_KEY}"這段只有本機 Bash 語法檢查，沒有實際送出請求。不要開 shell tracing，也不要把完整 request header 貼進 issue。目錄可用來確認 API 模型；它不包含 Full 的 Muse Code 訂閱資格，也不能代替一次模型呼叫成功的驗收。
接著用官方 quickstart的 client，在正確 base URL 與 key 下將範例模型改為 muse-wonder-1.0。保留 HTTP 狀態、model ID 與 usage，確認結果確實來自這個呼叫入口，再逐步加入工具。本文沒有測得速度、任務成功率或帳單金額，不用官方榜單替你的 workload 下結論。
參考資料：
Meta：Models 與 Wonder／Full availability
Meta：Muse Code subscriptions 與 Contributor mode