API Hop 文件
連線與使用
連線失敗、模型錯誤、請求失敗與對話中斷的排查步驟。
呼叫失敗或對話中斷時,先用最小請求確認三件事:驗證、端點路徑及模型可用性。
無法連接平台?
請檢查:
- API 金鑰是否設定正確,且沒有多餘空白或換行。
- Base URL 是否正確,且沒有重複路徑。
- 端點路徑是否符合用戶端協定,例如 OpenAI 用戶端應使用 OpenAI 相容路徑。
- 本機網路、公司代理、防火牆、DNS 或 HTTPS 檢查是否封鎖請求。
- 金鑰是否已到期、被刪除,或屬於受限制帳戶。
OpenAI 相容呼叫可用最小非串流請求測試:
bash
curl https://api.apihop.ai/openai/v1/chat/completions \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-5.4",
"messages": [
{ "role": "user", "content": "Reply with OK only." }
],
"stream": false
}'若最小請求仍失敗,通常是網路、驗證、路徑設定、模型權限或帳戶狀態問題。
已選模型卻沒有回應或發生錯誤?
常見原因:
- 模型 ID 錯誤,或與平台模型清單不符。
- 模型暫時不可用,或金鑰無權使用。
- 請求格式無效,例如欄位名稱、巢狀結構或型別錯誤。
- 帳戶餘額不足、上下文過長、輸出過長或服務逾時。
- 第三方用戶端未正確處理串流或錯誤回應。
從控制台或模型清單複製正確 ID,先測試最小主體,再逐步加回上下文與參數。
對話發生錯誤或斷線時怎麼辦?
先找出失敗位置:
- 請求開始前:檢查驗證、路徑、模型與參數。
- 串流期間:檢查用戶端逾時、代理鏈及 SSE 解析。
- 上下文或輸出很長時:檢查請求大小、輸出限制及服務逾時。
建議處理方式:
- 閱讀具體錯誤欄位。
- 暫時改用非串流,以區分模型失敗與串流解析失敗。
- 對
429、網路不穩及部分5xx錯誤加入退避重試。 - 重試時附上必要上下文,不要假設伺服器保有對話狀態。
- 若問題持續,記錄
X-Request-ID。