لينوس تورفالدز يستخدم الذكاء الاصطناعي في تطوير نواة لينكس

ما الذي حدث

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

وبحسب ما نقلته تقارير من Computerworld وZDNET، فإن هذه التعديلات لم تُدمج بعد في الفرع الرئيسي للنواة (mainline)، وما زالت في مرحلة الاختبار. ويعني ذلك أن الخطوة لا تزال مبكرة، ولم تتحول بعد إلى جزء من الإصدار المعتمد للنظام.

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

لماذا يهم هذا الخبر

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

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

الرأي التنفيذي من رينيسانس

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

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