ChatGPT, Claude और Grok साथ रुके—पर साझा कारण अब भी साबित नहीं
3 सितंबर 2026 को ChatGPT, Claude और Grok की रुकावटें एक-दूसरे से मिलती समयावधि में दर्ज हुईं। WIRED की समयरेखा में Claude की आंशिक रुकावट पहले, उसके कुछ मिनट बाद Grok की जाँच और लगभग एक घंटे बाद ChatGPT तथा Codex में त्रुटियों की शुरुआत दर्ज है।
तीनों सेवाएँ उसी दिन बहाल हो गईं, लेकिन एक साझा तकनीकी विफलता की पुष्टि नहीं हुई। सार्वजनिक विवरण OpenAI की रूटिंग त्रुटि, Anthropic की बुनियादी ढाँचा समस्या और Grok से जुड़े Memphis कंप्यूट केंद्र की रुकावट की ओर इशारा करते हैं; कोई उपलब्ध तकनीकी रिकॉर्ड इन घटनाओं को एक ही विफल घटक से नहीं जोड़ता।
रुकावटों की अवधि मिली, शुरुआत और बहाली अलग रही
Claude और Grok की समस्याएँ OpenAI की घटना से पहले दिखाई देने लगी थीं। इसका व्यावहारिक परिणाम यह था कि एक उपयोगकर्ता को अपने काम के दौरान तीनों विकल्प बाधित मिल सकते थे, हालांकि सेवाएँ बिल्कुल एक ही क्षण बंद नहीं हुई थीं।
OpenAI के आधिकारिक घटना-अभिलेख में 3 सितंबर को ChatGPT के 15 और Codex के चार घटकों पर बढ़ी त्रुटियाँ, 14:43 UTC पर जाँच, 15:17 UTC पर सुधार और 16:55 UTC पर समाधान दर्ज है। घटना के बाद कुछ Codex रिमोट कंट्रोल उपयोगकर्ताओं को अपना मोबाइल उपकरण दोबारा जोड़ने की जरूरत पड़ सकती थी।
Claude की आंशिक रुकावट में Claude.ai, Claude Code, Claude Cowork और Claude API शामिल थे। कई Claude मॉडल बढ़ी हुई त्रुटियाँ लौटा रहे थे; मुख्य घटना के समाधान के बाद Claude Sonnet 5 से जुड़ी एक छोटी अलग समस्या भी दर्ज हुई।
Grok के सभी मंचों और सेवाओं पर उपलब्धता प्रभावित हुई। बाद में उसका यातायात फिर स्वस्थ दर्ज किया गया। तीनों मामलों में बाहरी लक्षण—त्रुटि, विलंब या उत्तर न मिलना—मिलते-जुलते थे, पर समान लक्षण अपने आप समान आंतरिक कारण साबित नहीं करते।
प्रदाताओं के उपलब्ध स्पष्टीकरण एक जैसे नहीं हैं
OpenAI की घटना में उपलब्ध विशिष्ट कारण रूटिंग त्रुटि है, जिसने कुछ उपयोगकर्ताओं के लिए अलग-अलग मंचों पर ChatGPT और Codex को अनुपलब्ध बनाया। यह कारण OpenAI के व्यवधान को समझाता है; इससे Claude या Grok की समस्या का मूल कारण निर्धारित नहीं होता।
The Register की स्वतंत्र रिपोर्ट Anthropic की घटना को बुनियादी ढाँचा समस्या और Grok की दिक्कत को Memphis कंप्यूट केंद्र की रुकावट से जोड़ती है; उसी जाँच के समय Cloudflare सामान्य चल रहा था और AWS, Google Cloud तथा Microsoft Azure के सार्वजनिक स्थिति पृष्ठों पर संबंधित समस्या नहीं दिखी थी।
Anthropic की व्याख्या अपेक्षाकृत व्यापक रही: सार्वजनिक सामग्री में विफल बुनियादी ढाँचा घटक या बाहरी निर्भरता की पहचान नहीं की गई। Memphis केंद्र के मामले में प्रभावित कंप्यूट भागीदारों का उल्लेख सामने आया, लेकिन ऐसा कोई सार्वजनिक तकनीकी विवरण नहीं है जो Claude की रुकावट को उसी केंद्र की घटना का परिणाम ठहराता हो।
समय का मेल साझा कारण का प्रमाण क्यों नहीं है
तीन प्रमुख AI सेवाओं का पास-पास रुकना किसी साझा क्लाउड प्रदाता, सामग्री वितरण नेटवर्क या कंप्यूट भागीदार पर संदेह पैदा करता है। फिर भी समयगत सहसंबंध को कारण मानने के लिए कम-से-कम एक समान विफल घटक, साझा आपूर्तिकर्ता की पुष्ट घटना या प्रदाताओं की विस्तृत घटना-पश्चात जाँच चाहिए। इनमें से कोई प्रमाण अभी सार्वजनिक नहीं है।
मौजूदा रिकॉर्ड अलग स्तर की जानकारी देते हैं। OpenAI के मामले में प्रभावित तकनीकी परत पहचानी गई, Anthropic के लिए केवल बुनियादी ढाँचे की श्रेणी सामने आई और Grok की समस्या एक कंप्यूट केंद्र से जोड़ी गई। इससे किसी अज्ञात साझा निर्भरता की संभावना पूरी तरह समाप्त नहीं होती, लेकिन उसे तथ्य भी नहीं माना जा सकता।
सार्वजनिक स्थिति पृष्ठों की भी सीमा है। वे प्रायः ग्राहक पर पड़े प्रभाव और बहाली की प्रगति बताते हैं, जबकि विस्तृत मूल कारण बाद की घटना-पश्चात रिपोर्ट में आ सकता है या सार्वजनिक न भी किया जाए। प्रमुख क्लाउड और नेटवर्क सेवाओं पर संबंधित घटना न दिखना साझा कारण के विरुद्ध उपयोगी संकेत है, निर्णायक प्रमाण नहीं।
भारतीय AI-निर्भर कार्यदलों के लिए उपलब्धता का सबक
यह घटना दिखाती है कि अलग ब्रांड चुनना उपलब्धता की पूर्ण स्वतंत्रता की गारंटी नहीं देता। कारण अलग होने पर भी कई सेवाओं की रुकावटें एक ही कार्य-अवधि में आ सकती हैं और मुख्य AI सेवा के साथ तैयार रखा गया विकल्प भी अस्थायी रूप से बंद मिल सकता है।
जहाँ AI का उत्तर ग्राहक सहायता, कोड समीक्षा, दस्तावेज तैयार करने या किसी समय-संवेदी आंतरिक प्रक्रिया का अगला चरण खोलता है, वहाँ सीमित विफलता-योजना इन व्यवस्थाओं पर आधारित हो सकती है:
- महत्त्वपूर्ण कार्य के लिए पहले से परखा वैकल्पिक प्रदाता रखें और उसकी प्रमाणीकरण व्यवस्था अलग तैयार करें।
- असफल अनुरोधों को अनियंत्रित रूप से दोहराने के बजाय सुरक्षित कतार में रखें, ताकि बहाली के बाद दोहरे उत्तर या अनपेक्षित खर्च न बनें।
- इनपुट, जरूरी संदर्भ और अपेक्षित प्रारूप का स्थानीय अभिलेख रखें, जिससे अधूरा काम दूसरी सेवा या मानवीय प्रक्रिया को दिया जा सके।
- समय-संवेदी निर्णयों के लिए पहले से सीमा तय करें, जिसके बाद दल AI की प्रतीक्षा छोड़कर मानवीय व्यवस्था अपनाएगा।
5 सितंबर तक पुष्ट स्थिति यही है कि तीनों व्यवधान सुलझ चुके हैं और उनकी समयावधि एक-दूसरे से मिली थी। साझा मूल कारण का निष्कर्ष तभी मजबूत होगा जब कोई प्रदाता विस्तृत घटना-पश्चात रिपोर्ट में समान निर्भरता पहचाने या कोई बुनियादी ढाँचा कंपनी उसी अवधि में तीनों को प्रभावित करने वाली विफलता स्वीकार करे; फिलहाल समय का मेल तथ्य है, साझा कारण अटकल।
यह भी पढ़ें:
हमारे न्यूज़लेटर की सदस्यता लें
Web3, AI और क्रिप्टो की नवीनतम खबरें सीधे अपने इनबॉक्स में पाएँ।