لينوس تورفالدس أقرّ قواعد كود AI في Linux: المسؤولية تقع على الإنسان

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

ما الذي تغير

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

تتطلب القواعد الجديدة أن يبقى جميع الرمز متوافقاً مع ترخيص GPL-2.0-only، وأن تستخدم الملفات معرفات SPDX الصحيحة. بشكل منفصل، تنص على أن وكيل الذكاء الاصطناعي لا يحق له إضافة علامة Signed-off-by: هذه العلامة مرتبطة بشهادة مطور الأصل وتمثل تأكيداً قانونياً من إنسان. لا يمكن إلا لمطور حقيقي أن يوقع مثل هذا الإصلاح، وهو وحده يتحمل المسؤولية الكاملة عن المساهمة.

كيفية إرسال الإصلاحات الآن

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

• التحقق يدوياً من جميع الرمز المُولّد بدلاً من الاعتماد على مخرجات النموذج
• التأكد من أن الأجزاء لا تنتهك متطلبات ترخيص النواة
• إضافة علامة Signed-off-by الخاصة بك، مؤكداً DCO بالنيابة عن إنسان
• تحديد Assisted-by مع اسم الأداة وإصدار النموذج
• عدم تقديم المساهمات ذات الذكاء الاصطناعي كأدوات عادية مثل git أو gcc أو make أو المحررات

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

المشكلة الرئيسية التي لم تُحل

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

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

"الوثيقة ضرورية للمشاركين الحسني النية"، هكذا شرح تورفالدز نهجه في

إصلاحات الذكاء الاصطناعي.

ما الذي يعنيه هذا

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