شروحات تعليمية

الكود الذي يكتبه الذكاء الاصطناعي أسرع… وأكثر عطلًا: بوابتان قبل الدمج

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

Oct. 17, 2026 6 مشاهدة
الكود الذي يكتبه الذكاء الاصطناعي أسرع… وأكثر عطلًا: بوابتان قبل الدمج

الأرقام التي يجب أن يعرفها كل مطوّر يستخدم وكيل برمجة

صار كتابة الكود بمساعدة الذكاء الاصطناعي هو الوضع الافتراضي في معظم الفرق العربية الصغيرة والمتوسطة، والسرعة التي يمنحها الوكيل حقيقية ولا جدال فيها. لكن تقرير State of AI vs Human Code Generation الصادر عن منصة CodeRabbit، والذي حلّل 470 طلب دمج (Pull Request) في مشاريع مفتوحة المصدر، رسم صورة أدق: متوسط المشكلات في طلب الدمج المولَّد بالذكاء الاصطناعي بلغ 10.83 مقابل 6.45 في الكود الذي يكتبه البشر، أي نحو 1.7 ضعف. والفجوة تتسع في المواضع الأخطر: أخطاء المنطق والصحة 1.75 ضعفًا، جودة الكود وقابلية الصيانة 1.64 ضعفًا، الثغرات الأمنية 1.57 ضعفًا، ومشكلات الأداء 1.42 ضعفًا.

وعند النزول إلى تفاصيل الثغرات تصبح الأرقام أكثر إزعاجًا: ثغرات XSS ظهرت بمعدل 2.74 ضعفًا، والمراجع غير الآمنة للكائنات (IDOR) بمعدل 1.91 ضعفًا، وسوء التعامل مع كلمات المرور بمعدل 1.88 ضعفًا. الإنصاف يقتضي ذكر الوجه الآخر أيضًا: الكود البشري تفوّق سلبًا في الأخطاء الإملائية (1.76 ضعفًا) ومشكلات قابلية الاختبار (1.32 ضعفًا). الخلاصة ليست أن الوكلاء سيئون، بل أن أخطاءهم مختلفة في نوعها وقابلة للتنبؤ — وهذا بالضبط ما يجعل فحصها ممكنًا بشكل منهجي.

لماذا تفشل المراجعة السريعة بالعين؟

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

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

البوابة الأولى: مراجعة منطقية وهندسية مستقلة

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

جرّب البرومبت الآن: مراجع كود Python متقدم

البوابة الثانية: تدقيق أمني مخصّص للكود المولَّد

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

جرّب البرومبت الآن: مدقّق أمني للكود المولّد بالذكاء الاصطناعي

سير العمل الكامل في خمس خطوات

1. اطلب من الوكيل تغييرًا واحدًا محدودًا بدل ميزة كاملة، فكلما صغر طلب الدمج ارتفعت جودة أي مراجعة لاحقة. 2. افتح جلسة جديدة ونظيفة والصق الكود في برومبت المراجعة الهندسية، مع ذكر لغة المشروع وإطار العمل والسياق الذي يعمل فيه الكود. 3. أصلح ملاحظات الخطورة العالية أولًا، وسجّل الباقي كدين تقني بدل تجاهله. 4. مرّر النسخة المصحّحة على برومبت التدقيق الأمني، وركّز على أي مسار يلمس مدخلات المستخدم أو قاعدة البيانات أو الملفات. 5. اكتب اختبارًا واحدًا على الأقل لكل مشكلة جوهرية اكتُشفت — فهذا ما يمنع الوكيل من إعادة إنتاج الخطأ نفسه الأسبوع القادم.

أربعة أخطاء تُفسد المراجعة

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

جرّب وشارك نتائجك

خذ آخر طلب دمج كتبه وكيلك البرمجي ومرّره على البوابتين قبل أن تقرأ هذا المقال مرة أخرى — الأرجح أنك ستجد ملاحظة أو اثنتين لم تلتقطهما العين. البرومبتان يعملان مع ChatGPT وClaude وGemini، ويمكن تكييف برومبت المراجعة على لغات أخرى غير Python بتغيير سطر اللغة وإطار العمل في المدخلات. شاركنا في التعليقات: ما أغرب خطأ التقطته لك المراجعة الآلية في كود بدا سليمًا تمامًا؟

شارك المقال

الرابط المختصر: shabbik.ai/s/uxktjua

شبّك

أعجبك المقال؟ اكتشف المزيد!

تصفح مكتبتنا الشاملة من الأوامر الجاهزة والمقالات المتخصصة في الذكاء الاصطناعي