سياسة التحرير والتصحيح

اختيار المواضيع

ننشر ما يخدم مهندسًا يبني نظامًا حقيقيًّا. المعيار سؤال واحد: هل يغيّر هذا المقال قرارًا سيتخذه القارئ هذا الأسبوع؟ إن كانت الإجابة لا، لا يُنشر مهما كان رائجًا.

هرم المصادر

1. أوراق بحثية محكّمة أو منشورة على arXiv.
2. توثيق رسمي من مزوّد النموذج أو الإطار البرمجي.
3. معايير ومؤسسات (NIST، OWASP، النصوص التشريعية).
4. مستودعات رسمية وبطاقات النماذج.
5. قياس ذاتي موثّق وقابل لإعادة الإنتاج.

لا نقتبس من مدونة تنقل عن مدونة، ولا من إحصائية بلا رابط أصلي، ولا من لقطة شاشة بلا مصدر.

قبل النشر

• تشغيل كل كود منشور والتحقق من نتيجته، مع ذكر إصدار المكتبة.
• مراجعة كل رقم مقابل مصدره الأصلي.
• كتابة قسم «متى لا يصلح هذا الحل» — لا يُنشر مقال بلا حدوده.
• مراجعة لغوية وتقنية مستقلة عن الكاتب.

استخدام أدوات الذكاء الاصطناعي

نستخدم النماذج اللغوية في التدقيق اللغوي واقتراح العناوين وتلخيص أوراق قرأناها بأنفسنا. لا ننشر مقالًا مولّدًا آليًّا، ولا رقمًا أو مرجعًا خرج من نموذج دون التحقق منه في مصدره. مسؤولية كل كلمة منشورة على الكاتب البشري.

التصحيح

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

للإبلاغ عن خطأ استخدم صفحة التواصل — نراجع البلاغ خلال ٤٨ ساعة.

الاستقلال التحريري

لا يشتري أحد رأيًا هنا. المحتوى المدعوم — إن وُجد — يُعلَّم بوضوح قبل قراءته، ولا يدخل ضمن المقالات التحريرية ولا يؤثّر في ترتيب التوصيات.

التحديث الدوري

نراجع كل مقال تقني كل ستة أشهر على الأقل، ونحدّث تاريخ آخر تحديث الظاهر أعلى المقال. المقال الذي فقد صلاحيته ولا يستحق التحديث يُؤرشَف مع إشارة صريحة بدل حذفه.