Muse Ember API 計價：輸入超過 200K 為何整筆變貴？
本文目錄
給 Muse Ember 的新訊息只有一句話，費用還是可能進長 context 級距。Meta Model API 對 muse-ember-1.0 計價時，用整筆請求的輸入 token 數判斷有沒有超過 200,000。快取命中的輸入也算；透過 previous_response_id 接續的歷史也算。跨過門檻後，這次請求的輸入、快取輸入和輸出都改用較高費率。
用回應的 usage 算兩筆帳
Meta Model API 定價列出的費率如下，單位是每百萬 token 的美元。200,000 剛好留在短級距。
| 用量 | ≤ 200,000 input | > 200,000 input |
|---|---|---|
| 未快取輸入 | 0.10 | 0.30 |
| 快取輸入 | 0.004 | 0.012 |
| 輸出 | 0.50 | 1.50 |
例如同樣有 150,000 個快取輸入與 2,000 個輸出 token。總輸入為 200,000 時，未快取輸入是 50,000，費用是 0.005 + 0.0006 + 0.001 = 0.0066 美元。若多 1,000 個未快取 token，總輸入達 201,000，費用變成 0.0153 + 0.0018 + 0.003 = 0.0201 美元。這是按官方費率計算的例子，未包含網路搜尋等另計工具費。
若接近門檻，可先用 Meta 的 token counting 端點估算完整輸入；POST /v1/responses/input_tokens 會解析 previous_response_id 的歷史。送出正式請求後仍以回應和帳單核對。
使用 Responses API 時，記錄 usage.input_tokens、usage.input_tokens_details.cached_tokens 與 usage.output_tokens。用總輸入選級距，再從總輸入扣掉快取量來算未快取輸入。回傳缺少用量時，保留為待核帳，別用最後一則 prompt 的字數補值。
先縮子任務需要的歷史
要讓 agent 為十個模組分別分類測試失敗，可以給 Ember 各模組的 log 片段、固定分類表與輸出格式。原始對話如果還包含整個 repo 的探索記錄，先比對兩組：完整續接，以及新請求只帶任務相關內容。兩組用相同案例和驗收規則，逐筆留模型 ID、級距、輸出 token、重試和結果是否可用。以每個合格結果的總費用比較；若縮短後丟失關鍵資訊，先補回缺的證據再評估。
Ember 文件說明 API 只有 Standard mode，沒有 Contributor 模型變體。Muse Code 訂閱是另一套用量規則；選入口或帳號時可對照 Muse Code 與 Model API 的差別。本文於 2026-11-10 查核 Model API 文件；金額是費率算例，未送出付費請求或比對帳單。
參考資料：