繁中 ▾
領取試用金鑰

開發者的 OpenAI API 定價指南

OpenAI API 定價結構已轉向激進的批量折扣,但隱藏的路由邏輯往往會推高您的實際令牌成本。了解令牌在串流和函數呼叫期間如何計數,有助於您在發送請求前預測帳單。

最後更新

摘要

  • 串流回應會計算每個 token,包括 SSE 中繼資料區塊中的 token,這會增加您的帳單。
  • 函式呼叫需要在每個請求中傳送工具定義,這會為短提示增加顯著的額外負擔。
  • 預付加密貨幣信用額可避免月費,並確保您的信用額永不過期。
  • uncensored 模型的費率為每百萬輸入 token 0.15 美元,每百萬輸出 token 0.50 美元,且無隱藏的路由費用。

了解非審查 API 中的 Token 成本

Token 費用取決於您的供應商如何計算輸入與輸出。Uncensored 模型對輸入 Token 收取每百萬 $0.15,對輸出 Token 收取每百萬 $0.50。這種透明的結構意味著您只為實際使用的部分付費。錯誤和拒絕不會產生費用,這在測試期間保護了您的預算。

多數供應商使用信用額度永不過期的預付模式。這種方法消除了閒置帳戶每月費用的風險。您可以從 $20 起使用 TRC20 上的 USDT 或 Base 上的 USDC 充值。系統按實際 token 使用量收費,確保您不會為保留容量多付費用。

串流:Token 計數中的隱藏成本

串流回應會計算每個 token,包括 SSE 中繼資料區塊中的 token,這會增加您的帳單。當您啟用串流時,伺服器會傳送多個區塊。每個區塊包含一個 token,每個 token 都會計入您的輸入或輸出總計。這意味著對於相同的內容,串流的成本可能高於非串流請求。

例如,1,000 個 token 的回應可能會產生 1,005 個 token,因為串流協議會加入小的中繼資料區塊。計算預算時請務必考慮此額外開銷。uncensored API 會在最後一個區塊中包含 token 使用量,讓您能準確驗證成本。

函式呼叫:您應知的額外開銷

函式呼叫需要在每個請求中傳送工具定義,這會為短提示增加顯著的額外負擔。當您定義函式時,模型需要完整的結構描述來理解工具。此結構描述包含在每次呼叫的輸入 token 中。

對於短提示,此額外開銷可能會使輸入成本翻倍。例如,一個 100 個令牌的提示加上 500 個令牌的函數架構,會導致 600 個令牌的輸入帳單。請仔細規劃您的函數定義以將此影響降至最低。無審查 API 支援函數呼叫,並提供 tool_choice 和 tools 等參數以進行靈活整合。

上下文視窗與實際用量

上下文視窗定義了單次請求允許的最大 token 數,而非您可處理的總資料量。無審查模型支援 100,000 個 token 的上下文視窗,但每次請求的輸出限制為 16,000 個 token。若您未設定 max_tokens,預設值為 2,048 個 token。

此區別對於長文件至關重要。你可以透過將輸入分割為區塊來處理大量輸入,但每個區塊都會產生各自的輸入成本。100,000 token 的限制允許廣泛的上下文,但有效的分塊策略可以降低你的總體支出。

為什麼預付比隨用隨付更便宜

預付信用額度消除了月費訂閱費,並確保您的信用額度永不過期。此模式非常適合具有變異使用模式的開發者。您僅為所用付費,無需承擔為閒置時間付費的風險。

加密貨幣充值提供額外信用額度:充值 $50 獲得 +5%,充值 $100 獲得 +10%,充值 $200 獲得 +15%。這些額外額度能降低您的實際每個 Token 成本。預付模式也簡化了預算規劃,因為您可以在信用額度耗盡前,精確知道已花費的金額。

提示詞工程(Prompt Engineering)的常見錯誤

常見錯誤之一是系統提示詞中塞入過多不必要的指示。系統訊息中的每個 token 都會計入您的輸入成本。請保持系統提示詞簡潔且專注。

另一個錯誤是忽略模型的 token 限制。發送 90,000 token 的輸入,而您只需要 10,000 token,會浪費金錢。通過截斷無關的歷史記錄來有效使用上下文視窗。uncensored API 支援 temperature 和 top_p 等參數,以在不增加 token 使用的情況下控制輸出的多樣性。

將無審查定價與 GPT-4o 進行比較

比較無審查定價與 GPT-4o 需了解其不同的定價結構。GPT-4o 每 token 的費率較高,輸出 token 每百萬個經常超過 $3.00。無審查模型每百萬個輸出 token 收費 $0.50,對於高用量使用而言顯著更便宜。

雖然 GPT-4o 提供先進功能,但無審查模型提供純文本補全 API。這種簡化降低了複雜性和成本。對於需要可靠、低成本文本生成且無需內容過濾器的開發者來說,無審查模型是一種具成本效益的替代方案。

如何監控您的 API 支出

監控您的 API 支出始於追蹤每個回應中的計數使用情況。非審查 API 會在串流回應的最後一個區塊中包含計數使用情況。利用這些數據準確計算您的成本。

設定高使用量期間的警報。追蹤每次請求的成本以識別無效之處。預付模型讓您可以即時查看剩餘信用額度,幫助您有效管理預算。您也可以監控您的請求速率,每支金鑰限制為每分鐘 300 次請求。

優化 API 成本的最終提示

最佳化 API 成本涉及最小化 Token 使用量並利用獎金。使用簡潔的提示詞和高效的函式結構。利用加密獎金進行較大額的充值。

定期審查您的 token 使用模式。識別可以在不犧牲輸出品質的情況下減少輸入 token 的領域。無審查 API 的透明定價和預付模式使控制支出變得容易。先從 $0.50 的試用開始,在承諾更大的信用額度之前測試 API。

常見問題

您接受哪些付款方式?

僅限加密貨幣:TRC20 上的 USDT 或 Base 上的 USDC,任何整數金額從 $20 到 $500。從 $50 起享有額外餘額獎勵。

串流 token 如何影響我的帳單?

串流回應會計算每個 token,包括 SSE 中繼資料區塊中的 token。這意味著對於相同的內容,串流的成本可能高於非串流請求。uncensored API 包含最後一個區塊中的 token 使用量,讓您能夠準確驗證成本。

我可以使用加密貨幣來為 API 額度充值嗎?

是的,您可以在 TRC20 上使用 USDT 或在 Base 上使用 USDC 進行充值。接受 $20 到 $500 之間的任何整數金額。您會獲得額外信用額度:$50 起 +5%,$100 起 +10%,以及 $200 起 +15%。

無審查模型的上下文視窗限制為何?

該無審查模型支援 100,000-token 的上下文視窗。然而,每個請求限制為 16,000 個輸出 token。若未設定 max_tokens,預設值為 2,048 token。這允許廣泛的上下文,但需要高效的分塊策略。

取得您的 API 金鑰

註冊、複製金鑰,更新基礎網址。完成。