El الفريق الذي يقف وراء GNOME Circleالمنصة الرسمية التي تجمع أفضل التطبيقات التي أنشأها مبرمجون مستقلون لبيئة جنوم، اتخذت قرارًا للتو ثابت تمامًا: قل لا للبرامج المصممة باستخدام الذكاء الاصطناعي.
ذكر الفريق في منشور على المدونة أن اعتبارًا من الآن فصاعدًا، ستطبق لجنة المراجعة قواعد صارمة لرفض أي مشروع يبدو أن هذا الكود قد تم إنشاؤه بواسطة الذكاء الاصطناعي. يشمل ذلك أكوادًا غير منطقية، وأساليب برمجة غير متناسقة، واستخدامًا غريبًا للأدوات الداخلية، أو تعليقات من الواضح أنها أُضيفت عن طريق الخطأ بواسطة مساعد آلي. الفكرة الأساسية هي أن أي شخص يُقدّم طلبًا يفهم تمامًا وظيفة كل سطر من الأكواد، ويستطيع الإجابة عن أي أسئلة بشأنه.
أكبر مشكلة واجهناها، وكذلك المطورون الذين قدموا تطبيقاتهم، هي تراكم عدد كبير من الطلبات غير المراجعة. في بعض الحالات، تنتظر التطبيقات ردود الفعل منذ سنوات. نعتذر بشدة عن أي إزعاج قد يسببه هذا الأمر، ونعمل جاهدين على حل هذه المشكلة.
هذا المقياس لا تسعى إلى حظر أدوات المساعدة. مثل خاصية الإكمال التلقائي، لكن لوقف سيل البرامج منخفضة الجودة التي تطغى على عمل المراجعينولترتيب الأمور، قرر الفريق أيضاً تعليق قبول الطلبات الجديدة مؤقتاً، ومنح أنفسهم استراحة لتصفية قائمة انتظار طويلة لدرجة أن بعض المشاريع تنتظر الرد منذ سنوات.
بمجرد إعادة فتح الأبواب، سيتم رفض أي طلب يبدو أنه مدعوم بالذكاء الاصطناعي دون حتى المرور بعملية التقييم.
كإجراء احترازي، اعتمدنا سياسة الذكاء الاصطناعي المطبقة بالفعل على إضافات جنوم شل. مع ازدياد البرامج منخفضة الجودة والمولدة تلقائيًا، ثمة خطر من أن يغرق موقع جنوم سيركل بالطلبات الجديدة من هذا النوع، مما يزيد من ازدحام قائمة المراجعة.
تُعدّ هذه السياسة نقطة انطلاق، وستُطبّق حاليًا على المساهمات الجديدة فقط. نرحّب بملاحظات مديري سيركل الحاليين حول سياسة الذكاء الاصطناعي.
El سبب رئيسي إن وضع هذا الكبح هو إجراء عملي بحت، حيث أن لجنة المراجعة مثقلة بالأعباء، كما ذكروا. تقييم البرامج التي تولدها تقنيات الذكاء الاصطناعي والتي لا تقدم قيمة حقيقية هذا يزيد الأمور سوءاً. بالإضافة إلى ذلك، فلاتهاب، الكتالوج الرئيسي الذي تُنشر فيه هذه التطبيقات، كما شددت مؤخراً سياساتها ضد التطبيقات التي تعمل بالذكاء الاصطناعي. بالنسبة للأشخاص المسؤولين عن GNOME Circle، فإنه من غير المنطقي ببساطة قضاء الوقت والطاقة في تقييم برنامج لا يمكن نشره على Flathub على أي حال بسبب هذه القواعد المشتركة الجديدة.
ما رأي المطورين الفعليين؟
لفهم الوضع بشكل أفضل، أجرت اللجنة استطلاعاً سريعاً بين مطوري البرامج. الذين هم بالفعل جزء من المجموعة. كانت النتائج واضحة تماماً، وتُظهر أن العمل اليدوي لا يزال هو السائد في التنمية. من بين هذه الأدوات. ذكر ما يزيد قليلاً عن ستين بالمائة من المشاركين في الاستطلاع أنهم لا يستخدمون نماذج اللغة أو مساعدي البرمجة على الإطلاق.
أقرّ ما يقارب 34% باستخدام هذه الأدوات كأداة مساعدة فقط، إما لحلّ شكوك محددة أو لتجميع أجزاء صغيرة، بينما يعتمد 3% فقط على الذكاء الاصطناعي في أجزاء أكبر من برامجهم. والأمر الأكثر دلالة هو أن أياً من المبرمجين لم يعترف بالتوقف عن كتابة التعليمات البرمجية تماماً وترك كل العمل للآلة.
تدابير تنظيمية جديدة وإنذارات مبكرة
بالإضافة إلى الموقف المعارض للذكاء الاصطناعي، انتهزت اللجنة الفرصة لتغيير طريقة عملها داخلياً. الآن، إذا طرحتَ سؤالاً على مطوّر التطبيق، سيُغلق الطلب مؤقتاً حتى لا يبقى مهملاً في قائمة المشكلات. وعندما يُجيب المطوّر، سيُعاد فتح الطلب فوراً. كما سيبدأ بإرسال الإشعارات مبكراً لمستخدمي إصدارات أقدم من أدوات التطوير، مثل الإصدار 49، ليتمكنوا من الترقية قبل أشهر بدلاً من أسابيع قليلة.
يهدف كل هذا إلى تسهيل العمل وجذب المزيد من الأشخاص الراغبين في المساعدة من خلال مراجعة الطلبات، وتقديم مزايا جذابة للغاية في المقابل مثل المشاركة في البرامج الجامعية والحصول على عضويات رسمية في المؤسسة.
وأخيرًا، إذا كنت مهتمًا بمعرفة المزيد، يمكنك الاطلاع على التفاصيل. في الرابط التالي.