OlithmRouter · AI API 中轉站
OlithmRouter › 知識庫 › API 金鑰管理與計費透明:逐筆對帳的正確姿勢…

API 金鑰管理與計費透明:逐筆對帳的正確姿勢

API Key Management and Billing Transparency

TL;DR — 計費透明是可以驗證的:每一筆請求都應能查到時間、模型、prompt/completion/cached token、費用與狀態。金鑰管理三原則:按用途分金鑰、設定消費上限、定期輪換。 OlithmRouter 的用量日誌精確到 request_id,金鑰支援自助限流、IP 白名單與即時停用。

本頁目錄

  1. 為什麼逐筆對帳是第一指標
  2. 金鑰管理的三原則
  3. 團隊場景的額度治理
  4. 帳單異常的排查流程
  5. 常見問題

為什麼逐筆對帳是第一指標

帳單爭議的唯一解法是逐筆核對。可靠服務商的用量日誌包含:request_id(可對照你的程式日誌)、模型與對外別名、prompt/completion/cached token 分列、費用、狀態碼與錯誤分類、延遲與首字時間。

如果服務商只給一個總餘額、查不到單筆——不管宣稱多便宜,都建議敬而遠之:你無法證明任何一筆收費是對的。

金鑰管理的三原則

①按用途分金鑰:測試、生產、不同專案各一把,日誌才能歸因;②設定上限:5 小時/單日/7 日消費上限+併發上限,出事時自動停損;③最小權限:金鑰只授權需要的模型分組,不用全開。

OlithmRouter 金鑰頁支援:label 標註、分組選擇、rate_5h/1d/7d、併發上限、IP 白/黑名單、即時停用(revoked)與額度重置。

團隊場景的額度治理

多人共用一個帳號是帳務混亂之源。正確做法:團隊主帳號+成員子帳號,每人獨立金鑰與限額;主帳號可看全隊用量,成員看不到別人的。OlithmRouter 的團隊功能支援成員上限、月度預算與凍結機制,預算觸頂自動停用而不是欠費。

帳單異常的排查流程

五步法:①在用量頁按時間+金鑰篩出異常時段;②看 prompt_tokens 是否異常膨脹(上下文失控);③看狀態碼分布(大量失敗=上游故障期,應不計費);④對照 request_id 與自己的程式日誌;⑤仍有疑義時帶 request_id 找客服——有逐筆記錄的服務商才能快速結案。

常見問題

金鑰洩漏了怎麼辦?
立即在控制台停用(revoke)該金鑰並換新。OlithmRouter 的停用即時生效,已用額度在日誌中可回溯。
cached token 為什麼單獨列出?
因為計價不同——快取命中部分價格約為全價 1/10,分開列才能對帳。不列出 cached 的服務商,很可能把命中部分照全價收。
可以限制金鑰只能用某些模型嗎?
可以。建立金鑰時選擇分組,分組決定可用模型清單;金鑰級模型清單會與分組取交集。
用量日誌保留多久?
OlithmRouter 的日誌長期保留可篩選查詢,具體策略以控制台說明為準。

相關文章

準備好試用了嗎?

OlithmRouter 提供 48+ 主流模型、多級分組定價與免費體驗分組——註冊後建立一把金鑰即可開始。

OlithmRouter模型與價格接入文檔