效果最大的 LLM 成本最佳化技術依序是:用客製化模型承接高流量任務、為每項任務選對模型規格、在模型之間路由請求、把可以等待的工作改用批次處理,以及提示快取。先把單一任務成本量測起來,因為下面每一項技術都要用這個數字來衡量。
本指南依每項技術在其涵蓋流量上的節省幅度,為 12 種技 術排序,並列出各自的實施投入和品質風險。價格均為 OpenAI 和 Anthropic 截至 2026 年 10 月的定價。同一問題的管理視角,請見如何降低企業的 AI token 成本。
什麼是 LLM 成本最佳化?
LLM 成本最佳化,是在把品質維持在約定標準的前提下,降低每項已完成任務的模型使用成本:傳送更少的 token,把 token 送給更便宜的模型,或者以更低的費率為它們付費。需要管理的單位是單一任務成本,因為一個需要重試三次的便宜模型,可能比一次成功的昂貴模型花得更多。
每項技術都作用於任務成本中的某一項:
單一任務成本 = 對該任務的每次 API 呼叫加總:
未快取的輸入 token x 輸入價格
+ 已快取的輸入 token x 快取價格
+ 輸出 token x 輸出價格 (推理 token 計入輸出)下表列出每一項由哪些技術來壓縮。
| 成本項 | 壓縮它的技術 |
|---|---|
| 每項任務的 API 呼叫次數 | 代理步數限制、回應快取 |
| 每次 API 呼叫的輸入 token | 上下文裁剪、歷史壓縮、提示壓縮 |
| 每個輸入 token 的價格 | 提示快取、批次處理、更便宜的等級 |
| 每次 API 呼叫的輸出 token | 輸出上限、結構化輸出、推理強度 |
| 每個輸出 token 的價格 | 批次處理、更便宜的等級、客製化模型 |
由於這些技術作用於不同的成本項,它們的節省會相乘。快取前綴、限制輸出、換用更便宜的等級,三者可以在同一次 API 呼叫上疊加。
如何量測 LLM 的單一任務成本?
在每次 API 呼叫時記錄 token 用量,附上任務 ID 和任務類型,再依已完成的任務彙總。兩家供應商都會在每次回應中回傳用量,所以幾行程式碼就夠了:
# 每百萬 token 的美元價格,截至 2026 年 10 月的定價。
PRICES = {
"claude-opus-5": {"input": 5.00, "cache_read": 0.50, "cache_write": 6.25, "output": 25.00},
"gpt-6-luna": {"input": 0.10, "cache_read": 0.01, "cache_write": 0.125, "output": 0.50},
}
def api_call_cost(model, uncached_in, cache_read, cache_write, output):
p = PRICES[model]
return (
uncached_in * p["input"]
+ cache_read * p["cache_read"]
+ cache_write * p["cache_write"]
+ output * p["output"]
) / 1_000_000在相信總數之前,先弄清每家供應商如何統計快取 token。Anthropic 的提示快取文件中,input_tokens 只統計最後一個快取斷點之後的 token,cache_read_input_tokens 和 cache_creation_input_tokens 另外列出,所以輸入總量是三者之和。檢查其他供應商的用量欄位,看快取 token 是包含在輸入計數裡還是另外列出,否則儀表板會重複計算。
回報單次成功任務的成本:一項任務發出的所有 API 呼叫的成本,包括重試和升級,除以達到品質標準的任務數。下面每一項技術,要推動的都是這個數字。
哪些 LLM 成本最佳化技術省得最多?
下面的排名依每項技術在其涵蓋流量上的節省幅度排序。您的總節 省取決於每項技術能涵蓋多少流量。
| 排名 | 技術 | 對涵蓋流量的節省 | 投入 | 品質風險 |
|---|---|---|---|---|
| 1 | 為高流量任務使用客製化模型 | 在我們的研究中最高 99% | 高 | 由評估關卡把關 |
| 2 | 為任務選對模型規格 | 等級間價差 10 到 100 倍 | 低 | 中,需要評估集 |
| 3 | 路由與級聯 | 取決於下放的流量比例 | 中 | 中 |
| 4 | 批次處理 | 輸入和輸出各省 50% | 低 | 無 |
| 5 | 提示快取 | 快取輸入省 90% 或更多 | 低 | 無 |
| 6 | 輸出上限與結構化輸出 | 輸出價格是輸入的 5 倍 | 低 | 低 |
| 7 | 控制推理強度 | 計費的思考 token 更少 | 低 | 中 |
| 8 | 上下文裁剪與檢索調校 | 與刪去的 token 成正比 | 中 | 中 |
| 9 | 歷史壓縮 | 隨對話長度成長 | 中 | 低到中 |
| 10 | 代理步數與工具輸出限制 | 因工作流程而異 | 中 | 低 |
| 11 | 回應快取 | 重複請求的全部成本 | 中 | 低 |
| 12 | 提示壓縮 | 較小,僅限指令部分 | 低 | 低 |
第 4 到第 7 項是設定調整,大多數團隊一週內就能上線。第 1 到第 3 項會改變由哪個模型來做事,所以在移動任何流量之前,都需要先有評估集。
1. 用客製化模型承接高流量任務
當某一項任務,例如工單分流、文件擷取或通話摘要,佔了 API 呼叫的很大一部分時,為這項任務訓練的模型能以前沿模型成本的一小部分來承接它。為單一工作訓練的模型只攜帶這項工作需要的能力,所以每個 token 的服務成本更低,回應也更快。
在我們的 QMSum 研究中,一個為查詢式會議摘要訓練的 1.2B 模型,在一張租用的雲端 GPU 上估算的服務成本為每次查詢 0.00053 美元;依同步呼叫定價,Claude Opus 5 為 0.104 美元,GPT-5.6 Luna 為 0.0130 美元。它在單張 GPU 上 0.39 秒給出回答,而透過 API 呼叫 Claude Opus 5 需要 9.0 秒。這個估算不含訓練成本,而且品質因任務而異,所以下文的切換要以您自己的評估集為準。
這是清單上投入最大的一項,因為它需要一項穩定的任務、足夠用來學習的真實流量、一個定義標準的評估集,以及一種安全遷移流量的方式。下文關於高流量任務何時值得擁有專屬模型的一節,會討論這個決定。
2. 為每項任務選對模型規格
等級之間的價差,是大多數團隊還沒動用的最大槓桿。以下是截至 2026 年 10 月目前產品線每百萬 token 的定價。
| 供應商 | 模型 | 輸入 | 輸出 |
|---|---|---|---|
| OpenAI | GPT-6 Astra | $10.00 | $50.00 |
| OpenAI | GPT-6.1 Sol | $2.00 | $10.00 |
| OpenAI | GPT-6 Luna | $0.10 | $0.50 |
| Anthropic | Claude Fable 5.1 | $10.00 | $50.00 |
| Anthropic | Claude Opus 5 | $5.00 | $25.00 |
| Anthropic | Claude Sonnet 5.5 | $2.00 | $10.00 |
| Anthropic | Claude Haiku 4.5 | $1.00 | $5.00 |
在每條產品線裡,最高等級每個輸出 token 的價格是最低等級的 10 到 100 倍,所以一項能在較低等級上通過的任務,只改一行程式碼就能省下一大筆。
方法是評估集:幾百筆附有已知正確輸出的真實輸入,加上一條評分規則。讓每個候選等級都跑一遍,選出達到標準的最便宜等級;每當供應商發布新模型,就重跑一次評估集,因為能通過的最便宜等級會隨每次發布而變化。
3. 路由請求,或採用級聯
路由是依任務標籤或分類器,預先為每個請求選定模型。級聯則先嘗試便宜的模型,當答案未通過驗證或信心檢查時,再升級到更強的模型。
級聯的算術很簡單。如果便宜模型的成本是強模型的 5%,並把 30% 的請求升級,期望成本就是 0.05 + 0.30 = 0.35,即全部交給強模型時成本的 0.35,節省 65%。升級率越高,節省越少,所以要依任務類型分別量測。



