क्या DeepSeek डाउन है?

HTTP स्टेटस कोड देखें। 401 और 403 का मतलब API की (key) या परमिशन की समस्या है, 400 और 422 का मतलब अमान्य अनुरोध (malformed request) है, और 429 का मतलब रेट लिमिट या ख़र्च की सीमा समाप्त होना है। केवल 500, 502, 503, 504 और टाइमआउट की स्थिति ही DeepSeek की गड़बड़ी की ओर इशारा करती है। अगर यह पेज चालू दिखे और फिर भी ये कोड आएँ, तो अपनी क्लाइंट लाइब्रेरी या प्रॉक्सी की जाँच के लिए curl से एक सामान्य अनुरोध भेजकर देखें।

429 और 5xx रिस्पॉन्स के लिए एक्सपोनेंशियल बैकऑफ़ (exponential backoff) और थोड़े रैंडम जिटर के साथ दोबारा प्रयास (retry) करें, प्रयासों की संख्या सीमित रखें, और टाइमआउट सेट करें ताकि अटके हुए स्ट्रीम जमा न हों। सीधे यूज़र से जुड़े फ़ीचर्स के लिए, किसी दूसरे वेंडर का फ़ॉलबैक मॉडल कॉन्फ़िगर करके रखें और लगातार कुछ विफलताओं के बाद अपने-आप उस पर स्विच कर दें — ऊपर दी गई सूची से पता चलता है कि इस समय कौन-से मॉडल ठीक काम कर रहे हैं।

सीमाएँ प्रति संगठन और प्रति मॉडल लागू होती हैं, इसलिए हो सकता है कि बाक़ी सब ठीक काम कर रहे हों लेकिन आपके खाते पर दर सीमित (throttled) कर दी गई हो। व्यस्त घंटों के दौरान नए रिलीज़ हुए और बहुत बड़े मॉडल्स पर सबसे पहले दर सीमा लागू होती है। अपने खाते का उपयोग पृष्ठ देखें, किसी छोटे मॉडल का उपयोग करके आज़माएँ और सुनिश्चित करें कि आप सही base URL और क्षेत्र को कॉल कर रहे हैं।

कुल समय के बजाय पहले टोकन आने के समय पर नज़र रखें। हमारे अपने परीक्षण अनुरोधों में, हम तब धीमेपन का संकेत देते हैं जब पहला टोकन आने में 3 सेकंड से अधिक और उस दिन के औसत से तीन गुना अधिक समय लगे। लंबे प्रॉम्प्ट और लंबे आउटपुट स्वाभाविक रूप से धीमे होते हैं और उन्हें समस्या नहीं माना जाता।

DeepSeek के लिए हम OpenRouter पर DeepSeek के मॉडल्स के सफल रिक्वेस्ट का प्रतिशत और इस पेज पर बटन दबाने वाले यूज़र्स की रिपोर्ट को मिलाते हैं। सबसे गंभीर और ताज़ा सिग्नल के आधार पर स्थिति तय होती है, और पुराने डेटा पर भरोसा करने के बजाय उसे नज़रअंदाज़ कर दिया जाता है। यह पेज अपने-आप रीफ़्रेश होता है; तय सीमाएँ हमारे “जाँच का तरीक़ा” पेज पर देखी जा सकती हैं।