Developer guide
ਗਲਤੀ ਕੋਡ
ਸਥਿਤੀ ਕੋਡ ਅਨੁਸਾਰ ਕਾਰਵਾਈ ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਦੇ ਨਿਯਮ
ਇਹ ਪੰਨਾ ਗੇਟਵੇ ਵੱਲੋਂ ਵਾਪਸ ਕੀਤੇ ਸਥਿਤੀ ਕੋਡਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਅਰਥਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਹਰੇਕ ਕੋਡ ਲਈ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਕਾਰਵਾਈ ਨੂੰ ਸੰਖੇਪ ਵਿੱਚ ਦਰਸਾਉਂਦਾ ਹੈ।
ਜੇ ਅੱਪਸਟ੍ਰੀਮ 4xx·5xx ਵਾਪਸ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹ ਕੋਡ ਜਿਵੇਂ ਦਾ ਤਿਵੇਂ ਅੱਗੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਹੋਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।
ਦੋ ਅਨੁਕੂਲਤਾ ਮਿਆਰਾਂ ਦੇ ਗਲਤੀ ਬਾਡੀ ਦੇ ਫਾਰਮੈਟ, Anthropic ਅਨੁਕੂਲ error.type ਦੇ ਨਿਯਮ, ਅਤੇ ਸੀਮਾ ਤੇ ਵਰਤੋਂ ਦੀ ਜਾਂਚ ਕਰਨ ਵਾਲੀ ਕੰਸੋਲ ਸਕ੍ਰੀਨ ਵੀ ਸ਼ਾਮਲ ਹਨ।
ਸਥਿਤੀ ਕੋਡ
| ਕੋਡ | ਅਰਥ | ਕਾਰਵਾਈ |
|---|---|---|
| 400 | ਬੇਨਤੀ ਮੁੱਲ ਵਿੱਚ ਗਲਤੀ। Anthropic ਅਨੁਕੂਲ ਮਾਡਲਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ limit 1~1000 ਦੀ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਹੈ, ਜਾਂ GET /responses/{responseId}?stream=true ਰਾਹੀਂ ਸੁਰੱਖਿਅਤ ਜਵਾਬ ਨੂੰ ਜਾਰੀ ਰੱਖਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ ਹੈ | ਮੁੱਲ ਨੂੰ ਨਿਰਧਾਰਤ ਸੀਮਾ ਦੇ ਅੰਦਰ ਠੀਕ ਕਰੋ। ਸੁਰੱਖਿਅਤ ਜਵਾਬ ਨੂੰ stream ਤੋਂ ਬਿਨਾਂ ਪ੍ਰਾਪਤ ਕਰੋ। |
| 401 | ਕੁੰਜੀ ਮੌਜੂਦ ਨਹੀਂ ਹੈ ਜਾਂ ਮਿਆਦ ਪੁੱਗ ਚੁੱਕੀ·ਰੱਦ ਕੀਤੀ ਗਈ ਕੁੰਜੀ ਹੈ | API ਕੁੰਜੀ ਸਕ੍ਰੀਨ 'ਤੇ ਕੁੰਜੀ ਦੀ ਸਥਿਤੀ ਜਾਂਚੋ ਅਤੇ ਹੈਡਰ ਦਾ ਨਾਮ ਤੇ Bearer ਪ੍ਰੀਫਿਕਸ ਦੀ ਜਾਂਚ ਕਰੋ। |
| 403 | ਮਾਡਲ ਤੱਕ ਪਹੁੰਚ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ, ਵਰਤੋਂ ਦੀ ਸੀਮਾ ਪਾਰ ਹੋ ਗਈ, ਕ੍ਰੈਡਿਟ ਘੱਟ ਹਨ, ਜਾਂ ਤੁਸੀਂ ਵੌਇਸ ਦੇ ਮਾਲਕ ਨਹੀਂ ਹੋ | error.message ਕਾਰਨ ਨੂੰ ਵੱਖਰਾ ਕਰਕੇ ਦੱਸਦਾ ਹੈ। ਅੰਕ ਹੇਠਾਂ ਦਿੱਤੇ ਸੀਮਾ ਅਤੇ ਵਰਤੋਂ ਦੀ ਜਾਂਚ ਵਾਲੇ ਭਾਗ ਦੀ ਸਕ੍ਰੀਨ 'ਤੇ ਵੇਖੋ। |
| 404 | ਮਾਡਲ ਮੌਜੂਦ ਨਹੀਂ ਹੈ ਜਾਂ ਇਸ ਕੁੰਜੀ ਨਾਲ ਇਸ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ (ਉਹ ਮਾਡਲ ਵੀ ਸ਼ਾਮਲ ਹਨ ਜਿਨ੍ਹਾਂ ਲਈ ਸਮਰਥਨ ਖਤਮ ਹੋ ਗਿਆ ਹੈ), ਮਾਰਗ ਮੌਜੂਦ ਨਹੀਂ ਹੈ, ਜਾਂ 3 ਦਿਨਾਂ ਦੀ ਸੰਭਾਲ ਮਿਆਦ ਪਾਰ ਕਰ ਚੁੱਕੇ CleviDrive ਨਤੀਜੇ | ਪਹਿਲਾਂ GET /models ਰਾਹੀਂ ਕਾਲ ਕੀਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਮਾਡਲਾਂ ਦੀ ਸੂਚੀ ਜਾਂਚੋ। ਮਾਰਗ ਦੀ ਤੁਲਨਾ API ਕਾਲ ਕਰਨ ਵਾਲੇ ਪੰਨੇ ਦੀ ਸਾਰਣੀ ਨਾਲ ਕਰੋ। |
| 408 · 409 · 413 | ਅੱਪਸਟ੍ਰੀਮ ਸਮਾਂ ਸਮਾਪਤ, ਭੀੜ, ਜਾਂ ਬੇਨਤੀ ਦਾ ਆਕਾਰ ਸੀਮਾ ਤੋਂ ਵੱਧ। ਵੌਇਸ·ਵੌਇਸ ਮਾਰਗ ਲਈ ਸਮਾਂ ਸੀਮਾ 5 ਮਿੰਟ ਅਤੇ ਬੇਨਤੀ ਦੀ ਉੱਚਤਮ ਸੀਮਾ 28 MiB ਹੈ | ਜੇ 409 ਵਿੱਚ Retry-After ਹੋਵੇ, ਤਾਂ ਦੱਸੇ ਸਮੇਂ ਤੱਕ ਉਡੀਕ ਕਰੋ। 413 ਲਈ ਬੇਨਤੀ ਨੂੰ ਵੰਡ ਕੇ ਭੇਜੋ। |
| 429 | ਜਦੋਂ ਅੱਪਸਟ੍ਰੀਮ ਪ੍ਰਦਾਤਾ ਨੇ ਗਤੀ ਸੀਮਾ ਲਾਗੂ ਕੀਤੀ ਹੋਵੇ | ਜੇ Retry-After ਮਿਲੇ, ਤਾਂ ਉਸੇ ਅਨੁਸਾਰ ਕਾਰਵਾਈ ਕਰੋ; ਨਾ ਮਿਲੇ ਤਾਂ ਘਾਤਾਂਕ ਬੈਕਆਫ਼ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ। |
| 5xx | ਗੇਟਵੇ ਜਾਂ ਅੱਪਸਟ੍ਰੀਮ ਦੀ ਅਸਥਾਈ ਗਲਤੀ (503 ਸਮੇਤ) | ਘਾਤਾਂਕ ਬੈਕਆਫ਼ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਜੇ ਸਮੱਸਿਆ ਵਾਰ-ਵਾਰ ਆਵੇ, ਤਾਂ ਮਦਦ ਅਤੇ ਸੰਪਰਕ ਰਾਹੀਂ X-Request-Id ਸਮੇਤ ਸੂਚਿਤ ਕਰੋ। |
ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼
ਗੇਟਵੇ ਆਪਣਾ 429 ਨਹੀਂ ਬਣਾਉਂਦਾ ਅਤੇ ਨਾ ਹੀ ਅੱਪਸਟ੍ਰੀਮ ਜਵਾਬ ਨੂੰ ਚੁੱਪਚਾਪ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਜਾਂ ਕਤਾਰ ਵਿੱਚ ਰੱਖਦਾ ਹੈ।
ਉਡੀਕ ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਲਾਇੰਟ ਕਰਦਾ ਹੈ।
| ਕੋਡ | ਉਡੀਕ ਕਰਨ ਦਾ ਸਮਾਂ | ਫਿਰ |
|---|---|---|
| 409 | ਜੇ Retry-After ਹੋਵੇ ਤਾਂ ਉਸ ਸਮੇਂ ਤੱਕ | ਉਹੀ ਬੇਨਤੀ ਦੁਬਾਰਾ ਭੇਜੋ। |
| 429 | ਜੇ Retry-After ਹੋਵੇ ਤਾਂ ਉਸ ਸਮੇਂ ਤੱਕ, ਨਹੀਂ ਤਾਂ ਘਾਤੀ ਬੈਕਆਫ਼ | ਉਹੀ ਬੇਨਤੀ ਦੁਬਾਰਾ ਭੇਜੋ। |
| 5xx | ਘਾਤੀ ਬੈਕਆਫ਼ | ਜੇ ਵਾਰ-ਵਾਰ ਹੋਵੇ ਤਾਂ ਸੰਪਰਕ ਕਰੋ। |
| 413 | ਕੋਈ ਉਡੀਕ ਨਹੀਂ | ਬੇਨਤੀ ਨੂੰ ਵੰਡ ਕੇ ਭੇਜੋ। |
ਗਲਤੀ ਦਾ ਮੁੱਖ ਭਾਗ
ਗਲਤੀ ਦੇ ਮੁੱਖ ਭਾਗ ਦਾ ਰੂਪ ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਅਨੁਸਾਰ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ। ਅੱਪਸਟ੍ਰੀਮ ਗਲਤੀਆਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਸੁਨੇਹਾ ਰੱਖ ਕੇ ਉਨ੍ਹਾਂ ਨੂੰ ਸਾਫ਼-ਸੁਥਰੇ ਢੰਗ ਨਾਲ ਅੱਗੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ; ਸਟੈਕ ਜਾਂ ਅੰਦਰੂਨੀ ਫੀਲਡ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ।
ਇਹ OpenAI ਅਨੁਕੂਲ ਮਾਰਗ ਦਾ ਮੁੱਖ ਭਾਗ ਹੈ।
{
"error": {
"message": "API key is required.",
"type": "invalid_request_error"
}
}ਇਹ Anthropic ਅਨੁਕੂਲ ਮਾਰਗ ਦਾ ਮੁੱਖ ਭਾਗ ਹੈ। error.type ਸਥਿਤੀ ਕੋਡ ਦੇ ਆਧਾਰ ’ਤੇ ਨਿਰਧਾਰਤ ਹੁੰਦਾ ਹੈ।
{
"type": "error",
"error": {
"type": "authentication_error",
"message": "..."
},
"request_id": "rqid..."
}| ਸਥਿਤੀ ਕੋਡ | error.type |
|---|---|
| 400 | invalid_request_error |
| 401 | authentication_error |
| 403 | permission_error |
| 404 | not_found_error |
| 413 | request_too_large |
| 429 | rate_limit_error |
| 529 | overloaded_error |
| ਹੋਰ ਕੋਡ | api_error |
ਸੀਮਾਵਾਂ ਅਤੇ ਵਰਤੋਂ ਦੀ ਜਾਂਚ
ਸੀਮਾ ਦੇ ਅੰਕੜੇ ਹਰ ਵਰਕਸਪੇਸ ਲਈ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ। 403 ਦਾ ਕਾਰਨ error.message ਵਿੱਚ ਜਾਂਚਣ ਤੋਂ ਬਾਅਦ ਹੇਠਾਂ ਦਿੱਤੀ ਸਕ੍ਰੀਨ ’ਤੇ ਅੰਕੜੇ ਵੇਖੋ।
| ਜਾਂਚਣ ਵਾਲੀ ਚੀਜ਼ | ਕੰਸੋਲ ਸਕ੍ਰੀਨ |
|---|---|
| ਮੇਰੇ ਵਰਕਸਪੇਸ ’ਤੇ ਲਾਗੂ ਸੀਮਾ | ਸੰਖੇਪ ਵਿੱਚ ਨਿਰਧਾਰਤ ਵਰਤੋਂ ਸੀਮਾ |
| ਪਲਾਨ ਵੱਲੋਂ ਮਨਜ਼ੂਰ ਸੀਮਾ ਅਤੇ ਬਕਾਇਆ | ਪਲਾਨ ਅਤੇ ਕ੍ਰੈਡਿਟ |
| ਅਸਲ ਵਰਤੋਂ (ਮਾਡਲ ਅਨੁਸਾਰ ਅਤੇ ਕੁੰਜੀ ਅਨੁਸਾਰ ਕਾਲਾਂ ਦੀ ਗਿਣਤੀ, ਅਨੁਮਾਨਿਤ ਕੱਟੇ ਜਾਣ ਵਾਲੇ ਕ੍ਰੈਡਿਟ) | ਵਰਤੋਂ |
| ਕੁੰਜੀ ਦੀ ਸਥਿਤੀ (ਮਿਆਦ ਪੁੱਗੀ ਜਾਂ ਰੱਦ ਕੀਤੀ ਗਈ ਹੈ ਜਾਂ ਨਹੀਂ) | API ਕੁੰਜੀ |