無限制 AI： 生產 檢查清單

1. 驗證 端點 相容性

第一步是確認您的客戶端程式庫指向正確的基礎 URL。您必須將 base_url 更新為 HTTPS://api.unrestrictedaichatbots.com/v1。這可確保所有請求路由至我們的無審查模型端點。標準的 OpenAI SDK 無需修改即可運作。只需替換 URL 並注入您的 API 金鑰。要發送的模型 ID 只是「uncensored」。不要假設您正在存取 GPT 或 Claude。我們的模型是一種經過調整以減少拒絕的開放權重變體。它與主要雲端供應商的基礎設施不同。請早期驗證此點，以避免後續的路由錯誤。

• 基礎 URL：HTTPS://api.unrestrictedaichatbots.com/v1
• 模型 ID："uncensored"
• 驗證：在 Authorization 標頭中使用 Bearer token

2. 設定 上下文 視窗 限制

您的應用程式必須嚴格遵守 100,000 個 token 的上下文視窗限制。此限制包含提示詞與補全內容。若超出限制，API 將拒絕請求。您應針對長對話實施滑動視窗或摘要策略。每次請求的最大輸出為 16,000 個 token。若未設定 max_tokens，預設值為 2,048。此預設值可能會截斷長篇角色扮演回應。請務必在請求載荷中明確定義 max_tokens，以避免句子中途被意外截斷。

• 最大上下文：100,000 個 Token（輸入 + 輸出）。
• 最大輸出：16,000 個 token
• 預設輸出：2,048 個 token

3. 實施 串流 for 延遲

透過伺服器發送事件（SSE）串流對於順暢的使用者體驗至關重要。它允許您在 token 產生時即時顯示。這顯著降低了感知延遲。我們的 API 預設支援串流。您也可以追蹤最後一個 chunk 中的 token 用量。這有助於您即時準確地更新預付餘額。若無串流，使用者必須等待整個回應到達，這對於長輸出可能需要數秒。請在您的 SDK 設定中啟用串流。

• 在您的請求中使用 stream=true
• 解析 SSE delta 區塊
• 逐步顯示 token

4. Handle 權杖 限制 優雅地

Token 限制不僅是技術約束；它們會影響您的預算。您每百萬個輸入和輸出 Token 付費。錯誤和拒絕不消耗信用額度。這對於成本預測至關重要。如果模型因內容限制拒絕請求，您仍會收到回應。該回應會消耗 Token。規劃您的錯誤處理以捕獲 429 或 400 錯誤。重試邏輯應遵守速率限制。不要在失敗的請求上耗盡預付餘額。

• 輸入價格：每 1M 個 token $0.15
• 輸出價格：每 100 萬個 token $0.50
• 錯誤免費

5. 最佳化 temperature for NSFW 內容

溫度控制模型的隨機性。對於 NSFW 角色扮演，較高的溫度通常會產生更具創造力且較不重複的輸出。溫度在 0.7 到 1.2 之間通常是最理想的。較低的溫度會使模型更具決定性，但可能會變得無聊。無審查模型經過調校，可針對合法成人用途無拒絕地回答。您可以根據請求進行調整。在您的載荷（payload）中使用溫度參數。嘗試不同的值以找到正確的平衡點。

• 推薦範圍：0.7 至 1.2
• 較低數值：一致性更高，創意較少
• 數值越高：變化越多樣、越不可預測

6. 監控 API usage 和 成本

由於我們使用預付額度，監控至關重要。您需要知道剩餘餘額。API 會在回應標頭中回傳 token 用量。請在應用程式邏輯中追蹤此資訊。如果餘額耗盡，請求將失敗。僅限透過加密貨幣充值。您可以隨時添加資金。沒有月費。額度永不過期。這使得成本預測變得簡單。您只需為實際使用的部分付費。

• 餘額永不過期
• 無月費
• 僅為消耗的 Token 付費

7. 測試 錯誤 狀態 和 重試

網路錯誤和速率限制是會發生的。請實作指數退避重試機制。這可防止在流量高峰時壓垮 API。我們的速率限制為每金鑰每分鐘 300 次請求。您可以同時進行 8 個請求。如果超出這些限制，您將收到 429 錯誤。請優雅地處理此錯誤。不要讓您的應用程式崩潰。記錄錯誤並在短時間延遲後重試。這可確保高可用性。

• 速率限制：每分鐘 300 次請求
• 並行請求：8
• 請求主體限制：8 MB

8. 安全 your API 金鑰

您的 API 金鑰是存取的唯一憑證。請將其視為密碼般對待。不要將其暴露在客戶端程式碼中。請使用環境變數進行儲存。您可以隨時產生新的金鑰。這會使舊金鑰失效。如果您懷疑金鑰外洩，這將非常有用。我們每個帳戶僅支援一個有效金鑰。您可以透過儀表板進行管理。請妥善保管您的金鑰，以防止未經授權的使用。

• 透過儀表板生成密鑰
• 重新生成時使舊金鑰失效
• 使用環境變數

9. 方案 for scale 與 rate 限制

擴展您的應用需要理解速率限制。如果您有多個用戶，您可能需要多個 API 金鑰。每個金鑰都有自己的速率限制。如有必要，請在金鑰之間分發負載。監控您的使用模式。相應調整您的併發設置。這確保在負載下平穩運行。

• 針對高流量使用多個金鑰
• 均勻分擔負載
• 監控用量模式