Czy DeepSeek nie działa?

Sprawdź kod statusu HTTP. 401 i 403 oznaczają problem z kluczem lub uprawnieniami, 400 i 422 to niepoprawne zapytanie, a 429 wskazuje na limit zapytań (rate limit) lub budżetu. Jedynie 500, 502, 503, 504 oraz timeouty wskazują na DeepSeek. Jeśli ta strona jest zielona, a Ty wciąż otrzymujesz te błędy, wyślij minimalne zapytanie przez curl, aby wykluczyć problem z biblioteką klienta lub serwerem proxy.

Ponawiaj zapytania przy kodach 429 i 5xx, stosując exponential backoff z odrobiną losowego rozproszenia (jitter), ogranicz maksymalną liczbę prób i ustaw timeout, aby zawieszone strumienie się nie kumulowały. W funkcjach widocznych dla użytkowników warto mieć skonfigurowany model zapasowy od innego dostawcy i przełączać się na niego automatycznie po kilku błędach z rzędu — lista powyżej pokazuje, które z nich działają teraz bez zarzutu.

Limity są nakładane na organizację i na model, więc Twoje konto może mieć nałożony rate limit, podczas gdy u innych wszystko działa. Nowo wydane i bardzo duże modele jako pierwsze podlegają ograniczeniom w godzinach szczytu. Sprawdź stronę z historią użycia na swoim koncie, wypróbuj mniejszy model i upewnij się, że odpytujesz właściwy base URL oraz region.

Zwracaj uwagę na czas do pierwszego tokena, a nie na łączny czas odpowiedzi. W naszych własnych testach oznaczamy spowolnienie, gdy pierwszy token pojawia się po ponad 3 sekundach i trwa to trzy razy dłużej niż mediana z danego dnia. Długie prompty i obszerne odpowiedzi z natury generują się wolniej i nie traktujemy ich jako problemu.

W przypadku DeepSeek łączymy odsetek udanych zapytań do modeli DeepSeek na platformie OpenRouter i zgłoszenia użytkowników klikających przycisk na tej stronie. O statusie decyduje najpoważniejszy ze świeżych sygnałów — nieaktualne źródła odrzucamy, zamiast na nich polegać. Strona odświeża się automatycznie, a dokładne progi znajdziesz w sekcji „Jak sprawdzamy”.