QGIS تفرض حظرًا على مساهمات الذكاء الاصطناعي: 289 نقطة و299 تعليقًا على HN

طرح مشروع QGIS، أبرز نظام معلومات جغرافية مفتوح المصدر، للنقاش حظر المساهمات المنجزة بمساعدة الذكاء الاصطناعي. جاء الاقتراح في صورة pull request رقم 387 في مستودع QGIS-Enhancement-Proposals، حيث يراجع الفريق التغييرات الكبرى في القواعد والبنية المعمارية. وبحلول 12 أكتوبر 2026 جمع رابط الطلب على Hacker News 289 نقطة و299 تعليقًا، وهو رقم كبير لموضوع متخصص في نظم المعلومات الجغرافية.

تنبيه مهم: يقتصر المصدر على رابط الطلب ومؤشرات HN، ولا يتضمن نص السياسة. أما الصياغات الدقيقة (ما الذي يُعدّ مساعدة من الذكاء الاصطناعي، وكيف يُتحقق من ذلك، وما العقوبات المنصوص عليها) والحالة النهائية للاقتراح، فيجب الاطلاع عليها في الـ pull request نفسه. يتحدث عنوان HN عن حظر، لكن عملية اتخاذ القرار في مستودع QEP قد تتضمن تصويتًا وتعديلات.

لماذا تظهر هذه القرارات الآن تحديدًا

يعتمد QGIS على GitHub، وهو مكتوب في معظمه بلغتي C++ وPython، ويُوزَّع بترخيص GPL. ويقوم المشروع على عدد محدود من المشرفين (maintainers) الذين يراجعون يدويًا تعديلات يرسلها مئات الأشخاص. وأي أداة تخفض كلفة إنتاج الكود دون أن تخفض كلفة مراجعته تضغط على نقطة الاختناق: وقت المراجع.

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

ليس أول مشروع يسلك هذا النهج

تنضم QGIS إلى مجموعة بارزة من المشاريع. فقد حظرت Gentoo في 2024 قبول الكود المكتوب بمساعدة النماذج التوليدية. وأعلنت NetBSD في العام نفسه أن كود LLM «مُلوَّث» محتملًا من الناحية الترخيصية، واشترطت موافقة مسبقة عليه. ورفضت QEMU في 2025 بدورها قبول مثل هذه التعديلات، مستندة إلى مسائل حقوق النشر وشهادة منشأ المطوّر (DCO). وتسلك مشاريع أخرى نهجًا أكثر مرونة: تسمح بمساعدة الذكاء الاصطناعي لكنها تشترط الإفصاح عنها وتحمّل المسؤولية للمؤلف.

ما تُظهره المؤشرات

• موضوع النقاش: pull request رقم 387 في qgis/QGIS-Enhancement-Proposals.
• منصة النقاش: Hacker News، 289 نقطة.
• التفاعل: 299 تعليقًا، أي ما يقارب تعليقًا واحدًا لكل نقطة. الموضوع خلافي، ولا يوجد إجماع في النقاش.
• ترخيص المشروع: GPL، ما يجعل مسألة مصدر الكود حساسة بوجه خاص.
• تاريخ النشر في المجمّع: 12 أكتوبر 2026.

خلاصات عملية للمساهمين والفرق

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

أما مشرفو المشاريع المفتوحة الأخرى فقد يفيدهم الشكل نفسه: طُرحت القاعدة ضمن عملية مقترحات علنية، ولم تُتخذ بقرار مغلق من الفريق الأساسي (core). وهذا يقلل النزاعات لاحقًا. وعلى الفرق التي تستخدم QGIS داخل شركاتها وترسل تعديلات إلى المصدر الأصلي (upstream) أن تضع قاعدة مستقلة تحدد أي جزء من الكود الداخلي المنجز بمساعدة الذكاء الاصطناعي يجوز إرساله إلى الخارج. وأبسط حل إبقاء هذه التغييرات في fork خاص أو في إضافة خاصة.

لن يصدر الحكم النهائي إلا بعد النقاش في الـ PR نفسه. لكن 299 تعليقًا على HN تدل على أن سؤال «هل يُسمح بكود الذكاء الاصطناعي في المشاريع المفتوحة؟» تجاوز منذ زمن الجدل الدائر حول مستودع واحد.