ربط لينوس تورفالدس ارتفاع رقع Linux 7.0 بـ AI وخطر تأخر الإصدار

في 30 مارس 2026، اشتكى لينوس تورفالدز علناً من تدفق غير عادي كبير من التصحيحات لنظام Linux 7.0 RC6. برأيه، قد يكون جزء من هذا الارتفاع مرتبطاً باستخدام واسع النطاق لأدوات الذكاء الاصطناعي، وارتفعت الضغوط على المشرفين لدرجة أنه حتى احتمالية تأخير الإصدار المستقر كانت قيد النقاش في ذلك الوقت.

لماذا هناك المزيد من التصحيحات

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

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

لماذا ظهر الذكاء الاصطناعي هنا

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

"الكثير من التصحيحات البسيطة للغاية، لكنها حقيقية،" هكذا وصف تورفالدز

طبيعة هذه الموجة.

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

ما الذي يتغير في Linux 7.0

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

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

• التحسينات على أنظمة الملفات EXT4 و XFS
• إصلاحات برنامج تشغيل GPU النموذجية
• التغييرات في النظام الفرعي للشبكة و RDMA
• التحديثات في مكدس الصوت والأدوات المساعدة
• العديد من الإصلاحات النقطية للحالات الحدية المختلفة

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

ماذا يعني هذا

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