ما الذي عطّل ChatGPT وClaude وGrok في 3 سبتمبر؟

شهدت عدة خدمات ذكاء اصطناعي بارزة أعطالاً خلال ساعات متقاربة يوم 3 سبتمبر 2026. فقد واجه المستخدمون مشكلات في ChatGPT وCodex التابعين لـOpenAI، ومنتجات Claude التابعة لـAnthropic، وGrok التابعة لـxAI. لكن الاستنتاج الأكثر دقة ليس أن «الإنترنت الخاص بالذكاء الاصطناعي تعطل»، بل أن الأدلة العامة المتاحة تصف حوادث مختلفة بأسباب معلنة مختلفة، من دون إثبات سبب مشترك واحد. 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 صباحاً بتوقيت المحيط الهادئ، جعل ChatGPT وCodex غير متاحين لبعض المستخدمين على منصات متعددة. ونُفّذ حل قرابة 08:17 صباحاً ثم استمرت الشركة في مراقبة التعافي. 41

وشملت شكاوى المستخدمين فشل تسجيل الدخول، وعدم إتاحة المحادثات، وتعذر إرسال الطلبات، ومشكلات في الوصول عبر الويب والتطبيقات. وسجلت تقارير تستند إلى Downdetector أكثر من 43 ألف بلاغ عن مشكلات في ChatGPT قرابة الساعة 8 مساءً بتوقيت الهند، فيما امتد أثر Claude إلى أدوات المستهلكين والمطورين معاً. 2339

ما الأسباب التي أعلنتها الشركات؟

تكتسب التفسيرات المعلنة أهميتها لأنها لا تدعم اعتبار ما جرى عطلاً موحداً ومثبتاً.

OpenAI: وصفت الشركة اضطراب ChatGPT وCodex بأنه ناتج من خطأ في التوجيه داخل بنيتها التحتية. 41

Anthropic: صنفت تقارير الحالة العامة مشكلة Claude على أنها مشكلة في البنية التحتية، وأكدت ارتفاع الأخطاء عبر نماذج وخدمات متعددة. إلا أن المواد المتاحة لا تحدد المكوّن الذي تعطل تحديداً. 3948

xAI: أفادت تقارير لاحقة بأن xAI ربطت عطل Grok بمركز الحوسبة في ممفيس، وقدمت اعتذاراً لشركاء الحوسبة المتأثرين. 48

لا تستبعد هذه التفسيرات كل احتمال لوجود اعتماد مشترك بين الخدمات، لكنها أيضاً لا تثبت وجود سبب جذري واحد لها.

هل كانت Azure أو جهة بنية مشتركة أخرى مسؤولة؟

لا. لا تؤكد الأدلة العلنية المقدمة هنا أن Microsoft Azure، أو مزود شبكة، أو شبكة توزيع محتوى (CDN)، أو خدمة هوية، أو مورداً مشتركاً آخر تسبب في جميع أعطال 3 سبتمبر.

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

لذلك، الخلاصة المناسبة هي: السبب المرتبط ببنية تحتية مشتركة غير مؤكد. ولا ينبغي التعامل مع الادعاءات بأن عطلاً إقليمياً في Azure تسبب في كل الحوادث باعتبارها حقيقة ثابتة من دون تأكيد مباشر من الشركات أو تقرير تقني مفصل عن الحادث.

هل يفسر وصول Anthropic المزعوم إلى Colossus 1 عطل Claude؟

لا تكفي التقارير المتاحة لإثبات نطاق أي وصول لـAnthropic إلى منشأة Colossus 1 التابعة لـxAI/SpaceXAI، أو لإثبات أن مسار تقديم خدمة Claude للمستخدمين كان يعتمد عليها وقت الحادث. كما أن الإبلاغ عن عطل في ممفيس أثر في Grok لا يبرهن، بمفرده، أنه تسبب في اضطراب Claude. 48

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

ماذا عُرف عن بلاغات ChatGPT في الهند يوم 7 سبتمبر؟

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

لكن هذه الأدلة لا تثبت وجود عطل مستمر على مستوى الهند كلها، ولا تحدد سبباً جذرياً مؤكداً، ولا تثبت صلة بحوادث 3 سبتمبر. وأفاد مراقب خارجي بأن ChatGPT كان قابلاً للوصول من دون أخطاء غير معتادة عند 03:07 UTC في ذلك اليوم؛ وهو ما يتسق مع مشكلة جزئية أو متقطعة أو متفاوتة جغرافياً، لا مع دليل على تعطل وطني متواصل. 22

الدرس للشركات: تعدد المزوّدين لا يساوي الاعتمادية الكاملة

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

لرفع القدرة على الصمود، ينبغي أن يتضمن سير العمل ما يلي:

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

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