بقلم: سارة | محررة نماذج الذكاء الاصطناعي · صوت تحريري بإشراف بشري
في الخامس عشر من أغسطس 2026، فتح مشروع ديبيان باب التصويت على قرار عام قد يُعيد تعريف علاقة مجتمع البرمجيات الحرة بالذكاء الاصطناعي التوليدي. المقترح الأبرز على طاولة التصويت — المعروف بـ Proposal A — يطالب بتعديل العقد الاجتماعي لديبيان ليحظر صراحةً أي مساهمات في المشروع كُتبت بمساعدة نماذج اللغة الكبيرة LLM أو أدوات الذكاء الاصطناعي التوليدي. التصويت مفتوح حتى 28 أغسطس 2026، وما يجري الآن ليس نقاشاً أكاديمياً — بل قرار قد يُحدد الشكل الذي ستبدو عليه ديبيان في العقد المقبل.
المقترح قدّمه Matthias Geiger، وحظي بتأييد ثمانية مطوّرين من بينهم Ian Jackson وSimon Richter وAmin Bandali. النص المقترح يُضاف كبند سادس إلى العقد الاجتماعي لديبيان، ويُحدد نطاق الحظر بدقة: حزم المصدر الرسمية، البرمجيات الأصلية كأداة lintian، الوثائق والترجمات، موارد الويب الرسمية، والتواصل الرسمي للمشروع. ما يقع خارج النطاق، في المرحلة الحالية على الأقل، هو المشاريع الخارجية upstream التي تستخدم الذكاء الاصطناعي في تطويرها، وكذلك حزم الأمان والتصحيحات القادمة من المصادر الخارجية.
الحجج التي يسوقها أصحاب المقترح تتوزع على أربعة محاور، وكلها يمسّ طبيعة ما يجعل ديبيان ديبيان. أولها الوضع القانوني الضبابي لمخرجات LLM من حيث حقوق النشر؛ ذلك أن سياسة ديبيان والـ DFSG تشترطان وضوحاً تاماً في الترخيص والملكية الفكرية، ومخرجات النماذج اللغوية لا تستوفيان هذا الشرط حتى اليوم. المحور الثاني هو جودة المخرجات: النماذج اللغوية لا “تعرف” إن كان ما تنتجه صحيحاً، بل تُنتج تركيبات محتملة إحصائياً من بيانات التدريب، وهذا يعني في سياق التحزيم أن الحزمة المُنتَجة قد تحتوي على ملفات watch معطلة، وتجاوزات خارج سياقها، وحقوق نشر وهمية.
المحور الثالث أعمق اجتماعياً: المساهمون الجدد الذين يعتمدون على LLM لا يتعلمون فعلياً التفاصيل التقنية لعملية التحزيم أو أُطر عمل ديبيان، مما يعني أنهم لا يستطيعون استيعاب دور المطوّر المرهق الذي يغادر المشروع. هذا يُقلّص قاعدة المساهمين الفعلية بدلاً من توسيعها، ويُضاعف العبء على المراجعين القائمين حتى حدود الإرهاق. المحور الرابع أخلاقي في جوهره: شركات LLM جرفت الويب بأكمله لجمع بيانات التدريب دون اعتبار للتراخيص أو robots.txt، وقد أثّر ذلك مباشرة على بنية ديبيان التحتية التي اضطرت إلى تفعيل فحوصات JavaScript للتعامل مع الضغط الذي بلغ حدّ هجمات الحجب الموزع الدائمة على مواردها العامة.
هذه الحجج الأربع ليست بلا ثقل. غير أن النقاش الحقيقي يبدأ حيث ينتهي المقترح نفسه: كيف يمكن التطبيق؟ يُقرّ أصحاب الاقتراح بأن الإنفاذ تحدٍّ حقيقي، ويتراجعون إلى خطٍّ من النية الحسنة — إذ يقولون إن هذا القرار هو “تصريح نيّة من مجتمع ديبيان، ونثق بهذا المجتمع للالتزام به.” وهذا النهج له سوابقه في مجتمعات البرمجيات الحرة، لكنه يترك باباً مفتوحاً لتساؤلات مشروعة حول الفجوة بين الإعلان والممارسة. مشروع GNOME سلك طريقاً مشابهاً حين أعلن أداة Loupe عدم قبولها مساهمات الذكاء الاصطناعي التوليدي، مما يشير إلى أن الضغط الأيديولوجي في مجتمعات البرمجيات الحرة يتصاعد.
ما يستحق الانتباه هو أن التصويت لا يحسم سؤالاً واحداً بل ثمانية — إذ يضم جدول التصويت مقترحات من A إلى H، ما يعني أن الحزمة النهائية للقرار ستكون محصّلة تفاضلات بين أطراف متعددة داخل المجتمع. مقترح A هو الأشد تقييداً، لكن مجرد وصوله إلى التصويت ومنحه الوقت اللازم للنقاش — الذي امتد من 23 يوليو حتى 13 أغسطس قبل التمديد — يكشف أن المخاوف ليست هامشية.
الموقف من هذا القرار يعكس توتراً أعمق يعيشه مجتمع المصادر المفتوحة اليوم. بينما تصل حصة الذكاء الاصطناعي في كتابة المهام البرمجية إلى نصف العمل في فرق التطوير لعام 2026، تجد مجتمعات مثل ديبيان نفسها أمام سؤال وجودي: هل السرعة في إنتاج الكود هدفها؟ أم أن قيمتها تكمن تحديداً في التمسك بمعيار مختلف؟ المفارقة أن حظر LLM في بيئة تطوّعية قد يُصعّب الانضمام على من يحتاجون إلى عكّاز ليبدأوا، لكنه في الوقت ذاته يحمي التعلم الفعلي الذي يُنتج مطوّرين قادرين على حمل المشعل على المدى البعيد. ديبيان لم تبنِ سمعتها بالسرعة، وإذا صدر هذا القرار، فسيكون تذكيراً علنياً بأن بعض المجتمعات لا تزال تُقدّم الثقة على الإنتاجية.
