GitHub تضيف 4 ملايين نواة معالج مع ضغط وكلاء الذكاء الاصطناعي

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

ارتفاع قياسي في عدد الـcommits

وفق تقرير Octoverse 2026، قفز عدد الـcommits السنوي، بما يشمل المستودعات العامة والخاصة، من 12.9 مليار إلى 34.3 مليار خلال الأشهر الاثني عشر المنتهية في سبتمبر 2026. وسجّل شهر سبتمبر وحده 7.38 مليار commit. ويقيس هذا الرقم النشاط المسجَّل، لا عدد أسطر الشيفرة المولَّدة، إذ قد يحتوي الـcommit الواحد على تعديلات متفاوتة الحجم.

ويتغير كذلك أسلوب عمل المبرمجين. فبحسب GitHub، بدأ في سبتمبر أكثر من 40% من طلبات الدمج (pull requests) بمسودة أعدّها وكيل ذكاء اصطناعي تمكنت المنصة من رصده، مقابل 17% في مارس. كما سجّلت المستودعات الجديدة التي تضم ملفات إعداد للوكلاء ثمانية أضعاف عدد الـcommits في المتوسط مقارنة بالمستودعات التي لا تضمها. لكن هذه المقارنة وحدها لا تثبت زيادة مماثلة في الإنتاجية.

المشكلة في التكرار لا في الحجم

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

وقد ظهرت حدود السعة بالفعل. ففي 17 أغسطس 2026 تعرضت GitHub لانقطاع استمر سبع ساعات و47 دقيقة. وقالت الشركة إن حركة البيانات بلغت ذروة جديدة، وإن مكوناً أساسياً في مركز بيانات بالولايات المتحدة لم يتمكن من التوسع لتلبية الطلب. واعترفت بأنها لم توسّع بعض الموارد في وقت مبكر كافٍ، دون أن تنسب الانقطاع مباشرة إلى وكلاء الذكاء الاصطناعي.

تغيير في البنية

لا تكتفي GitHub بإضافة السعة، بل تنقل بنيتها إلى عدة مناطق في Microsoft Azure، وتفصل التخزين عن المعالجة ليتسع كل منهما بشكل مستقل، وتعمل على تقليل العمليات التي تحتاج إلى تنسيق متبادل. وفي اختبارات داخلية، رفعت البنية الجديدة سعة الكتابة حتى 35 ضعفاً، لكن هذه النتيجة لا تمثل بعد الأداء العام للمنصة.

وبالنسبة للمطورين، فإن سهولة توليد اقتراحات الشيفرة لا تعني دمجها تلقائياً في المشروع؛ إذ ما زالوا بحاجة إلى مراجعة التغييرات واختبارها وتقرير ما يستحق الاحتفاظ به.