انقطاع ChatGPT وClaude وGrok؛ درس في الاستمرارية
في ٣ سبتمبر ٢٠٢٦ تعطّلت ثلاثة مساعدات ذكاء اصطناعي كبرى في النافذة الزمنية نفسها ولم تعلن أي شركة سبباً مشتركاً. ما الذي جرى، وأربعة إجراءات عملية للشركات.
في يوم الخميس ٣ سبتمبر ٢٠٢٦، خرجت ثلاثة من أكثر مساعدي الذكاء الاصطناعي استخداماً في العالم — ChatGPT وClaude وGrok — عن الخدمة لدى كثير من المستخدمين خلال ساعات قليلة متداخلة. الخبر يبدو بسيطاً، لكن تفاصيله تحمل درساً واضحاً لأي عمل تجاري يمرّ جزء من نشاطه عبر خدمة خارجية.
ما الذي حدث بالضبط
استناداً إلى صفحات الحالة الرسمية للشركات وإلى تغطية الصحافة التقنية، جرت الأحداث على النحو التالي (بتوقيت غرب الولايات المتحدة):
- نحو الساعة ٧:٤٣ صباحاً — تسبّب خطأ في التوجيه بخروج خدمة ChatGPT وأداة البرمجة Codex عن الخدمة لدى شريحة من المستخدمين على الويب والهاتف.
- ٨:٤٩ صباحاً — أعلنت OpenAI تطبيق إصلاح وعودة الخدمة تدريجياً. في الوقت نفسه كانت معظم نماذج Claude قد عادت إلى وضعها الطبيعي، باستثناء Opus 4.8 وOpus 5. وكانت صفحة حالة Grok لا تزال تعرض عطلاً نشطاً.
- ١٢:٣٨ ظهراً — عادت الخدمات الثلاث جميعها إلى وضعها الطبيعي.
تفصيلان يسقطان عادةً من النسخة المختصرة للخبر:
- Gemini من غوغل شهد ارتفاعاً في بلاغات المستخدمين لكنه لم يؤكد أي عطل رسمي.
- Cursor، أداة البرمجة التي تعمل على نماذج Claude وGrok، توقّفت هي الأخرى. هذا مثال صافٍ على الاعتماد من الدرجة الثانية: خدمة لا خلل فيها، توقّفت لأن ما تحتها توقّف.
النقطة التي غابت عن معظم التقارير
لأن الخدمات الثلاث تعطّلت في التوقيت نفسه تقريباً، طرحت بعض المنصات فرضية وجود مزوّد سحابي مشترك وراء الأمر. لكن حقيقتين تقفان أمام هذه الفرضية: مايكروسوفت نفت مسؤوليتها، ولم تعلن أيٌّ من الشركات الثلاث سبباً جذرياً مشتركاً.
للتمييز أثر عملي. لو كان السبب مشتركاً ومؤكداً لكان الحل هو «اختيار سحابة أخرى». وحين لا يوجد سبب مشترك مؤكد، فالردّ الصحيح مختلف: أن تُصمَّم المنظومة على افتراض أن أي خدمة خارجية ستكون غير متاحة يوماً ما، أياً كان السبب.
لماذا يهمّ أن تتعطّل ثلاث خدمات معاً
انقطاع لبضع ساعات ليس حدثاً كبيراً بحد ذاته؛ كل خدمة تتعطّل أحياناً. ما يميّز هذا اليوم هو الترابط.
كثير من الفرق تظن أن وجود مزوّدين اثنين يعني امتلاك مسار بديل. لكن إذا خرج المسار الأول والثاني عن الخدمة في النافذة الزمنية نفسها، فالبديل كان موجوداً على الورق لا في الواقع. قيمة التكرار محكومة بمدى ترابط الأعطال، وهذا شيء يُقاس قبل الحادث لا أثناءه.
وحالة Cursor تقول الشيء نفسه من زاوية أخرى: سلاسل الاعتماد أعمق عادةً مما يظهر في المخطط. الخدمة التي تعتمد عليها قد تعتمد بدورها على شيء لم تكتبه يوماً في بنيتك.
ماذا يعني هذا لعمل تجاري في كرج
تخيّل متجراً إلكترونياً في كرج أسند الردّ الأول على العملاء إلى مساعد محادثة، أو منشأة صناعية في مدن البرز الصناعية تلخّص تقريرها اليومي عبر نموذج خارجي. خلال نافذة من أربع ساعات كيوم ٣ سبتمبر، السؤال ليس «لماذا تعطّل» — السؤال هو ماذا رأى العميل خلال تلك الساعات الأربع.
الإجابات الممكنة ثلاث:
- لا شيء إطلاقاً — لأن مساراً بديلاً أو وضعاً مبسّطاً تولّى المهمة.
- بطء ملحوظ — لأن الطلبات انتظرت في طابور ونُفِّذت بعد عودة الخدمة.
- رسالة خطأ — وهي الأسوأ، لأن العميل لا يميّز بين «خدمتنا معطّلة» و«مزوّدنا الأجنبي معطّل»؛ هو يرى فقط أنها لم تعمل.
الاختيار بين هذه الثلاث قرار معماري يُتَّخذ قبل الحادث بأسابيع. والاختيار نفسه يُطرح لنظام الردّ الآلي، وقد قارنّاه في نموذج لغوي أم استرجاع من معرفة المؤسسة.
أربعة إجراءات عملية تصلح لهذا الأسبوع
١. مسار ثانٍ حقيقي لا اسمي. لكل قدرة حسّاسة، عرّف نموذجاً أو مزوّداً ثانياً، والأهم: جرّبه فعلياً بضع مرات في السنة. المسار البديل غير المُختبَر افتراض لا قدرة.
٢. طابور بدل الخطأ. كل عمل غير فوري — التلخيص، التصنيف، إنتاج التقارير — ينبغي أن ينتظر في طابور ويُنفَّذ بعد عودة الخدمة. يرى المستخدم تأخيراً لا فشلاً. وهذا أصغر تغيير بأكبر أثر.
٣. تدهور لطيف. للمسارات الفورية مثل الردّ على العملاء، عرّف وضعاً بسيطاً بلا نموذج: إجابة من قاعدة معرفتك، أو نموذج تواصل، أو تحويل إلى شخص. المساعد المتاح على هذا الموقع يعتمد عمداً على استرجاع محتوى الموقع نفسه ولا يرتبط بأي نموذج خارجي، ولهذا فإن يوماً كـ٣ سبتمبر لا يعني له شيئاً.
٤. قياس لا تخمين. سجّل نسبة الطلبات التي فشلت ومدة كل حادث. من دون هذا الرقم، أي نقاش حول «ما مدى متانتنا» يبقى ذوقياً. المنطق نفسه القائم على المؤشرات الذي شرحناه في حوكمة الذكاء الاصطناعي في المؤسسات المالية ينطبق هنا.
لا يحتاج أيٌّ من هذه الإجراءات إلى تقنية جديدة. إنها قرارات معمارية، وتُنفَّذ عادةً خلال أيام عمل قليلة. وللصورة الأوسع لأثر الذكاء الاصطناعي على الأعمال، اقرأ الذكاء الاصطناعي في كرج: مستقبل الأعمال.
الأسئلة المتكررة
كم استمر انقطاع ٣ سبتمبر ٢٠٢٦؟
من نحو ٧:٤٣ صباحاً حتى ١٢:٣٨ ظهراً بتوقيت غرب الولايات المتحدة، أي قرابة خمس ساعات حتى عودة الخدمات الثلاث بالكامل. أما معظم مستخدمي ChatGPT فقد عادت لهم الخدمة بعد نحو ساعة.
ما السبب المشترك لهذا الانقطاع؟
لم تعلن أيٌّ من الشركات الثلاث سبباً مشتركاً. أما فرضية المزوّد السحابي المشترك فقد نفتها مايكروسوفت. الشيء الوحيد الذي ذُكر تحديداً هو خطأ في التوجيه لدى OpenAI.
هل يكفي وجود مزوّدين اثنين؟
ليس بالضرورة. أظهر ٣ سبتمبر بالضبط أن خدمتين قد تتعطّلان في الوقت نفسه. المهم هو ترابط الأعطال: مساران يستندان إلى البنية نفسها هما مسار واحد باسمين.
ما أصغر تغيير بأكبر أثر؟
تحويل الأعمال غير العاجلة إلى أعمال مجدولة في طابور. إذا انتظر التلخيص والتصنيف وإنتاج التقارير في طابور بدل الاستدعاء المباشر، يتحوّل انقطاع من عدة ساعات إلى تأخير لا يلاحظه العميل.
كيف أعرف مدى انكشاف عملي؟
اكتب قائمة بالقدرات التي تخصّ العميل وتتوقف من دون خدمة خارجية، ودوّن لكل واحدة ما الذي سيُعرض على المستخدم في غيابها. كل سطر تكون إجابته «رسالة خطأ» هو مهمة محدّدة لهذا الشهر.
خدمات قطره ذات الصلة
تقع قطره في مجمّع البرز للعلوم والتقنية بمدينة كرج، وتنفّذ هذه المراجعة نفسها على معمارية الذكاء الاصطناعي في المؤسسات:
- استشارات الذكاء الاصطناعي — مراجعة الاعتماديات وتصميم المسار البديل
- أتمتة الذكاء الاصطناعي — الطوابير وإعادة المحاولة والأوضاع المبسّطة للعمليات الآلية
- روبوتات الدردشة المؤسسية — مساعدون مبنيّون على قاعدة معرفتكم، بلا اعتماد خارجي
- الرؤية الحاسوبية وعلم البيانات — معالجة في الموقع، حيث يهمّ زمن الاستجابة والإتاحة
- التدريب على الذكاء الاصطناعي والروبوتات — تأهيل الفرق لبناء أنظمة تستمر في العمل عند تعطّل خدمة واحدة
الصورة الكاملة لعملنا في الذكاء الاصطناعي في كرج.