ChatGPT, Claude और Grok के एक साथ आउटेज की असली वजह क्या थी?

3 सितंबर 2026 को कुछ घंटों के अंतराल में कई प्रमुख AI सेवाओं में दिक्कत आई। OpenAI के ChatGPT और Codex, Anthropic के Claude उत्पादों तथा xAI के Grok को इस्तेमाल करने वाले लोगों ने समस्याएं दर्ज कराईं। ओवरलैप वास्तविक था, लेकिन इससे यह निष्कर्ष नहीं निकलता कि पूरी AI इंटरनेट व्यवस्था एक ही कारण से ठप हुई थी। उपलब्ध सार्वजनिक साक्ष्य अलग-अलग घटनाओं और कंपनियों द्वारा बताए गए अलग कारणों की ओर इशारा करते हैं; किसी साझा मूल कारण की पुष्टि नहीं हुई है। 334148

क्या हुआ और कब हुआ?

अलग-अलग कंपनियों के स्टेटस अपडेट और तृतीय-पक्ष रिपोर्टों में समय अलग तरीके से दर्ज है। फिर भी, घटनाओं के समय में इतना मेल था कि उपयोगकर्ताओं को यह एक साथ हुआ व्यापक आउटेज लगा।

• Grok: रिपोर्ट के अनुसार xAI की घटना 13:30 UTC पर शुरू हुई और 17:05 UTC पर समाप्त हुई। बाद में xAI ने इसे अपने मेम्फिस कंप्यूट सेंटर में हुए आउटेज से जोड़ा। 48
• Claude: Anthropic ने Claude के कई मॉडल और उत्पादों—Claude.ai, API, Claude Code और Claude Cowork—में अनुरोध संबंधी त्रुटियां बढ़ने की जानकारी दी। करीब तीन घंटे की बाधा के बाद घटना 16:16 UTC तक सुलझा ली गई। 104148
• ChatGPT और Codex: OpenAI के मुताबिक, 07:43 PT से शुरू हुई उसकी आंतरिक रूटिंग त्रुटि के कारण कुछ उपयोगकर्ताओं के लिए ChatGPT और Codex कई प्लेटफॉर्म पर उपलब्ध नहीं रहे। करीब 08:17 PT पर समाधान लागू किया गया, जिसके बाद निगरानी जारी रखी गई। 41

लोगों ने लॉग-इन न होने, चैट उपलब्ध न होने, प्रॉम्प्ट फेल होने और ऐप या वेब एक्सेस में दिक्कत की शिकायत की। Downdetector-आधारित रिपोर्टिंग में रात करीब 8 बजे IST तक ChatGPT से जुड़ी 43,000 से अधिक शिकायतें दर्ज हुईं। Claude की समस्या उपभोक्ता और डेवलपर, दोनों तरह के टूल तक फैली थी। 2339

कंपनियों ने वजह क्या बताई?

कंपनियों की बताई वजहें अहम हैं, क्योंकि वे इसे एक प्रमाणित साझा आउटेज मानने के दावे को कमजोर करती हैं।

OpenAI: कंपनी के एक प्रवक्ता ने ChatGPT और Codex की रुकावट की वजह OpenAI के अपने इन्फ्रास्ट्रक्चर में हुई रूटिंग त्रुटि बताई। 41

Anthropic: सार्वजनिक स्टेटस रिपोर्टिंग में Claude की दिक्कत को इन्फ्रास्ट्रक्चर समस्या बताया गया और कई मॉडल व सेवाओं में बढ़ी त्रुटियों की पुष्टि की गई। हालांकि, खराब हुए विशिष्ट कंपोनेंट की पहचान सार्वजनिक सामग्री में नहीं बताई गई। 3948

xAI: घटना के बाद की रिपोर्टिंग में कहा गया कि xAI ने Grok के आउटेज को अपने मेम्फिस कंप्यूट सेंटर की समस्या से जोड़ा और प्रभावित कंप्यूट साझेदारों से माफी मांगी। 48

इन स्पष्टीकरणों से हर संभावित साझा निर्भरता खारिज नहीं होती, लेकिन वे किसी एक साझा मूल कारण को स्थापित भी नहीं करते।

क्या Azure या कोई साझा सेवा प्रदाता जिम्मेदार था?

उपलब्ध सार्वजनिक साक्ष्यों में ऐसा कोई पुष्ट प्रमाण नहीं है कि Microsoft Azure, कोई नेटवर्क प्रदाता, CDN, पहचान सत्यापन सेवा या किसी अन्य साझा आपूर्तिकर्ता ने 3 सितंबर की सभी रुकावटें पैदा कीं।

समकालीन रिपोर्टों में Azure का जिक्र इसलिए हुआ कि यह संबंधित कंपनियों को क्लाउड सेवाएं उपलब्ध कराता है, लेकिन यह कारण-संबंध का प्रमाण नहीं है। 42 सिर्फ समय का मेल यह साबित नहीं करता कि तकनीकी कारण भी एक ही था—खासकर तब, जब आउटेज का आकलन उपयोगकर्ता रिपोर्टों के आधार पर हो, न कि किसी एक साझा तकनीकी घटना-रिकॉर्ड से।

इसलिए फिलहाल सही निष्कर्ष यही है: साझा इन्फ्रास्ट्रक्चर के कारण आउटेज होने की बात अपुष्ट है। जब तक कंपनियां प्रत्यक्ष पुष्टि या विस्तृत तकनीकी पोस्टमॉर्टम जारी नहीं करतीं, Azure के किसी क्षेत्रीय फेल्योर को इन सभी घटनाओं की वजह बताना स्थापित तथ्य नहीं माना जाना चाहिए।

क्या Colossus 1 तक Anthropic की कथित पहुंच से Claude आउटेज समझाया जा सकता है?

उपलब्ध रिपोर्टिंग Anthropic की xAI/SpaceXAI की Colossus 1 सुविधा तक कथित पहुंच के दायरे को स्थापित करने के लिए पर्याप्त नहीं है। न ही इससे यह सिद्ध होता है कि घटना के वक्त Claude की प्रोडक्शन सर्विंग उसी क्षमता पर निर्भर थी। मेम्फिस में Grok को प्रभावित करने वाला फेल्योर अपने-आप यह साबित नहीं करता कि उसने Claude की रुकावट भी पैदा की। 48

विश्वसनीयता के आकलन में यह फर्क महत्वपूर्ण है: कोई व्यावसायिक कंप्यूट व्यवस्था, भले उसकी पुष्टि हो जाए, इस बात का प्रमाण नहीं होती कि किसी खास समय पर उपयोगकर्ता-समक्ष सेवा उसी इन्फ्रास्ट्रक्चर पर चल रही थी।

7 सितंबर को भारत में ChatGPT की नई शिकायतों पर क्या जानकारी थी?

7 सितंबर की अलग रिपोर्टों में ChatGPT उपयोगकर्ताओं को मुख्य रूप से कंटेंट जनरेशन में दिक्कत आने की बात कही गई। कुछ लोगों ने ब्राउज़र और ऐप से जुड़ी समस्याएं भी बताईं। एक रिपोर्ट में करीब 261 उपयोगकर्ता शिकायतें दर्ज थीं और उनमें सबसे बड़ा हिस्सा कंटेंट जनरेशन से संबंधित था। 19

हालांकि, यह सामग्री भारत-व्यापी और लगातार चलने वाले आउटेज, किसी पुष्ट मूल कारण या 3 सितंबर की घटना से इसके संबंध को स्थापित नहीं करती। एक बाहरी मॉनिटर ने उस दिन 03:07 UTC पर ChatGPT को बिना असामान्य त्रुटि के पहुंच योग्य बताया। यह किसी आंशिक, रुक-रुक कर आने वाली या भौगोलिक रूप से असमान समस्या की संभावना के अनुरूप है, न कि लगातार देशव्यापी फेल्योर के प्रमाण के रूप में। 22

कारोबार के लिए सबक: कई AI वेंडर होना हमेशा पर्याप्त नहीं

3 सितंबर की घटनाएं दिखाती हैं कि AI पर आधारित काम—जैसे ग्राहक सहायता, सॉफ्टवेयर डेवलपमेंट, शोध, दस्तावेज प्रसंस्करण और एजेंट-आधारित वर्कफ़्लो—कितनी जल्दी बाधित हो सकते हैं। एक से अधिक AI सेवाओं की सदस्यता लेने से किसी एक प्रदाता के फेल होने का जोखिम कम होता है, लेकिन यह निरंतरता की गारंटी नहीं है। विभिन्न सेवाएं क्लाउड, नेटवर्क, पहचान सत्यापन, ब्राउज़र या इंटीग्रेशन जैसी समान परतों पर निर्भर हो सकती हैं।

ज्यादा टिकाऊ AI वर्कफ़्लो में ये प्रबंध शामिल हो सकते हैं:

• मैनुअल विकल्प और टिकाऊ क्यू: जरूरी काम को पुनर्प्राप्त करने योग्य रखें, ताकि फेल हुए अनुरोध गायब न हो जाएं।
• प्रदाता फेलओवर: उपयुक्त काम को दूसरे मॉडल प्रदाता तक भेजने की व्यवस्था रखें, लेकिन एक-साथ होने वाले फेल्योर की संभावना को ध्यान में रखें।
• सुरक्षित API प्रबंधन: सीमित टाइमआउट, बैकऑफ के साथ रीट्राई, सर्किट ब्रेकर और idempotent जॉब्स का उपयोग करें, ताकि अस्थायी आउटेज से डुप्लीकेट काम न बने।
• डीग्रेडेड मोड: पहले से तय करें कि फ्रंटियर मॉडल के बिना कौन-सा काम जारी रहेगा—मसलन नियम-आधारित रूटिंग, कैश किए जवाब, देरी से पूरा करना या मानव समीक्षा।
• स्वतंत्र मॉनिटरिंग और घटना रिकॉर्ड: वेंडर के स्टेटस पेज के साथ अपने सिंथेटिक चेक चलाएं और ऐसे लॉग रखें जिनसे पता चले कि कौन-सा प्रदाता, मॉडल या इंटीग्रेशन विफल हुआ।

मुख्य बात यह नहीं है कि हर एक-साथ दिखने वाले आउटेज के पीछे कोई छिपा हुआ साझा कारण जरूर होता है। बात यह है कि कंपनियों को उस संभावना के लिए तैयार रहना चाहिए और अगले व्यवधान से पहले अपने फॉलबैक सिस्टम की वास्तविक जांच कर लेनी चाहिए।