أعطال ChatGPT في يوليو 2026: ماذا جرى لخوادم OpenAI وماذا يعني لأعمالك

شهدت خوادم OpenAI، الشركة المشغلة لـ ChatGPT، واحدا من أكثر أسابيعها اضطرابا منذ إطلاق الخدمة. خلال يوليو 2026 وحده تعاقبت أعطال متكررة بلغت ذروتها في انقطاع عالمي واسع، ثم عطل ممتد قرابة يوم كامل. في هذا المقال نرصد ما جرى بالتاريخ والوقت الدقيق كما نشرته صفحة الحالة الرسمية لـ OpenAI، ونشرح ماذا يعني ذلك عمليا لأي شركة تبني أعمالها على الذكاء الاصطناعي.

الوضع المباشر لحظة كتابة هذا المقال

عند إعداد هذا التقرير، السبت 25 يوليو 2026 الساعة 12:20 ظهرا بتوقيت الرياض، كانت صفحة الحالة الرسمية لـ OpenAI تعرض عطلا نشطا قيد التحقيق بعنوان «ارتفاع في معدلات الأخطاء» (Elevated error rates)، بدأ رسميا الساعة 12:17 ظهرا بتوقيت الرياض (09:17 بالتوقيت العالمي)، ويشمل ثلاث خدمات في آن واحد: ChatGPT، وواجهات OpenAI البرمجية (API)، وأداة البرمجة Codex. صنفت الشركة درجة التأثير بأنها «بسيطة»، ووصفت الحالة العامة للمنصة بأنها «تدهور جزئي في النظام». أي أن ما جرى لم يكن انقطاعا كاملا عالميا، بل بطء وفشل متقطع لجزء من الطلبات.

خط زمني لأسبوعين مضطربين

لم يكن عطل اليوم حدثا منعزلا، بل حلقة في سلسلة طويلة خلال يوليو:

• 9 يوليو: أخطاء «جرب نموذجا آخر» ظهرت على عدة نماذج دفعة واحدة.
• 11 إلى 15 يوليو: خمسة أعطال في خمسة أيام متتالية بحسب التقارير، توجت بانقطاع ملحوظ عاد بعده ChatGPT للعمل.
• 19 يوليو: انقطاع عالمي كبير سجل أكثر من 250 بلاغا، طال مستخدمين في أوكرانيا والولايات المتحدة وأوروبا والهند واليابان، وتركز على تطبيق iOS مع أخطاء 502 و503.
• 21 يوليو: انقطاع قصير استمر نحو 23 دقيقة.
• 23 إلى 24 يوليو: العطل الأبرز. بدأ الساعة 18:36 بتوقيت الرياض من يوم 23، ولم يعلن التعافي الكامل إلا الساعة 22:33 من يوم 24 بعد تقطع في الاستقرار.
• 25 يوليو: العطل النشط الحالي، بتأثير بسيط وقيد التحقيق.

ما جذر المشكلة؟

اللافت في تحديثات OpenAI الرسمية لعطل 23 إلى 24 يوليو أنها ذكرت صراحة أنها تعمل على المعالجة «مع مزود البنية التحتية الخلفي». بمعنى أن جذر المشكلة كان على الأرجح في طبقة الاستضافة والشبكة السحابية التي تعتمد عليها OpenAI، لا في نماذج الذكاء الاصطناعي نفسها. وهذا يفسر لماذا كانت معظم أعطال الأسبوع من نوع «ارتفاع في معدلات الأخطاء» وأخطاء 502 و503 لا توقفا تاما: الخدمة تعمل، لكن نسبة من الطلبات تفشل أو تتأخر.

لماذا يهمك هذا حتى لو لم تكن تفتح ChatGPT؟

لأن العطل يشمل واجهات OpenAI البرمجية (API)، لا موقع ChatGPT فقط. آلاف التطبيقات والمتاجر وأنظمة خدمة العملاء تستدعي نماذج OpenAI في الخلفية دون أن يراها المستخدم. وحين ترتفع أخطاء الـ API، تتعثر هذه الأنظمة كلها في وقت واحد. من يبني عمله فوق مزود واحد بلا بديل، يحول عطل ذلك المزود إلى عطل في عمله هو.

الدرس: صمم أنظمتك على افتراض العطل

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

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

أين يقف دور أوريجامي

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

المصادر

• صفحة الحالة الرسمية لـ OpenAI (بيانات مباشرة لحظة إعداد التقرير، 25 يوليو 2026)
• OECD.AI — توثيق حادثة الانقطاع العالمي في 19 يوليو 2026
• Android Authority — تغطية عطل 23 إلى 24 يوليو 2026