Strona główna → Pomoc

Model, który wczoraj działał, dziś nie działa dla nikogo w tej samej grupie kluczy

Bramki kierują ruch według grup: klucz należy do jednej grupy, grupa wskazuje jedno lub więcej kont upstream. Jeśli grupa ma jedno konto, a to konto przestaje obsługiwać model – wygasłe środki, odwołany klucz, lista modeli niezgodna z rzeczywistością – każdy klucz w grupie traci model naraz.

Co widzisz

Dlaczego tak się dzieje

Treść błędu wskazuje na model, więc ludzie sprawdzają pisownię i dostępność. W rzeczywistości zgłaszany stan to „żadne konto w twojej grupie nie może tego obsłużyć”, a naprawa jest po stronie kont.

Grupy z jednym kontem z definicji nie mają redundancji. Przy dwóch lub więcej kontach router przełącza się awaryjnie i nikt nic nie zauważa; przy jednym pojedynczy problem upstream oznacza całkowitą awarię tej grupy.

Subtelniejsza wersja: konto deklaruje model, którego w rzeczywistości nie potrafi dostarczyć. Każde skierowane do niego żądanie kończy się błędem, a zależnie od logiki zdrowia routera powtarzające się błędy mogą wyłączyć z rotacji całą grupę – więc zaczynają padać także modele, które były w porządku. Widzieliśmy dokładnie to: jedna błędnie zadeklarowana nazwa modelu na liście konta położyła ruch całej grupy.

Sprawdź, czy to ta przyczyna

Zapytaj bramkę, do czego twój klucz naprawdę ma dostęp, zamiast zakładać:

curl -s 'YOUR_BASE_URL/models' \
  -H 'Authorization: Bearer YOUR_KEY' \
  | python3 -c 'import sys,json; d=json.load(sys.stdin); print(len(d["data"]), "models"); [print(" ", m["id"]) for m in d["data"]]'

Jeśli modelu nie ma na tej liście, grupa klucza nie może go obsłużyć – żadne poprawki w żądaniu nie pomogą. Jeśli jest, a wywołania nadal padają, zepsute jest konto upstream stojące za grupą.

Jak to naprawić

  1. Najpierw sprawdź /models z kluczem, który nie działaJedno żądanie rozstrzyga, czy to problem routingu, czy problem żądania – i nic nie kosztuje.
  2. Zapytaj dostawcę, do której grupy należy kluczDwa identycznie wyglądające klucze mogą być w różnych grupach z różnymi kontami upstream. Znajomość grupy zamienia „czasem działa” w powtarzalną regułę.
  3. Do ważnych zastosowań trzymaj drugi klucz w innej grupieTo najtańsza dostępna redundancja: gdy jedna grupa ma problem z upstreamem, zmiana klucza to jedna linijka zamiast awarii.
  4. Nie polegaj na tym, że model jest na publicznej liścieModel wymieniony na stronie cennika może być nadal niedostępny dla twojej grupy. Wiążącą odpowiedzią jest to, co zwraca /models dla twojego klucza.
W APICLAN każdy klucz należy do dokładnie jednej grupy, a /models zawsze pokazuje to, co ten klucz naprawdę może wywołać. Jakie modele obsługuje każda grupa, znajdziesz na stronie cennika.

Powiązane

Unexpected token '<' przy wywołaniu API zgodnego z OpenAI401 invalid API key – gdy klucz wygląda dobrze, a i tak nie działa

Ostatnio sprawdzono 2026-10-01. Napisane na podstawie problemów zdiagnozowanych na działającej bramce zgodnej z OpenAI, a nie zebrane z innych stron.