تقرير توفر GitHub لشهر يناير 2026 يكشف عن حادثين رئيسيين، بما في ذلك انقطاع خدمة Copilot المرتبط بتدهور أداء GPT-4.1 الخاص بـ OpenAI ومشاكل واسعة في المنصة.
نشر تقرير توفر GitHub لشهر يناير 2026، في 11 فبراير، تفاصيل حادثين كبيرين أوقفا الخدمات للمطورين حول العالم، بما في ذلك انقطاع Copilot حيث وصلت معدلات الأخطاء مؤقتًا إلى 100% بسبب تعقيدات مع نموذج GPT-4.1 الخاص بـ OpenAI.
وقع الحادث الأول في 13 يناير بين الساعة 09:25 و10:11 بالتوقيت العالمي، حيث بلغ متوسط معدلات الأخطاء في GitHub Copilot 18% خلال فترة الـ 46 دقيقة، وارتفعت إلى فشل كامل في بعض الأحيان. تعطلت ميزات الدردشة عبر VS Code وJetBrains IDEs ومنتجات متكاملة أخرى.
سبب المشكلة كان خطأ في التكوين أثناء تحديث النموذج. قامت GitHub بالتراجع عن التغيير، لكن استعادة الخدمة استغرقت حتى الساعة 10:46 بالتوقيت العالمي، بسبب معاناة OpenAI من تدهور في توفر GPT-4.1 في الوقت ذاته. يُبرز فشل سلسلة الاعتمادية هذا المخاوف المستمرة بشأن موثوقية الأدوات المساعدة في البرمجة بالذكاء الاصطناعي مع تزايد دمجها في سير عمل المطورين.
بعد يومين، في 15 يناير، واجهت GitHub مشاكل أوسع في البنية التحتية. بين الساعة 16:40 و18:20 بالتوقيت العالمي، واجه المستخدمون زيادة في التأخير وانقطاعات في الطلبات، والطلبات السحب، والإشعارات، وActions، والمستودعات، والوصول إلى API، وتسجيل الدخول للحسابات. بلغ متوسط فشل الطلبات عبر الويب وAPI 1.8%، وبلغ الذروة 10% في بداية الحادث.
ما السبب؟ تحديث للبنية التحتية لمخازن بيانات GitHub. أدى التحديث إلى إصدار رئيسي جديد إلى خلق تنافس غير متوقع على الموارد تحت الحمل الإنتاجي — نوعية المشاكل التي لا تظهر عادة في بيئات الاختبار. تحمل المستخدمون غير المصادق عليهم الجزء الأكبر من التأثير، رغم أن الجلسات المصادق عليها لم تكن بمنأى. تم حل المشكلة عبر التراجع إلى الإصدار السابق المستقر.
كان شهر يناير صعبًا على GitHub أيضًا خارج هذين الحادثين الرئيسيين. تعطلت خدمات المصادقة لمدة تقرب من ساعة في 22 يناير. تدهورت عمليات إنشاء واستنساخ المستودعات بين 24 و25 يناير بسبب تأخير في قاعدة البيانات. وأدى تشغيل عمليات Actions إلى تأخير بمعدل 49 ثانية في 28 يناير.
كما تأثرت منصات الطرف الثالث أيضًا، حيث أبلغت Railway عن فشل متقطع في مصادقة GitHub وأخطاء “Repo Not Found” من 26 إلى 29 يناير بعد تجاوز حدود معدل رموز OAuth الخاصة بـ GitHub.
تقول GitHub إنها تعمل على تعزيز المراقبة، وتحسين بيئات الاختبار، وتطبيق إجراءات حماية أكثر صرامة بعد حوادث يناير. وأشارت الشركة إلى أن حوادث 9 فبراير ستظهر في تقرير الشهر القادم — حيث شهدت أوائل فبراير مشاكل مرتبطة بـ AWS أثرت على المنصة أيضًا.
بالنسبة للفرق التي تعتمد على GitHub Copilot كجزء أساسي من البنية التحتية، فإن اعتمادها على OpenAI يضيف عنصرًا خارج سيطرة GitHub المباشرة. عندما يتعثر مزود الخدمة الخاص بالذكاء الاصطناعي، يتأخر المطورون.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
وصل معدل الأخطاء في GitHub Copilot إلى 100% خلال انقطاع يناير المرتبط بـ OpenAI GPT-4.1
تقرير توفر GitHub لشهر يناير 2026 يكشف عن حادثين رئيسيين، بما في ذلك انقطاع خدمة Copilot المرتبط بتدهور أداء GPT-4.1 الخاص بـ OpenAI ومشاكل واسعة في المنصة.
نشر تقرير توفر GitHub لشهر يناير 2026، في 11 فبراير، تفاصيل حادثين كبيرين أوقفا الخدمات للمطورين حول العالم، بما في ذلك انقطاع Copilot حيث وصلت معدلات الأخطاء مؤقتًا إلى 100% بسبب تعقيدات مع نموذج GPT-4.1 الخاص بـ OpenAI.
وقع الحادث الأول في 13 يناير بين الساعة 09:25 و10:11 بالتوقيت العالمي، حيث بلغ متوسط معدلات الأخطاء في GitHub Copilot 18% خلال فترة الـ 46 دقيقة، وارتفعت إلى فشل كامل في بعض الأحيان. تعطلت ميزات الدردشة عبر VS Code وJetBrains IDEs ومنتجات متكاملة أخرى.
سبب المشكلة كان خطأ في التكوين أثناء تحديث النموذج. قامت GitHub بالتراجع عن التغيير، لكن استعادة الخدمة استغرقت حتى الساعة 10:46 بالتوقيت العالمي، بسبب معاناة OpenAI من تدهور في توفر GPT-4.1 في الوقت ذاته. يُبرز فشل سلسلة الاعتمادية هذا المخاوف المستمرة بشأن موثوقية الأدوات المساعدة في البرمجة بالذكاء الاصطناعي مع تزايد دمجها في سير عمل المطورين.
بعد يومين، في 15 يناير، واجهت GitHub مشاكل أوسع في البنية التحتية. بين الساعة 16:40 و18:20 بالتوقيت العالمي، واجه المستخدمون زيادة في التأخير وانقطاعات في الطلبات، والطلبات السحب، والإشعارات، وActions، والمستودعات، والوصول إلى API، وتسجيل الدخول للحسابات. بلغ متوسط فشل الطلبات عبر الويب وAPI 1.8%، وبلغ الذروة 10% في بداية الحادث.
ما السبب؟ تحديث للبنية التحتية لمخازن بيانات GitHub. أدى التحديث إلى إصدار رئيسي جديد إلى خلق تنافس غير متوقع على الموارد تحت الحمل الإنتاجي — نوعية المشاكل التي لا تظهر عادة في بيئات الاختبار. تحمل المستخدمون غير المصادق عليهم الجزء الأكبر من التأثير، رغم أن الجلسات المصادق عليها لم تكن بمنأى. تم حل المشكلة عبر التراجع إلى الإصدار السابق المستقر.
كان شهر يناير صعبًا على GitHub أيضًا خارج هذين الحادثين الرئيسيين. تعطلت خدمات المصادقة لمدة تقرب من ساعة في 22 يناير. تدهورت عمليات إنشاء واستنساخ المستودعات بين 24 و25 يناير بسبب تأخير في قاعدة البيانات. وأدى تشغيل عمليات Actions إلى تأخير بمعدل 49 ثانية في 28 يناير.
كما تأثرت منصات الطرف الثالث أيضًا، حيث أبلغت Railway عن فشل متقطع في مصادقة GitHub وأخطاء “Repo Not Found” من 26 إلى 29 يناير بعد تجاوز حدود معدل رموز OAuth الخاصة بـ GitHub.
تقول GitHub إنها تعمل على تعزيز المراقبة، وتحسين بيئات الاختبار، وتطبيق إجراءات حماية أكثر صرامة بعد حوادث يناير. وأشارت الشركة إلى أن حوادث 9 فبراير ستظهر في تقرير الشهر القادم — حيث شهدت أوائل فبراير مشاكل مرتبطة بـ AWS أثرت على المنصة أيضًا.
بالنسبة للفرق التي تعتمد على GitHub Copilot كجزء أساسي من البنية التحتية، فإن اعتمادها على OpenAI يضيف عنصرًا خارج سيطرة GitHub المباشرة. عندما يتعثر مزود الخدمة الخاص بالذكاء الاصطناعي، يتأخر المطورون.