Како да решите ОпенАИ АПИ код грешке 429 у Питхон-у чак и са кредитом

Разумевање грешака квоте ОпенАИ АПИ-ја

Када радите са ОпенАИ АПИ-јем, добијате грешку попут Код грешке 429 може бити фрустрирајуће, посебно за оне који су нови у Питхон-у и ОпенАИ-у. Ова грешка обично указује на то да сте премашили тренутну квоту коришћења АПИ-ја.

Ако сте проверили свој ОпенАИ налог и потврдили да још увек имате доступних кредита, можда се питате зашто се ова грешка стално појављује. Уобичајено је да програмери наиђу на овај проблем када први пут подесе своје АПИ позиве.

Разумевање узрока овог проблема је кључно да бисте били сигурни да можете ефикасно да користите АПИ. Овај водич ће разложити вероватне разлоге иза грешке и пружити вам кораке да је решите.

Хајде да заронимо у потенцијалне разлоге због којих наилазите на ову грешку, иако имате кредите на свом ОпенАИ налогу, и како приступити исправљању исте у вашој Питхон скрипти.

Како Питхон скрипте рукују ограничењима брзине ОпенАИ АПИ-ја

Горе наведене скрипте су дизајниране да реше уобичајени проблем са којим се сусрећу програмери када користе ОпенАИ АПИ: наилазећи на поруку о грешци која указује да сте прекорачили АПИ квота упркос томе што има кредит. Ово питање је повезано са ограничењем стопе које је ОпенАИ наметнуо на број захтева у одређеном периоду. Главна скрипта је написана да реши ову ситуацију коришћењем механизама за руковање грешкама и поновни покушај. Користи се РатеЛимитЕррор изузетак за откривање када се у кратком периоду пошаље превише захтева, што доводи до грешке. Поред тога, скрипте користе стратегију поновног покушаја да аутоматски поново покушају АПИ позив након достизања ограничења брзине.

За имплементацију ових стратегија, прва скрипта дефинише функцију која се зове цреате_цомплетион, који прихвата промпт и дозвољени број покушаја. Ова функција покушава да позове ОпенАИ-јев АПИ за завршетак, генеришући одговор на основу датог модела и упита. Ако се открије грешка ограничења брзине, функција штампа информативну поруку и рекурзивно се позива да поново покуша операцију. Овај приступ је ефикасан у избегавању наглог прекида скрипте док ефикасно управља ограничењима брзине АПИ-ја.

У другој скрипти је имплементирана слична стратегија за руковање грешкама, али укључује додатну логику за промену модела ако је граница брзине прекорачена. Ово је посебно корисно када различити модели могу имати различита ограничења брзине. Скрипта почиње иницијализацијом ОпенАИ клијента користећи прилагођену функцију која се зове иницијализовати клијента. Ова функција проверава валидност АПИ кључа, осигуравајући да је скрипта успешно потврђена пре него што настави са даљим позивима. Ако аутентификација не успе, кориснику враћа јасну поруку о грешци, смањујући забуну око погрешних конфигурација.

Друга скрипта такође уводи функцију под називом цреате_цхат, који покушава АПИ позив користећи одређени модел. Ако а РатеЛимитЕррор је подигнута, функција штампа поруку која указује да ће се пребацити на резервни модел, као што је са "давинци-002" на "давинци-003". Ово показује флексибилност у управљању ограничењима стопе док наставља да даје резултате. Поред тога, скрипте користе променљиве окружења за безбедно управљање АПИ кључем помоћу дотенв пакет, наглашавајући безбедне праксе кодирања. Променљиве окружења смањују ризик од излагања осетљивих података у бази кода.

import os
from dotenv import load_dotenv
import openai
from openai.error import RateLimitError
# Load environment variables from a .env file
load_dotenv()
# Retrieve API key securely
api_key = os.getenv("OPENAI_API_KEY")
# Initialize OpenAI client
client = openai.OpenAI(api_key=api_key)
# Define a function to handle API calls with retry mechanism
def create_completion(prompt, retries=3):
    try:
        response = client.Completion.create(
            model="davinci-002",
            prompt=prompt,
            max_tokens=50
        )
        return response
    except RateLimitError as e:
        if retries > 0:
            print("Rate limit exceeded. Retrying...")
            return create_completion(prompt, retries - 1)
        else:
            print(f"Failed after multiple attempts: {str(e)}")
            return None
# Testing prompt
result = create_completion("Say this is a test")
if result:
    print(result)

import os
from dotenv import load_dotenv
import openai
from openai.error import RateLimitError, AuthenticationError
# Load environment variables
load_dotenv()
api_key = os.getenv("OPENAI_API_KEY")
# Initialize OpenAI client with API key validation
def initialize_client(api_key):
    try:
        return openai.OpenAI(api_key=api_key)
    except AuthenticationError as auth_error:
        print("Invalid API key provided:", str(auth_error))
        return None
client = initialize_client(api_key)
# API call with fallback model if rate limit is reached
def create_chat(prompt, model="text-davinci-002"):
    try:
        response = client.Completion.create(
            model=model,
            prompt=prompt,
            max_tokens=60
        )
        return response
    except RateLimitError:
        print("Rate limit reached. Switching model...")
        return create_chat(prompt, model="text-davinci-003")
# Testing fallback mechanism
result = create_chat("Say this is another test")
if result:
    print(result)

Превазилажење грешака ограничења брзине ОпенАИ у Питхон скриптама

Када раде са ОпенАИ АПИ-јем, корисници се често сусрећу са кодом грешке 429, што указује да је прекорачен број дозвољених АПИ захтева. Ово може бити збуњујуће, посебно за почетнике који су проверили свој кредитни биланс и потврдили да имају довољно средстава. У таквим случајевима, проблем вероватно није у доступном кредиту, већ у ограничењима стопа које поставља ОпенАИ. Ова ограничења могу ограничити број АПИ позива које можете упутити у одређеном временском периоду. Разумевање и ефикасно управљање овим ограничењима је кључно за изградњу поузданог решења.

Један од начина да се ово реши је увођење механизма за поновни покушај, као што је приказано у претходним примерима скрипте. Међутим, још један важан аспект који треба узети у обзир је разумевање ОпенАИ-а политике квота у дубину. ОпенАИ може применити различита ограничења стопе на основу модела или типа налога који се користи. На пример, налози са бесплатним нивоом могу се суочити са строжим ограничењима у поређењу са плаћеним нивоима, што може утицати на начин на који дизајнирате своје АПИ позиве. Поред тога, корисници треба да се увере да су њихове дозволе АПИ кључа исправно подешене, јер погрешна конфигурација такође може да изазове грешке у квотама.

Поред управљања поновним покушајима и одабира резервних модела, оптимизација АПИ позива је од суштинског значаја. Ово укључује минимизирање непотребних АПИ захтева и фокусирање на критичне. Програмери такође могу да прате статистику коришћења АПИ-ја са контролне табле ОпенАИ да би стекли увид у своје обрасце потрошње и прилагодили своје скрипте у складу са тим. Применом ових стратегија можете смањити вероватноћу достизања ограничења брзине и обезбедити глаткију интеракцију са ОпенАИ АПИ-јем.