ਸੀਮਾਵਾਂ ਅਤੇ ਬੈਲੇਂਸ

ਇਹ ਪੰਨਾ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਬੈਲੇਂਸ ਕਿਸ ਤੋਂ ਬਣਿਆ ਹੈ, ਇੱਕ ਰਿਕੁਐਸਟ ਕੀ ਰਿਜ਼ਰਵ ਕਰਦੀ ਹੈ ਅਤੇ ਉਸ ਦੀ ਕੀ ਲਾਗਤ ਹੈ, ਤੁਸੀਂ ਕਿੰਨੀਆਂ ਰਿਕੁਐਸਟਾਂ ਭੇਜ ਸਕਦੇ ਹੋ, ਅਤੇ ਉਹ ਕੁਝ ਸੀਮਾਵਾਂ ਜੋ ਇੱਕ ਇਕੱਲੀ ਰਿਕੁਐਸਟ ਨੂੰ ਮਿਲ ਸਕਦੀਆਂ ਹਨ।

ਬੈਲੇਂਸ ਦੇ 1M tokens ਦਾ ਮੁੱਲ

$5.00

ਰੋਜ਼ਾਨਾ ਹਿੱਸਾ ਨਵਾਂ ਹੁੰਦਾ ਹੈ

00:00 UTC

ਫਲੱਡ ਪ੍ਰੋਟੈਕਸ਼ਨ, ਪ੍ਰਤੀ ਖਾਤਾ

120 ਰਿਕੁਐਸਟਾਂ / ਮਿੰਟ

ਰਿਕੁਐਸਟਾਂ ਨੂੰ ਕਿਵੇਂ ਸੇਵਾ ਮਿਲਦੀ ਹੈ

• ਕੋਈ ਰੇਟ ਟੀਅਰ ਨਹੀਂ — ਇੱਕ ਨਿਯਮ ਸੀਮਤ ਕਰਦਾ ਹੈ ਕਿ ਰਿਕੁਐਸਟਾਂ ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਪਹੁੰਚ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਇਹ ਹਰ ਖਾਤੇ ਅਤੇ ਹਰ ਪਲਾਨ ਲਈ ਇੱਕੋ ਹੈ: ਪ੍ਰਤੀ ਮਿੰਟ 120 ਰਿਕੁਐਸਟਾਂ। ਪ੍ਰਤੀ ਮਿੰਟ tokens ਉੱਤੇ ਕੋਈ ਸੀਮਾ ਨਹੀਂ ਹੈ।
• ਕੋਈ ਵੱਖਰਾ API ਕੋਟਾ ਨਹੀਂ — API ਉਹੀ ਬੈਲੇਂਸ ਖਰਚ ਕਰਦੀ ਹੈ ਜੋ ਚੈਟ। ਪਲਾਨ ਅੱਜ ਦੇ ਰੋਜ਼ਾਨਾ ਹਿੱਸੇ ਦਾ ਆਕਾਰ ਤੈਅ ਕਰਦਾ ਹੈ। ਇਹ ਰਿਕੁਐਸਟ ਦਰ ਤੈਅ ਨਹੀਂ ਕਰਦਾ।
• ਜਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਚਾਹੋ — ਸਮਾਂਤਰ ਭੇਜੀਆਂ ਰਿਕੁਐਸਟਾਂ ਸਵੀਕਾਰ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਕਤਾਰ ਵਿੱਚ ਉਡੀਕ ਕਰਦੀਆਂ ਹਨ। ਉਨ੍ਹਾਂ ਨੂੰ ਸਮਾਂਤਰ ਹੋਣ ਕਰਕੇ ਰੱਦ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ।

ਤੁਹਾਡਾ ਬੈਲੇਂਸ

ਤੁਹਾਡਾ ਬੈਲੇਂਸ tokens ਵਿੱਚ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। ਬੈਲੇਂਸ ਦੇ 1,000,000 tokens ਦਾ ਮੁੱਲ $5.00 ਹੈ, ਅਤੇ ਮਾਡਲ ਅਤੇ ਕੀਮਤ ਪੰਨੇ ਉੱਤੇ ਹਰ ਕੀਮਤ ਉਸ ਮੁੱਲ ਦੇ ਮੁਕਾਬਲੇ ਇੱਕ ਦਰ ਹੈ।

ਕਿਸੇ ਵੀ ਪਲ ਬੈਲੇਂਸ ਦੋ ਹਿੱਸਿਆਂ ਦਾ ਜੋੜ ਹੁੰਦਾ ਹੈ।

• ਅੱਜ ਦਾ ਪਲਾਨ ਦਾ ਰੋਜ਼ਾਨਾ ਹਿੱਸਾ — ਤੁਹਾਡੇ ਪਲਾਨ ਵੱਲੋਂ ਤੈਅ ਕੀਤੀ tokens ਦੀ ਗਿਣਤੀ। ਇਹ ਹਰ ਦਿਨ 00:00 UTC ਉੱਤੇ ਨਵੀਂ ਹੋ ਜਾਂਦੀ ਹੈ। ਦਿਨ ਦੇ ਅੰਤ ਵਿੱਚ ਜੋ ਬਚਦਾ ਹੈ ਉਹ ਅੱਗੇ ਨਹੀਂ ਜਾਂਦਾ।
• ਖਰੀਦਿਆ ਕ੍ਰੈਡਿਟ — tokens ਜੋ ਤੁਸੀਂ ਪੈਕ ਵਜੋਂ ਖਰੀਦੇ। ਕ੍ਰੈਡਿਟ ਦੀ ਮਿਆਦ ਪੂਰੀ ਨਹੀਂ ਹੁੰਦੀ ਅਤੇ ਇਹ Free ਸਮੇਤ ਹਰ ਪਲਾਨ ਉੱਤੇ ਕੰਮ ਕਰਦਾ ਹੈ।

• ਖਰਚ ਦਾ ਕ੍ਰਮ — ਹਰ ਰਿਕੁਐਸਟ ਪਹਿਲਾਂ ਅੱਜ ਦਾ ਪਲਾਨ ਦਾ ਰੋਜ਼ਾਨਾ ਹਿੱਸਾ ਖਰਚ ਕਰਦੀ ਹੈ। ਖਰੀਦਿਆ ਕ੍ਰੈਡਿਟ ਸਿਰਫ਼ ਉਸ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਉਸ ਦਿਨ ਇਸ ਹਿੱਸੇ ਤੋਂ ਵੱਧ ਜਾਵੇ।
• ਚੈਟ ਅਤੇ API ਇਸ ਨੂੰ ਸਾਂਝਾ ਕਰਦੇ ਹਨ — ਹਰ ਖਾਤੇ ਦਾ ਇੱਕ ਬੈਲੇਂਸ ਹੁੰਦਾ ਹੈ। API key ਆਪਣੇ ਮਾਲਕ ਖਾਤੇ ਦੇ ਬੈਲੇਂਸ ਵਿੱਚੋਂ, ਚੈਟ ਵਾਲੀਆਂ ਹੀ ਕੀਮਤਾਂ ਉੱਤੇ, ਖਰਚ ਕਰਦੀ ਹੈ।
• ਪੈਕ — ਕ੍ਰੈਡਿਟ 1,000,000 ($5.00), 2,000,000 ($10.00) ਅਤੇ 5,000,000 ($25.00) tokens ਦੇ ਪੈਕਾਂ ਵਿੱਚ ਵੇਚਿਆ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਤੁਹਾਡੀ ਚੁਣੀ ਹੋਈ ਰਕਮ ਵਜੋਂ 1,000,000 ਤੋਂ 100,000,000 tokens ਤੱਕ, ਪ੍ਰਤੀ 1,000,000 $5.00 ਦੀ ਦਰ ਨਾਲ।

ਕ੍ਰੈਡਿਟ ਟੌਪ-ਅੱਪ ਕਰੋ ਪਲਾਨ ਬਦਲੋ

ਰਿਕੁਐਸਟ ਕੀ ਰਿਜ਼ਰਵ ਕਰਦੀ ਹੈ ਅਤੇ ਉਸ ਦੀ ਕੀ ਲਾਗਤ ਹੈ

• ਰਿਜ਼ਰਵ — ਜਦੋਂ ਰਿਕੁਐਸਟ ਪਹੁੰਚਦੀ ਹੈ, ਤਾਂ ਉਹ ਤੁਹਾਡੇ ਬੈਲੇਂਸ ਵਿੱਚੋਂ ਆਪਣਾ ਆਉਟਪੁੱਟ ਬਜਟ ਰਿਜ਼ਰਵ ਕਰਦੀ ਹੈ: /v1/chat/completions ਅਤੇ /v1/messages ਉੱਤੇ max_tokens, /v1/responses ਉੱਤੇ max_output_tokens। /v1/chat/completions max_completion_tokens ਵੀ ਪੜ੍ਹਦਾ ਹੈ। ਡਿਫਾਲਟ 4,096 ਹੈ ਅਤੇ ਦਾਇਰਾ 1 ਤੋਂ 65,536 ਹੈ।
• ਸਵੀਕਾਰ — ਰਿਕੁਐਸਟ ਸਿਰਫ਼ ਤਾਂ ਸਵੀਕਾਰ ਹੁੰਦੀ ਹੈ ਜੇ ਰਿਜ਼ਰਵੇਸ਼ਨ ਤੁਹਾਡੇ ਬੈਲੇਂਸ ਵਿੱਚ ਬਚੇ ਹਿੱਸੇ ਵਿੱਚ ਸਮਾ ਜਾਵੇ। ਜਿਸ ਬੈਲੇਂਸ ਦੀ ਰਕਮ ਸਿਫ਼ਰ ਤੋਂ ਵੱਧ ਹੈ ਪਰ ਆਉਟਪੁੱਟ ਬਜਟ ਤੋਂ ਘੱਟ, ਉਸ ਨੂੰ Quota exceeded ਜਵਾਬ ਮਿਲਦਾ ਹੈ। ਬਾਕੀ ਨੂੰ ਵਰਤਣ ਲਈ ਛੋਟਾ max_tokens ਭੇਜੋ।
• ਨਿਪਟਾਰਾ — ਜਦੋਂ ਜਵਾਬ ਪੂਰਾ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਰਿਜ਼ਰਵੇਸ਼ਨ ਅਸਲ ਚਾਰਜ ਨਾਲ ਬਦਲ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਚਾਰਜ ਰਿਜ਼ਰਵੇਸ਼ਨ ਤੋਂ ਘੱਟ ਜਾਂ ਵੱਧ ਹੋ ਸਕਦਾ ਹੈ।
• ਵਾਪਸੀ — ਜੋ ਰਿਕੁਐਸਟ ਗਲਤੀ ਸਟੇਟਸ ਨਾਲ ਖਤਮ ਹੁੰਦੀ ਹੈ, ਉਹ ਆਪਣੀ ਰਿਜ਼ਰਵੇਸ਼ਨ ਪੂਰੀ ਵਾਪਸ ਕਰ ਦਿੰਦੀ ਹੈ।

ਅਸਲ ਚਾਰਜ ਮਾਡਲ ਦੇ ਪਰਿਵਾਰ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

USD ਦੀ ਰਕਮ ਤੁਹਾਡੇ ਬੈਲੇਂਸ ਵਿੱਚੋਂ tokens ਵਿੱਚ ਪ੍ਰਤੀ 1,000,000 $5.00 ਦੀ ਦਰ ਨਾਲ ਲਈ ਜਾਂਦੀ ਹੈ, ਪੂਰੇ token ਤੱਕ ਗੋਲ ਕਰ ਕੇ।

POST /v1/tokenize ਜਾਂ POST /v1/messages/count_tokens ਨਾਲ tokens ਦੀ ਗਿਣਤੀ ਮੁਫ਼ਤ ਹੈ ਅਤੇ ਕੁਝ ਰਿਜ਼ਰਵ ਨਹੀਂ ਕਰਦੀ। ਟੋਕਨ ਗਿਣਤੀ

ਬੈਲੇਂਸ ਅਤੇ ਵਰਤੋਂ ਕਿੱਥੇ ਵੇਖਣੀ ਹੈ

Keys & usage ਪੰਨਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਇਸ ਸਮੇਂ ਕੀ ਖਰਚ ਕਰ ਸਕਦੇ ਹੋ, ਅੱਜ ਦਾ ਪਲਾਨ ਦਾ ਰੋਜ਼ਾਨਾ ਹਿੱਸਾ, ਤੁਹਾਡਾ ਖਰੀਦਿਆ ਕ੍ਰੈਡਿਟ ਅਤੇ ਪਿਛਲੇ 30 ਦਿਨਾਂ ਦਾ API ਖਰਚ। ਉਸ ਦੇ ਹੇਠਾਂ ਇਹ ਤੁਹਾਡੀ key ਵੱਲੋਂ ਕੀਤੀ ਹਰ ਰਿਕੁਐਸਟ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ: ਸਮਾਂ, endpoint, ਮਾਡਲ, ਕੈਸ਼ਡ ਇਨਪੁਟ, ਬਿਲ ਕੀਤੇ tokens ਅਤੇ ਲਾਗਤ। Keys ਅਤੇ ਵਰਤੋਂ

ਹਰ ਜਵਾਬ ਵਿੱਚ ਇੱਕ usage object ਵੀ ਹੁੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਉਸ ਕਾਲ ਦੀਆਂ token ਗਿਣਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।

• usage ਵਿੱਚ ਮਾਡਲ ਦੀਆਂ token ਗਿਣਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਤੁਹਾਡੇ ਬੈਲੇਂਸ ਵਿੱਚੋਂ ਲਈ ਗਈ ਰਕਮ ਜਵਾਬ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦੀ: ਉਹ Keys & usage ਉੱਤੇ ਰਿਕੁਐਸਟਾਂ ਦੀ ਸੂਚੀ ਦਾ Billed tokens ਕਾਲਮ ਹੈ।
• ਹੋਸਟ ਕੀਤੇ open-weight ਮਾਡਲ ਨਾਲ /v1/messages ਉੱਤੇ, input_tokens ਇਨਪੁਟ ਦਾ ਕੈਸ਼ ਤੋਂ ਬਿਨਾਂ ਹਿੱਸਾ ਹੈ, cache_read_input_tokens ਕੈਸ਼ਡ ਹਿੱਸਾ ਹੈ ਅਤੇ cache_creation_input_tokens ਹਮੇਸ਼ਾ 0 ਹੈ।
• /v1/chat/completions ਉੱਤੇ stream [DONE] ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਆਖਰੀ chunk ਵਿੱਚ usage ਲੈ ਕੇ ਆਉਂਦੀ ਹੈ। ਸਟ੍ਰੀਮਿੰਗ

ਜਦੋਂ ਬੈਲੇਂਸ ਖਤਮ ਹੋ ਜਾਵੇ

ਜਿਸ ਰਿਕੁਐਸਟ ਦੀ ਰਿਜ਼ਰਵੇਸ਼ਨ ਤੁਹਾਡੇ ਬੈਲੇਂਸ ਵਿੱਚ ਨਹੀਂ ਸਮਾਉਂਦੀ, ਉਸ ਦਾ ਜਵਾਬ ਸਟੇਟਸ 429, ਕਿਸਮ rate_limit_error ਅਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਸੁਨੇਹੇ ਨਾਲ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਚਾਰਜ ਨਹੀਂ ਹੁੰਦਾ। ਇਹੀ ਜਵਾਬ ਉਦੋਂ ਵੀ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਬੈਲੇਂਸ ਸਿਫ਼ਰ ਤੋਂ ਵੱਧ ਹੋਵੇ ਪਰ ਰਿਕੁਐਸਟ ਦੇ ਆਉਟਪੁੱਟ ਬਜਟ ਤੋਂ ਘੱਟ।

{
  "error": {
    "type": "rate_limit_error",
    "message": "Quota exceeded. Upgrade your plan at shannon-ai.com/plan"
  }
}

{
  "type": "error",
  "error": {
    "type": "rate_limit_error",
    "message": "Quota exceeded. Upgrade your plan at shannon-ai.com/plan"
  }
}

/v1/responses ਉੱਤੇ error object ਵਿੱਚ code ਅਤੇ param ਵੀ ਹੋ ਸਕਦੇ ਹਨ, ਦੋਵੇਂ null।

ਤੁਸੀਂ ਕੀ ਕਰ ਸਕਦੇ ਹੋ:

• 00:00 UTC ਉੱਤੇ ਅਗਲੇ ਪਲਾਨ ਦੇ ਰੋਜ਼ਾਨਾ ਹਿੱਸੇ ਦੀ ਉਡੀਕ ਕਰੋ।
• ਕ੍ਰੈਡਿਟ ਟੌਪ-ਅੱਪ ਕਰੋ। ਕ੍ਰੈਡਿਟ ਪਲਾਨ ਦੇ ਰੋਜ਼ਾਨਾ ਹਿੱਸੇ ਤੋਂ ਬਾਅਦ ਖਰਚ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇਸ ਦੀ ਮਿਆਦ ਪੂਰੀ ਨਹੀਂ ਹੁੰਦੀ। ਕ੍ਰੈਡਿਟ ਟੌਪ-ਅੱਪ ਕਰੋ
• ਵੱਡੇ ਰੋਜ਼ਾਨਾ ਹਿੱਸੇ ਵਾਲੇ ਪਲਾਨ ਉੱਤੇ ਬਦਲੋ। ਪਲਾਨ ਬਦਲੋ
• ਜੇ ਕੁਝ ਬੈਲੇਂਸ ਬਚਿਆ ਹੈ, ਤਾਂ ਛੋਟਾ max_tokens ਭੇਜੋ: ਫਿਰ ਰਿਜ਼ਰਵੇਸ਼ਨ ਛੋਟੀ ਹੁੰਦੀ ਹੈ।

Shannon Coder ਕਾਲ ਹਿੱਸਾ

/v1/chat/completions ਅਤੇ /v1/messages ਉੱਤੇ shannon-coder-1 ਕਾਲਾਂ ਵਿੱਚ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ, tokens ਵਿੱਚ ਨਹੀਂ। ਹਰ ਪਲਾਨ ਵਿੱਚ ਪ੍ਰਤੀ 4 ਘੰਟੇ ਦੀ ਵਿੰਡੋ ਕੁਝ ਕਾਲਾਂ ਸ਼ਾਮਲ ਹਨ। ਇੱਕ ਰਿਕੁਐਸਟ ਇੱਕ ਕਾਲ ਹੈ।

• ਵਿੰਡੋਆਂ 00:00, 04:00, 08:00, 12:00, 16:00, 20:00 UTC ਉੱਤੇ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ। ਵਿੰਡੋ ਦੇ ਅੰਤ ਵਿੱਚ ਜੋ ਕਾਲਾਂ ਬਚਦੀਆਂ ਹਨ ਉਹ ਅੱਗੇ ਨਹੀਂ ਜਾਂਦੀਆਂ।
• ਕਾਲ ਉਦੋਂ ਗਿਣੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਰਿਕੁਐਸਟ ਸਵੀਕਾਰ ਹੁੰਦੀ ਹੈ, ਮਾਡਲ ਦੇ ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ। ਜੋ ਰਿਕੁਐਸਟ ਬਾਅਦ ਵਿੱਚ ਅਸਫਲ ਹੋ ਜਾਵੇ, ਉਹ ਵੀ ਇੱਕ ਕਾਲ ਗਿਣੀ ਜਾਂਦੀ ਹੈ।
• ਇਹ ਕਾਲਾਂ ਕੋਈ tokens ਰਿਜ਼ਰਵ ਨਹੀਂ ਕਰਦੀਆਂ ਅਤੇ ਤੁਹਾਡੇ ਬੈਲੇਂਸ ਵਿੱਚੋਂ ਕੁਝ ਨਹੀਂ ਲੈਂਦੀਆਂ। Keys & usage ਉੱਤੇ ਰਿਕੁਐਸਟਾਂ ਦੀ ਸੂਚੀ ਉਨ੍ਹਾਂ ਦੀ token ਗਿਣਤੀ ਅਤੇ ਸੂਚੀਬੱਧ ਕੀਮਤ ਉੱਤੇ ਉਸ ਦਾ ਮੁੱਲ ਦਿਖਾਉਂਦੀ ਹੈ।
• ਇਨ੍ਹਾਂ ਦੋ endpoints ਉੱਤੇ shannon-coder-1 ਦਾ ਡਿਫਾਲਟ max_tokens 65,536 ਹੈ।
• ਕਾਲਾਂ ਬਾਕੀ ਨਾ ਰਹਿਣ ਉੱਤੇ ਜਵਾਬ ਸਟੇਟਸ 429, ਕਿਸਮ rate_limit_error, ਸੁਨੇਹਾ Shannon Coder call quota reached. Upgrade your plan at shannon-ai.com/plan ਹੁੰਦਾ ਹੈ।
• /v1/responses ਉੱਤੇ shannon-coder-1 ਲਈ ਕੋਈ ਕਾਲ ਹਿੱਸਾ ਨਹੀਂ ਹੈ: ਇਸ ਦਾ ਚਾਰਜ ਹਰ ਹੋਰ ਮਾਡਲ ਵਾਂਗ ਤੁਹਾਡੇ ਬੈਲੇਂਸ ਦੇ tokens ਵਿੱਚ ਪ੍ਰਤੀ 1M $8.00 ਉੱਤੇ ਲੱਗਦਾ ਹੈ।

ਫਲੱਡ ਪ੍ਰੋਟੈਕਸ਼ਨ

ਇੱਕ ਖਾਤਾ ਪ੍ਰਤੀ ਮਿੰਟ 120 ਰਿਕੁਐਸਟਾਂ ਭੇਜ ਸਕਦਾ ਹੈ। ਰਿਕੁਐਸਟ ਦਰ ਉੱਤੇ ਇਹੀ ਇੱਕੋ-ਇੱਕ ਸੀਮਾ ਹੈ, ਅਤੇ ਇਹ ਹਰ ਪਲਾਨ ਉੱਤੇ ਇੱਕੋ ਜਿਹੀ ਹੈ। ਇਹ ਹੜ੍ਹ ਰੋਕਣ ਲਈ ਹੈ, ਆਮ ਵਰਤੋਂ ਨੂੰ ਹੌਲੀ ਕਰਨ ਲਈ ਨਹੀਂ।

• ਮਿੰਟ 60 ਸਕਿੰਟ ਦੀ ਇੱਕ ਸਥਿਰ ਵਿੰਡੋ ਹੈ ਜੋ ਤੁਹਾਡੀ ਪਹਿਲੀ ਰਿਕੁਐਸਟ ਨਾਲ ਖੁੱਲ੍ਹਦੀ ਹੈ। ਜਦੋਂ ਇਹ ਖਤਮ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਗਿਣਤੀ ਦੁਬਾਰਾ ਸਿਫ਼ਰ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ।
• ਗਿਣਤੀ ਪ੍ਰਤੀ ਖਾਤਾ ਹੈ, ਪ੍ਰਤੀ key ਨਹੀਂ ਅਤੇ ਪ੍ਰਤੀ IP ਪਤਾ ਨਹੀਂ। key ਬਦਲਣ ਨਾਲ ਨਵੀਂ ਵਿੰਡੋ ਨਹੀਂ ਖੁੱਲ੍ਹਦੀ।
• ਇੱਕ ਵਿੰਡੋ ਦੇ ਅੰਦਰ 121ਵੀਂ ਰਿਕੁਐਸਟ ਦਾ ਜਵਾਬ ਸਟੇਟਸ 429, ਕਿਸਮ rate_limit_error ਅਤੇ ਸੁਨੇਹੇ Too many requests. Retry in <N>s. ਨਾਲ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। N ਵਿੰਡੋ ਖਤਮ ਹੋਣ ਤੱਕ ਦੇ ਸਕਿੰਟ ਹਨ, 1 ਤੋਂ 60 ਤੱਕ।
• ਫਲੱਡ ਪ੍ਰੋਟੈਕਸ਼ਨ ਦੀ ਜਾਂਚ ਬੈਲੇਂਸ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦੀ ਹੈ। ਜਿਸ ਰਿਕੁਐਸਟ ਨੂੰ ਇਹ ਰੱਦ ਕਰਦੀ ਹੈ, ਉਹ ਕੁਝ ਰਿਜ਼ਰਵ ਨਹੀਂ ਕਰਦੀ ਅਤੇ ਉਸ ਦੀ ਕੋਈ ਲਾਗਤ ਨਹੀਂ ਹੁੰਦੀ।

{
  "error": {
    "type": "rate_limit_error",
    "message": "Too many requests. Retry in 37s."
  }
}

{
  "type": "error",
  "error": {
    "type": "rate_limit_error",
    "message": "Too many requests. Retry in 37s."
  }
}

ਸਮਾਂਤਰ ਰਿਕੁਐਸਟਾਂ

ਇੱਕ ਖਾਤਾ ਇੱਕੋ ਸਮੇਂ ਕਿੰਨੀਆਂ ਰਿਕੁਐਸਟਾਂ ਖੁੱਲ੍ਹੀਆਂ ਰੱਖ ਸਕਦਾ ਹੈ, ਇਸ ਦੀ ਕੋਈ ਸੀਮਾ ਨਹੀਂ, ਅਤੇ ਸਮਾਂਤਰ ਰਿਕੁਐਸਟਾਂ ਭੇਜਣ ਲਈ ਕੋਈ ਗਲਤੀ ਨਹੀਂ। ਜੋ ਰਿਕੁਐਸਟਾਂ ਤੁਰੰਤ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋ ਸਕਦੀਆਂ ਉਹ ਕਤਾਰ ਵਿੱਚ ਉਡੀਕ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਵਾਰੀ ਨਾਲ ਜਵਾਬ ਪਾਉਂਦੀਆਂ ਹਨ।

• ਹਰ ਰਿਕੁਐਸਟ ਪਹੁੰਚਣ ਸਮੇਂ ਪ੍ਰਤੀ ਮਿੰਟ 120 ਵਿੱਚ ਗਿਣੀ ਜਾਂਦੀ ਹੈ, ਭਾਵੇਂ ਪਿਛਲੀਆਂ ਰਿਕੁਐਸਟਾਂ ਖਤਮ ਹੋਈਆਂ ਹੋਣ ਜਾਂ ਨਹੀਂ।
• ਹਰ ਰਿਕੁਐਸਟ ਆਪਣੇ ਅੰਤ ਤੱਕ ਆਪਣੀ ਰਿਜ਼ਰਵੇਸ਼ਨ ਫੜੀ ਰੱਖਦੀ ਹੈ। ਡਿਫਾਲਟ ਆਉਟਪੁੱਟ ਬਜਟ ਵਾਲੀਆਂ ਵੀਹ ਖੁੱਲ੍ਹੀਆਂ ਰਿਕੁਐਸਟਾਂ ਬੈਲੇਂਸ ਦੇ 20 × 4,096 = 81,920 tokens ਫੜਦੀਆਂ ਹਨ। ਜੇ ਰਿਜ਼ਰਵੇਸ਼ਨਾਂ ਮਿਲ ਕੇ ਤੁਹਾਡੇ ਬੈਲੇਂਸ ਤੋਂ ਵੱਡੀਆਂ ਹੋਣ, ਤਾਂ ਅਗਲੀ ਰਿਕੁਐਸਟ ਨੂੰ Quota exceeded ਜਵਾਬ ਮਿਲਦਾ ਹੈ, ਭਾਵੇਂ ਪੂਰੀਆਂ ਹੋਈਆਂ ਕਾਲਾਂ ਦੀ ਲਾਗਤ ਘੱਟ ਹੁੰਦੀ। ਛੋਟਾ max_tokens ਘੱਟ ਫੜਦਾ ਹੈ।
• ਬਿਨਾਂ stream ਵਾਲੀ ਰਿਕੁਐਸਟ ਉਦੋਂ ਤੱਕ ਕੁਝ ਨਹੀਂ ਭੇਜਦੀ ਜਦੋਂ ਤੱਕ ਉਸ ਦਾ ਜਵਾਬ ਪੂਰਾ ਨਹੀਂ ਹੋ ਜਾਂਦਾ, ਇਸ ਲਈ ਆਪਣੇ ਕਲਾਇੰਟ ਨੂੰ ਅਜਿਹਾ ਟਾਈਮਆਊਟ ਦਿਓ ਜੋ ਉਡੀਕ ਨੂੰ ਕਵਰ ਕਰੇ। stream ਉਡੀਕ ਕਰਦੇ ਸਮੇਂ ਆਪਣਾ ਕਨੈਕਸ਼ਨ ਖੁੱਲ੍ਹਾ ਰੱਖਦੀ ਹੈ। ਸਟ੍ਰੀਮਿੰਗ

ਇੱਕ ਇਕੱਲੀ ਰਿਕੁਐਸਟ ਦੀਆਂ ਸੀਮਾਵਾਂ

ਗਲਤੀਆਂ

ਇਸ ਪੰਨੇ ਦੇ ਜਵਾਬ। /v1/messages ਉੱਤੇ ਉਹੀ error object {"type": "error", "error": {…}} ਵਜੋਂ ਲਪੇਟਿਆ ਜਾਂਦਾ ਹੈ।