أعطال متداخلة لـChatGPT وClaude وGrok: ليست حادثة واحدة مؤكدة

لم تتعطل خدمات الذكاء الاصطناعي الثلاث الكبرى في 3 سبتمبر 2026 لسبب واحد مثبت. والخلاصة الأدق من السجل العلني هي أن مشغّل Grok ربط تعطل الخدمة بعطل في مركز حوسبة بمدينة ممفيس، فيما وصفت OpenAI مشكلة مستقلة في التوجيه أثرت في ChatGPT وCodex، بينما اكتفت Anthropic بوصف مشكلة Claude بأنها «مشكلة في البنية التحتية». 3540

ما الذي تؤكده المعلومات المتاحة؟

قال مشغّل Grok إن عطلاً وقع في مركز الحوسبة التابع له في ممفيس، ما تسبب بمشكلات لـGrok، واعتذر أيضاً إلى «شركاء الحوسبة» المتأثرين. ووفق التقارير، بدأ الاضطراب قرابة الساعة 6:30 صباحاً بتوقيت المحيط الهادئ واستمر نحو 3 ساعات ونصف. 40

أما OpenAI فقدمت تفسيراً مختلفاً لـChatGPT وCodex: بدأ خطأ في التوجيه قرابة الساعة 7:43 صباحاً بتوقيت المحيط الهادئ، فأصبح الوصول إلى الخدمتين غير متاح لبعض المستخدمين عبر منصات متعددة. وقالت الشركة إن حلاً طُبّق بنجاح بحلول الساعة 8:17 صباحاً تقريباً. 35

وفي الوقت نفسه، شهد Claude ارتفاعاً في معدلات الأخطاء. وأظهرت معلومات الحالة، كما نُقل وقتها، أن الحادثة استمرت 3 ساعات و6 دقائق، ووصفته Anthropic بأنه مشكلة في البنية التحتية أثرت في خدمات Claude. لكن التقارير العلنية المتاحة لم تسمّ المكوّن الذي تعطل، ولم تقل إن Claude كان مستضافاً في منشأة ممفيس أو يعتمد عليها. 3545

وهذا الفارق جوهري: عطل ممفيس مؤكد بالنسبة إلى Grok؛ وخطأ توجيه منفصل مُبلّغ عنه بالنسبة إلى ChatGPT وCodex؛ أما ربط Claude بممفيس فاستنتاج غير مثبت.

تزامن زمني لا يعني تطابقاً في العطل

من المفيد وصف ما حدث بأنه أعطال متقاربة أو متداخلة، لكنه ليس دليلاً على انقطاع كامل دام خمس ساعات لدى كل مزود. هذه صياغة مختصرة للفترة التي كان يمكن أن يواجه فيها المستخدمون مشكلات في أكثر من خدمة ذكاء اصطناعي رائدة، لا مدة تعطل موحّدة لكل خدمة.

تشير التقارير إلى أن أول ارتفاع في أخطاء Claude سُجل قرابة 6:23 صباحاً بتوقيت المحيط الهادئ، ثم بدأ عطل Grok نحو 6:30 صباحاً، قبل أن يبدأ خطأ توجيه ChatGPT عند 7:43 صباحاً. وعادت Claude إلى الخدمة بحلول 9:16 صباحاً، بينما استمر عطل Grok المبلغ عنه نحو 3 ساعات ونصف. 354045

عملياً، كان الأثر كبيراً: فقد تأثر الوصول إلى المحادثات الاستهلاكية وواجهات برمجة التطبيقات وأدوات البرمجة وتدفقات العمل المعززة بالذكاء الاصطناعي. لذلك لم يعد البديل المعتاد، أي التحول من مزود نماذج بارز إلى آخر، فعالاً بالقدر المعتاد خلال فترة التداخل. 3538

هل تأثر Claude بعطل ممفيس؟

هناك سبب مفهوم لانتشار هذه الفرضية: مشغّل Grok قال إن حادثة ممفيس أثرت أيضاً في «شركاء حوسبة» لم يسمّهم، بينما كان Claude يواجه مشكلة في البنية التحتية خلال فترة قريبة. 4045

لكن المعقولية ليست إثباتاً. فلم يسمّ المشغّل Anthropic أو Claude علناً ضمن هؤلاء الشركاء في التقارير المتاحة، ولم تقل Anthropic إن مصدر عطلها كان ممفيس. وعليه، فالنتيجة السليمة هي:

• مؤكد: عطل مركز الحوسبة في ممفيس أثر في Grok. 40
• مؤكد: واجه Claude اضطراباً متعلقاً بالبنية التحتية. 3545
• غير مؤكد: أن عطل Claude سببه منشأة ممفيس أو أنه كان يمر عبرها.

تحويل النقطة الأخيرة إلى حقيقة محسومة يعني استبدال التزامن الزمني بادعاء سببي لا تسنده الأدلة المتاحة.

لماذا لا يمكن استبعاد Azure وCloudflare بشكل قاطع؟

لا تسمح الأدلة العلنية بالقول إن Azure أو Cloudflare «استُبعدا نهائياً». ما تدعمه الأدلة أضيق من ذلك: التفسيرات المعلنة أشارت إلى أسباب أخرى؛ إذ نسبت OpenAI اضطرابها إلى خطأ توجيه، وربط مشغّل Grok عطل خدمته بممفيس. 3540

ولا يحدد أي من المصادر المقدمة عطلاً واسعاً في Azure أو Cloudflare بوصفه سبباً لهذه الوقائع. وهذا يقلل احتمال وجود انهيار موحّد لدى أحد المزودين، لكنه لا ينفي التعرض غير المباشر عبر الشبكات الإقليمية أو نظام أسماء النطاقات (DNS) أو أنظمة الهوية أو مسارات نقل البيانات أو قيود السعة أو موردين مشتركين آخرين. والاستبعاد الحاسم يتطلب معلومات أوفى عن الاعتمادات التقنية وتقارير فنية تفصيلية بعد الحادثة.

الدرس الأهم: تنويع المزودين لا يساوي تنويع الاعتمادات

إتاحة نماذج من عدة شركات ليست، بمفردها، خطة استمرارية عمل. فقد تبدو الخدمات مستقلة أمام العميل، لكنها قد تشترك في طبقات خفية: حوسبة مادية، مناطق استضافة، مسارات شبكات، مصادقة، استضافة نماذج، عتاد، أو ترتيبات تشغيلية. وعطل في طبقة واحدة قد يجعل بدائل يُفترض أنها مستقلة غير متاحة في الوقت نفسه.

تتضاعف المخاطر حين يصبح الذكاء الاصطناعي جزءاً من الأنظمة التشغيلية، لا مجرد أداة للمحادثة. فقد يؤدي غياب النموذج إلى تعطيل أعمال منتظرة في الطوابير، واستدعاءات الأدوات، والموافقات، وتدفقات دعم العملاء، وخطوط البرمجة، والمراقبة. كما قد تنتج مشكلة ثانية عند الاستعادة إذا أدت محاولات إعادة التشغيل إلى تكرار إجراء خارجي أو فقدان الحالة اللازمة للاستئناف الآمن.

كيف تختبر المؤسسات قدرتها على الصمود أمام تعطل الذكاء الاصطناعي؟

ينبغي للجهات التي تستخدم الذكاء الاصطناعي في بيئات الإنتاج أن تختبر سيناريوهات مثل:

1. فقدان مزود كامل: عدم توفر واجهات النماذج والمحادثة.
2. تدهور جزئي: ارتفاع الأخطاء أو زمن الاستجابة، أو فشل البث، أو غياب الأدوات.
3. أعطال المصادقة والشبكات: تعطل تسجيل الدخول أو DNS أو التوجيه أو الوصول من منطقة محددة.
4. أعطال مترابطة بين المزودين: تعطل مزودين أو أكثر يُفترض استقلالهما خلال النافذة نفسها.
5. مخاطر التعافي: استئناف عمليات إعادة المحاولة والطوابير واستدعاءات الأدوات والموافقات من دون تكرار أفعال أو فقدان للحالة.

وينبغي أن تقيس هذه الاختبارات زمن التعافي، وإدارة التراكمات، وإمكانية التدخل البشري، واتساق البيانات، وقابلية التكرار الآمن (idempotency)، أي تنفيذ العملية مجدداً من دون إحداث أثر غير مقصود للمرة الثانية.

كما يمكن للمزودين رفع مستوى الشفافية عبر نشر تقارير فنية بعد الحوادث تفصل بين الجدول الزمني، والمكوّنات والمناطق المتأثرة، والسبب الجذري، وإجراءات التخفيف، وخطط منع التكرار. فالسجل العلني الخاص بـ3 سبتمبر يكفي للتمييز بين عطل Grok المرتبط بممفيس وخطأ توجيه ChatGPT، لكنه لا يكفي لإثبات اعتماد Claude على ممفيس أو لرسم خريطة أعمق للاعتمادات المشتركة وراء هذا التداخل. 354045