No available compatible accountsnot supported by any configured account in this groupThe same model works on a different keyIt started without any change on your sideOther models on the same key still workTreść 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.
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ą.
/models dla twojego klucza./models zawsze pokazuje to, co ten klucz naprawdę może wywołać. Jakie modele obsługuje każda grupa, znajdziesz na stronie cennika.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.