نقاش ويكيبيديا:سياسة البوت/مسودة

مناقشة أولية للمسودة

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

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

إشارة إلى الزملاء المتخصصين في البوت والتقنية والبيروقراطيين: @FShbib وجار الله وعلاء وASammour وصالح وElph ووهراني وMervat وZaher.Kadour وفيصل وMr. Ibrahem: --إبراهيـمـ ✪ (نقاش) 21:40، 20 أكتوبر 2020 (ت ع م)

مرحبا إبراهيم، قسم "صفحات سير الأشخاص" الخاص بالتصنيفات غير واضح، هل ينطبق ذلك على التصنيف المذكور "أشخاص متوفون" أم جميع التصنيفات بشكل عام! إبراهيم قاسم^راسلني 17:19، 21 أكتوبر 2020 (ت ع م)

@Mr. Ibrahem: هذا البند موجود بالفعل في السياسة الحالية ولم أضيف أو أغير أي شيء فيه.

المقصود به (بحسب وصف النسخة الإنجليزية) أن التصنيفات في مقالات الأشخاص الأحياء تتمتع بحساسية شديدة ولذلك لا يفضل أن يقوم البوت بوضع التصنيفات ويفضل أن تكون يودية بواسطة مستخدم بشري، في رأيي: يمكننا أن نتفق عل تصنيفات معينة لا ينبغي أن يضيفها البوت - أو نضع البند بشكل غير ملزم (يكون من باب عدم تحبيذ ذلك) - أو إلغاء البند عموماً إبراهيـمـ ✪ (نقاش) 23:37، 21 أكتوبر 2020 (ت ع م)

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

. تحياتي.--جار الله (نقاش) 19:03، 22 أكتوبر 2020 (ت ع م)

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

الفكرة (في وجهة نظري) أنه عدم وضع عدد محدد لهذه الأخطاء قد يجعل المستخدم يكررها، ونقاشات سحب الصلاحية ربما قد يصاحبها مجاملات أو رأفة وقد يتم التقليل من الأخطاء المتكررة للبوت، فما رأيك في إزالة البند واستبداله بـ (حدوث أخطاء متكررة من البوت أو سوء تشغيل بأكثر من 3 مرات خلال عام واحد)، أو يمكن إزالة البند تماماً، بالنسبة لي الأمرين سيان. إبراهيـمـ ✪ (نقاش) 19:00، 23 أكتوبر 2020 (ت ع م)

@Ibrahim.ID: أتفهم البند لكن أجد تطبيقه ربما يدخلنا في بيرقراطية زائدة أو عدم الأخذ بروح السياسة، خصوصًا عندما نعود لسجل منع JarBot ونجد سنويًا هناك حالات منع ولكن الحالات كانت لأسباب معينة ويتم حلها في أقل من ساعة ويتم رفع المنع. مع وجود بند مرتبط برقم معين ربما يأتي أحد في المستقبل ويقوم بإزالة الصلاحية بشكل بيرقراطي. بنظري وجود نقاش سيكون أمر سليم ويخرجنا من القرارات الفردية والفكرة الأساسية من سحب الصلاحية هي عدم رغب المستخدم بالاستمرار (لعدم نشاط البوت) أو عدم السماع للتنبيهات بالتالي البوت يكون خارج عن سيطرة المجتمع وفي هذه الحالة كأي حساب سيتم منعه وسحب الصلاحية منه. في حال رغب المستخدم بالاستمرار وإصلاح الأخطاء لا داعي لسحب الصلاحية حتى لا تكون السياسة بيرقراطية وبعدها يقدم طلب جديد ويحصل على الصلاحية بالتالي نتيجة البند تكون صفرية. تحياتي.--جار الله (نقاش) 22:12، 23 أكتوبر 2020 (ت ع م)

@جار الله: نعم رأيك سليم ومن الوارد إساءة فهم البند خصوصاً أن المنع ربما قد لا يتم بشكل سليم، تم إزالة البند. إبراهيـمـ ✪ (نقاش) 23:34، 23 أكتوبر 2020 (ت ع م)

توقعت الإبقاء على البند مع الاسهاب في توضيح الحالات التي تستوجب المنع والحالات التي تستثنى. --Mervat (نقاش) 20:38، 4 ديسمبر 2020 (ت ع م)

وهراني

شكرا أخي إبراهيم، قرأت المسودة قراءة سريعة وأجدها ملمة بالأمر. فقط أود مناقشة :

• فتح مصدر السكريبتات (ولو أن المسألة خلافية)
• مسألة تشارك السكريبتات التي نجم وينجم عنها أخطاء صححها البعض فقط لاختلاف النسخة المستعملة
• استحداث صفحة (مستقلة عن ميدان/التقنية) لمناقشة المهام الجديدة تشير إلى الموافقة الصريحة للبدء في المهمة يوكل الإشراف عليها لمستخدم يختار بطريقة ما ويشترط فيه الخبرة بالأمور التقنية والإدارة.
• على مشغل البوت إدراج رابط لصفحة الموافقة في ملخص التعديل.

وشكرا. - مع تحياتي - وهراني 23:20، 20 أكتوبر 2020 (ت ع م)

شكراً لملاحظاتك @وهراني: وفي رأيي الشخصي للنقاط:

• فتح المصدر يمكننا أن نجعلها مسألة اختيارية.
• في رأيي أن المعيار الرئيسي هو هل مساهمة البوت صحيحة وجيدة أم لا وهل مستوفي لنفس المواصفات التي تمت أثناء النقاش والموافقة، ربما قد يقوم مستخدم خبير بإصلاح سكريبت كان مكتوب بشكل خاطئ أو سيء.
• من الممكن أن نقترح إنشاء ميدان خاص بالبوت بحيث يشمل على طلبات موافقة البوت والنقاشات والاستفسارات وخلافه.
• هذه النقطة في رأيي صعبة ومزعجة لأنها ستتطلب تعديل جميع أكواد الاسكربتات، وإذا كنت ستستخدم الاتوويكي براوزر ستضطر لحفظ الرابط في ملف نصي لكتابته في ملخص التعديل، كذلك بعض المستخدمين في بداباتهم قد يستخدمون مكتبة pywikipedia يعرفون استخدامها لكن قد لا يكون لهم خبرة في تعديل الكود، في رأيي: يمكن اقتصار الأمر على وضع رابط الموافقة في صفحة البوت مرة واحدة، ومن خلال ذلك يمكن التحقق من وجود الموافقة من عدمه. --إبراهيـمـ ✪ (نقاش) 12:10، 21 أكتوبر 2020 (ت ع م)

إذا كانت اختيارية فلا داع لإدراجها. ولكن لنفكر في الأمر برهة (حتى لا نطيل) الجميع يشارك في الموسوعة بلا مقابل ولكن عند مسألة فتح مصدر السكريبتات يختلف الأمر. في رأيي الشخصي : يجب إلزام الجميع بفتح المصدر ومن لا يرغب في ذلك فلا يشغل البوت. بهذا نحافظ على روح المشاركة في الموسوعة.

ربط التعديل بالموافقة مسألة مهمة لمراقبة عمل البوتات. لهذا نجعل اقتراحك في حال تعذر إدراج الرابط.

- - مع تحياتي - وهراني 23:44، 21 أكتوبر 2020 (ت ع م)

@وهراني: وجهة نظرك تبدو جيدة ولكن علينا النظر للأمور بواقعية، نحن في ويكيبيديا يهمنا النتائج وإفادة الموسوعة أكثر من فكرة المشاركة، هذا البند غير موجود في النسخة الإنجليزية ولا الفارسية (الإيرانيون من أكثر المستخدمين في البوتات)، كذلك إجبار المشغل على فتح المصدر قد يكون سبب في إحباطه بل وربما تطفيشه وتقليل عدد مشغلي البوت، ومن ناحية أخرى معظم المصادر مفتوحة بالفعل بشكل تطوعي من المشغلين وجعل المسألة إجبارية قد تثير ضجر المستخدم ويطفي روح من البيروقراطية، وبالنسبة للنقطة الثانية: ما الفائدة من ضرورة وضع الرابط في كل ملخص تعديل طالما يستطيع الشخص مطالعة صفحة البوت ومطالعة الرابط وإذاا وجد المهمة مخالفة يتم الإبلاغ عنه واتخاذ اللازم --إبراهيـمـ ✪ (نقاش) 10:44، 22 أكتوبر 2020 (ت ع م)

صالح

مرحبًا @Ibrahim.ID: راجعت المسودة جزئيًا، ولي عودة من جديد لمراجعة بقية الأجزاء، لكن لفتني ما ذُكِر من عدد التعديلات التجريبية ضمن معايير حساب البوت:

• «لا يجوز تشغيل البوت في أي مهام إلا بعد الحصول على علم "البوت" أولًا، وتُستثنى من ذلك عمليات تجربة البوت بشرط ألا تتجاوز 20 تعديلًا، تكون كلها مساهمات مقبولة.»

بينما وصل العدد إلى 50 تعديلًا في شروط منح صلاحية البوت،

• «وسيُسمح لمُقدّم الطلب بتشغيل حسابه البوتي للقيام ببعض التعديلات التجريبية في مرحلة اختبار تعديلات البوت ولعرض تلك التعديلات على المجتمع قبل منحه الموافقة، شرط أن تكون تلك التعديلات بعدد قليل وتواتر منخفض، أي يتراوح عددها بحدود 20 تعديلًا كحد أدنى و 50 تعديلًا كحد أقصى كرقم مقبول للتعديلات التجريبية. »

فهل نعتمد رقم 20 تعديلًا أم نجعله بين 20-50 تعديلًا؟

تحياتي. -- صالح (نقاش) 07:57، 24 أكتوبر 2020 (ت ع م)

@صالح: هناك اختلاف بين الأمرين: الحالة الثانية تتعلق بالاختبارات فقط التي تحدث أثناء طلب صلاحية البوت، بعد ما يقدم الطلب ويتم الإطلاع على طلبه ومنحه الإذن بالتجارب (وقتها يمكنه أن يجرب حتى 50 تعديل) وهذه الأرقام أنا نقلتها بالنص من السياسة الحالية، أما بالنسبة للحالة الأولى هذه اجتهاد مني لإعطاء مشغلي البوت قدر من المرونة، لو قام أحدهم بإنشاء سكربت جديد لأول مرة أو ذو فكرة جديدة ويريد تجربته بشكل مبدئي قبل طلب الصلاحية؟ بالتأكيد سيحتاج للتطبيق على المقالات ولذلك جعلته رقم صغير يمكن التحكم فيه واسترجاع التعديلات إذا ثبت أنها غير صحيحة، أيضاً في طلبات صلاحية البوت كثيراً ما نجد مهامات لأول مرة وبالتالي نحتاج لرؤية عينات لفهم فكرتها، ولذلك هذا البند يتيح لمشغلي البوت تجربته قبل طلب الصلاحية ولكن في حدود 20 مساهمة فقط، ليس عندي أي رقم محدد وفي انتظار أي اقتراحات. --إبراهيـمـ ✪ (نقاش) 11:21، 24 أكتوبر 2020 (ت ع م)

@Ibrahim.ID: إذا كانت الجملة الأولى عن تجارب المهام لأصحاب البوتات (وليس لمن يريد التقدم للحصول على صلاحية بوت أول مرة)، عليه يجب أن نعيد صياغة الجملة لتصبح كالآتي، ويجب أن نغير مكانها في المسودة:

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

-- صالح (نقاش) 11:29، 24 أكتوبر 2020 (ت ع م)

@صالح: الصياغة التي اقترحتها رائعة، تم تعديل البند --إبراهيـمـ ✪ (نقاش) 13:04، 24 أكتوبر 2020 (ت ع م)

@صالح وIbrahim.ID: شكرًا على الصياغة، اقترح إضافة التالي بالصياغة التي ترونها مناسبة إلى آخر الجملة. "ما لم يتطلب النقاش عدد معين". كما تعلمون بعض المهام نطلب من المشغل القيام بـ 50 تجربة أو أكثر، لهذا يجب وضع فقرة تضمن عدم تضارب شرط الـ20 تعديل مع نقاشات ميدان التقنية. تحياتي.--جار الله (نقاش) 19:49، 24 أكتوبر 2020 (ت ع م)

الـ 20 تعديل هم (خارج طلبات الصلاحية وخارج ميدان التقنية) ولا تداخل معهم، مخصصين فقط للمستخدم لتجربة البوت قبل التقدم بطلب للصلاحية، أما بخصوص العبارة المقترحة لا مانع عندي. إبراهيـمـ ✪ (نقاش) 20:15، 24 أكتوبر 2020 (ت ع م)

نقطة تحتاج للمشورة

هناك نقطة تتعلق بالبوت البشري أو المستخدم الذين يساهمون مثل البوت، في الفقرة تم وضع استثناء (بشرط ألا تتجاوز XXX مساهمة خلال اليوم الواحد)، ما هو الرقم الذي تقترحوه؟ هل 300 - 500 - 1000 مساهمة مثلاً أم رقم أخر؟ --إبراهيـمـ ✪ (نقاش) 21:43، 20 أكتوبر 2020 (ت ع م)

الفقرة مهمة بلا شكّ، لكن أرى أن لا تتجاوز هكذا تعديلات 100 في اليوم الواحد. أحياناً بعض التعديلات تتضمن تعديلات ضمنية، على سبيل المثال، أنقل أحياناً العديد من التصنيفات في اليوم الواحد، لنقل 10 تصنيفات، لكن كل تصنيف يتضمن 30 كحدٍ أقصى، فهذا سيزيد من عدد التعديلات. الأفضل أن يكون ذلك ضمن الحدود الدنيا. --Mervat (نقاش) 06:58، 21 أكتوبر 2020 (ت ع م)

اقتراح جيد شكراً لك ميرفت وفي انتظار رأي الأخرين إبراهيـمـ ✪ (نقاش) 10:45، 22 أكتوبر 2020 (ت ع م)

طرح المسودة للنقاش

هل هناك أي ملاحظات أو أي إضافات جديدة حول المسودة؟ مضى أكثر من أسبوعين على أخر نقاش، ولذلك سيتم طرح المسودة في الميدان يوم 10 نوفمبر إذا لم يكن هناك أي جديد--إبراهيـمـ ✪ (نقاش) 13:08، 8 نوفمبر 2020 (ت ع م)