AIREITER評估 Muse Spark 1.3 API 定價時，多數人首先會看到的數字是：每百萬 Input Token $1.25、每百萬 Output Token $4.25。這組數字可作為預算初估，但現階段公開資訊未必都提供完整的 1.3 價目表：Meta 表示其定價與 1.2 相同，部分型錄卻仍列出前一代產品。至於更便宜的 Contributor 方案，是否已有 1.3 對應級別更不明朗，而且還牽涉資料使用條款的取捨。
目前可用於編列預算的價格
Muse Spark 1.3 於 2026 年 9 月 2 日推出，可透過 Muse Code 與 Meta Model API 使用。Meta 的發布資料指出，新版本定價與前代相同。根據 Model Price Watch 在 9 月 5 日記錄的價格快照，該網站查閱 Meta 自家定價頁面後，列出以下 Standard 方案費率：
| Token 類型 | 目前預算費率 | 可信度與適用範圍 |
|---|---|---|
| Input | 每百萬 Token $1.25 | 列為 Meta Model API Standard 定價 |
| Output | 每百萬 Token $4.25 | 列為 Meta Model API Standard 定價 |
| 快取 Input | 每百萬 Token $0.15 | 列為快取讀取費率 |
以上都是每百萬 Token計價，不是每千 Token。追蹤網站以 Input 與 Output 3:1 的權重計算，混合費率約為每百萬 Token $2.00；下方帳單情境則採用 5:1 的工作負載比例。該追蹤網站也指出，Standard 方案未見額外的長上下文溢價。
不過，這裡有一項重要但書。AI on Mac 的技術評測發現，公開開發者型錄仍明顯記載 Muse Spark 1.2，而非完整的 1.3 定價項目。該評測認為，由於 Meta 表示定價不變，$1.25/$4.25 是合理的 1.3 預期價格；但在該評測當時，這組數字的佐證鏈仍屬間接。
實務建議：初步估價可先採每百萬 Input Token $1.25、Output Token $4.25，但在將正式流量遷入前，務必確認 Meta 即時的價目表。即使第三方頁面列出這個價格，也不應將它視為永久保證的 1.3 費率。
三種工作負載的帳單試算
計算方式很直接：
input millions × input rate + output millions × output rate
| 工作負載 | Input | Output | Standard 預估 | Contributor 參考值* |
|---|---|---|---|---|
| 輕量 | 1M | 0.2M | $2.10 | $0.14 |
| 中量 | 10M | 2M | $21.00 | $1.40 |
| 高量 | 100M | 20M | $210.00 | $14.00 |
\*Contributor 欄位採用 Model Price Watch 所報導、目前已有文件記載的 Muse Spark 1.2 參考價格：每百萬 Input Token $0.10、Output Token $0.20。這不是已確認的 1.3 Contributor 報價。
上述範例固定採 5:1 的 Input／Output 比例；快取命中、重試、推理輸出與工具呼叫迴圈，都可能大幅改變實際帳單。若 Agent 會反覆讀取相同程式庫或指令前綴，快取行為的重要性可能高過表面上的 Input 單價。
Contributor 不只是折扣，而是資料政策選擇
Contributor 方案的帳面吸引力很高。Model Price Watch指出，Muse Spark 1.2 的價格約為每百萬 Input Token $0.10、每百萬 Output Token $0.20；但較低價方案的速率限制也低得多，每分鐘 100 次請求，相較 Standard 的每分鐘 3,000 次。資料使用條款也有所不同。
因此，Contributor 不適合作為正式環境的預設選項。若該方案的資料政策與專有程式碼、客戶紀錄或受監管工作負載衝突，再低的 Token 成本也沒有意義。
本文蒐集到的證據無法確認 1.3 Contributor SKU 是否存在、最終費率為何，或目前有哪些限制。最穩妥的做法，是將它當成獨立採購選項評估：
- 確認模型型錄確實提供 1.3 Contributor 識別碼。
- 傳送私有資料前，先閱讀最新的資料使用與訓練條款。
- 依 Agent 的並行量，核對每分鐘請求與每分鐘 Token 限制。
- 以完全相同的 Prompt 與工具，在 Standard 和 Contributor 執行同一工作負載。
- 比較每項成功完成任務的總成本，而非只比較 Token 單價。
r/opencode 上的一則實際使用者討論，說明政策問題不只是理論議題。u/MorpheusN_ 表示自己以該模型處理公開資料工作，肯定其速度，但也對 Meta 的資料處理方式與嚴格護欄提出疑慮。該討論沒有正式隱私分析，因此只能反映使用者的擔憂，不能當成特定資料保留政策的證明。
「如今它大約比 Claude code 快 50 倍」——u/Routine-Gas-8264，同一個 Reddit 討論串中的說法；這是未經驗證的使用者主張，不是受控基準測試。
這次 API 發布實際提供了什麼
Meta 官方的 Muse Spark 1.3 發布公告將模型定位在長時間跨度的 Agent 工作、程式開發、工具使用與多工處理，可透過 Muse Code 及 Meta Model API 存取。
現有證據支持以下四項實務特性：
- Agent 執行能力：Meta 表示，1.3 經過訓練後可維持更長期的目標、從規劃缺口中恢復、主動要求釐清，並確認具重要後果的操作。
- 程式開發：Meta 指出，1.3 在程式庫規模與工具驅動的程式開發工作流程上優於 1.2。
- 多模態輸入：不要直接假設特定格式或端點已啟用，應先確認目前 API 文件。
- 長上下文：發布評估涵蓋 1M Token 範圍，但評估範圍不等於正式 API 保證提供的上限。
請從 Meta 目前的開發者型錄複製模型識別碼，因為供應商型錄、直接 API 與聚合平台所使用的名稱可能不同。
AI on Mac 評測指出，發布時最高推理模式仍在等待額外安全測試；若你的應用依賴此功能，請直接測試即時端點，而非假設公告中的時程仍然有效。
依工作負載選型：現有證據怎麼看
若工作流程重視工具使用、持續維持上下文與程式開發可靠度，而非一次性回答的修飾程度，Muse Spark 1.3 值得優先試點。Meta 自行比較的結果顯示，相較 Muse Spark 1.2，1.3 約有少 20% 的工具呼叫與少 25% 的 Token 消耗。這是供應商自行比較，應視為有待驗證的正式環境假設，而非獨立的成本保證。
使用者回饋的方向大致相同，但證據品質並不均一。在該 Reddit 討論中，u/MorpheusN_ 稱讚 Muse Spark 1.3 在「大規模網路研究」、審查、分類和原始工具使用速度上的表現；同一份回饋也批評它拒答過於嚴格、過度使用 Python 而非原生 Linux 工具，以及細膩度較不足。這些皆屬個人經驗，且可能高度取決於測試框架、方案與任務類型。
| 工作負載 | 初步決策 | 原因 |
|---|---|---|
| 長時間運作的程式開發 Agent | 試點 1.3 | 發布重點與 Meta 的工具／Token 比較結果，都符合此工作負載 |
| 高量公開資料研究 | 僅以非敏感資料測試 Contributor | 低參考價格可能很重要，但資料條款與限制同樣關鍵 |
| 私有程式庫 | 先用 Standard 或已核准的企業方案 | 不該為了未確認的折扣，犧牲治理確定性 |
| 細膩寫作或說明 | 不要預設它是升級 | 早期使用者意見分歧，且 1.3 的最佳化重點是執行與 Agent |
| 既有的 1.2 正式環境 Agent | 切換前先做回歸測試 | 釐清行為、工具呼叫頻率與拒答模式都可能改變 |
基準測試只能當證據，不能直接當採購單
發布時的基準測試範圍很廣，但比起表格有多少列，更重要的是證據狀態。AI on Mac 的評測區分了 Meta 執行結果、發布資料與公開排行榜查核結果。在 9 月 2 日查核時，多項 1.3 成績尚未明顯同步至相應的獨立排行榜。
| 能力 | 報告中的 1.3 成績 | 引述查核當時的證據狀態 |
|---|---|---|
| Agent 與工作產出任務 | GDPval-AA v2 1,754 Elo；JobBench 64.9；OSWorld 2.0 66.9 | 發布資料；重新查核的公開頁面未見 1.3 GDPval 項目 |
| 程式開發與工具使用 | DeepSWE v1.1 75.4%；SWE Atlas 59.4；Terminal-Bench 2.1 88.8% | 由 Meta 或發布資料報告；公開排行榜尚未同步 |
| 長上下文檢索 | MRCR v2 在 256K–512K 為 98.5；在 512K–1M 為 98.1 | 發布資料中的檢索評估，不是通用推理測試 |
這些基準測試衡量的是不同能力，不能取平均或直接相互比較。檢索分數 98.1，不代表任意百萬 Token 內容的綜合推理也會同樣可靠。
Agent 基準測試也會受測試框架影響。請在自己的程式庫上測試，追蹤完成率、人工介入、工具呼叫、Token、延遲與實際成本。
遷移決策：選 1.3、留在 1.2，還是都不選
對既有的 1.2 部署而言，升級不是自動選項。建議以 Canary 測試涵蓋：
- 十項具代表性的程式庫任務，至少包含兩項故障復原案例。
- 相同的工具定義、System Prompt、上下文預算與逾時設定。
- 先以 Standard 方案定價測試，避免 Contributor 折扣掩蓋品質退步。
- 量測成功率、工具呼叫數、Output Token、人工介入次數、延遲與成本。
- 檢視拒答、釐清請求，以及可編譯卻改動無關行為的修改。
應選擇每項成功任務成本較低的方案，而不是 Token 單價最低的方案。Contributor 最適合的情境，是使用公開資料、量大且敏感度低的工作負載；最不適合的情境，則是任何 Prompt 或輸出含有你不願依該方案現行資料條款分享之內容的流程。
Muse Spark 1.3 API 定價常見問題
$1.25/$4.25 是已確認的 1.3 費率嗎？
這是目前最有依據的 Standard 方案預算數字：每百萬 Input Token $1.25、每百萬 Output Token $4.25，快取 Input 則報為 $0.15。由於部分公開型錄仍列出 1.2 項目，而非完整的 1.3 條目，仍應確認 Meta 即時價目表。
1.3 Contributor 的價格已確認了嗎？
就本文查閱的證據而言，尚未確認。常見的每百萬 Input Token $0.10、Output Token $0.20，是Model Price Watch報導的 Muse Spark 1.2 Contributor 參考費率，並非已確認的 1.3 報價。任何 1.3 Contributor 列表都應暫視為初步資訊，直到它出現在目前供應商型錄，且資料使用條款明確為止。
快取 Input 的成本較低嗎？
是。目前 Standard 參考價格顯示，快取 Input Token 為每百萬 $0.15。不過，快取資格、快取持續時間與實際命中率都會影響帳單，因此應依請求紀錄估算，而非假設每個重複前綴都會被快取。
API 保證提供一百萬 Token 上下文上限嗎？
Meta 的發布評估涵蓋 1M Token 範圍，但這項結果不保證正式 API 的上限。若系統設計要依賴此能力，請先查閱即時端點規格。
Muse Spark 1.3 比 1.2 好嗎？
若是新的長時間跨度程式開發或 Agent 工作流程，1.3 是更合理的首測選擇。既有 1.2 系統仍應進行回歸測試，因為即使 Prompt 不變，工具呼叫頻率、釐清行為、拒答模式與輸出風格都可能改變。
可以將 Contributor 方案用於私有原始碼嗎？
不能因為價格較低就預設它適用。請向 Meta 確認目前的資料使用、訓練、保留、安全與速率限制條款；若條款未符合需求，應使用已核准用於該程式庫的方案，或讓工作負載維持在非敏感資料範圍。
估算 1.3 成本時，先以 Standard 費率為準；在 Meta 即時型錄確認 SKU 與資料條款前，Contributor 節省的成本都只能視為額外上行空間。