المشكلة التي يحلها هذا البرومبت
في عام 2026 لم تبقَ كتابة الكود هي الخطوة البطيئة. وكلاء البرمجة الذكية يُنتجون ملفات كاملة في دقائق، وفرق كثيرة تجد نفسها أمام طلبات دمج (Pull Requests) أكبر وأسرع من قدرتها على فحصها. الكتابات الهندسية في هذا العام تسمّي الظاهرة باسم واضح: الذكاء الاصطناعي لم يكسر البرمجة، بل كسر مراجعة الكود.
والمشكلة ليست في الحجم وحده. الكود المولّد آلياً يفشل بطريقة مختلفة عن كود البشر: يبدو نظيفاً ومنسّقاً ومُعلّقاً بعناية، لكنه قد يستدعي دالة غير موجودة، أو يستخدم مُعاملاً تغيّر توقيعه في إصدار المكتبة، أو يحذف تحقّقاً من الصلاحيات لأن المهمة لم تذكره صراحةً. مظهره الجيد هو تحديداً ما يجعل المراجعة السريعة بالعين تمرّ عليه دون توقّف.
الحل ليس التوقف عن استخدام الوكلاء، بل إضافة بوابة تدقيق منظّمة بين «الوكيل أنهى المهمة» و«الكود صار في الفرع الرئيسي». وهذه البوابة نفسها يمكن أن يديرها نموذج ذكاء اصطناعي آخر — بشرط أن تعطيه تعليمات مراجعة حقيقية، لا سؤالاً عاماً مثل «هل هذا الكود جيد؟».
مُراجع الكود المولّد بالذكاء الاصطناعي — تدقيق قبل الدمج
هذا البرومبت يحوّل النموذج إلى مهندس برمجيات أول مهمته الوحيدة تدقيق كود كتبه وكيل ذكاء اصطناعي، بعين ناقدة لا تثق بظاهر الكود. تعطيه اللغة والإطار والمهمة الأصلية التي طُلبت من الوكيل والكود نفسه ومستوى حساسية المشروع، فيعيد لك تقريراً من تسعة أقسام.
يبدأ التقرير بحكم سريع واحد من ثلاثة — جاهز للدمج، يحتاج تعديلات، مرفوض — ثم جدول ثغرات أمنية بأرقام الأسطر وسيناريو الاستغلال، ثم الأخطاء المنطقية والحالات الحدية، ثم فحص الهلوسة: كل دالة أو مكتبة أو مُعامل استدعاه الكود ولا وجود له في الإصدار المذكور. ويُكمل بمحاور الأداء، ومطابقة المهمة الأصلية (ما نُفّذ، وما لم يُنفّذ، وما أضافه الوكيل من تلقاء نفسه)، وقابلية الصيانة، والاختبارات الناقصة، وينتهي بقائمة تحقق قابلة للتأشير. كل ملاحظة موسومة: 🔴 حرج يمنع الدمج، 🟡 مهم، 🔵 تحسين يمكن تأجيله.
جرّب البرومبت الآن: مُراجع الكود المولّد بالذكاء الاصطناعي — تدقيق قبل الدمج
كيف تستخدم هذا البرومبت؟
الصق البرومبت كاملاً في بداية محادثة جديدة، ثم املأ الحقول بين الأقواس المربعة قبل الإرسال. أهم حقل — والذي يُهمله معظم المستخدمين — هو «المهمة التي طُلبت من الوكيل أصلاً». بدونه يستطيع المراجع أن يحكم على جودة الكود، لكنه لا يستطيع أن يكشف ما طُلب ولم يُنفّذ، ولا ما أضافه الوكيل زيادةً دون طلب، وهذان أكثر عيبين يمرّان في الكود المولّد.
راجع طلب دمج واحداً في كل مرة، لا عشرة ملفات مجتمعة؛ المراجعة الواسعة تُنتج ملاحظات سطحية. وحدّد مستوى الحساسية بصدق: إن كان الكود يلمس مصادقة أو مدفوعات أو بيانات شخصية فاكتب «حرج» ليشدّد المراجع على المحور الأمني. وإن كان مخطط قاعدة البيانات أو ملف مستورد غير ظاهر في الكود، أرفقه — وإن لم تفعل فسيطلبه المراجع صراحةً بدل أن يخمّن، وهذا سلوك مقصود في البرومبت.
بعد تسلّم التقرير، أصلح البنود 🔴 الحرجة أولاً فقط، ثم أعد إرسال الكود المعدّل بجملة واحدة: «راجع التعديلات وتحقق من إغلاق الملاحظات الحرجة فقط». هذه الدورة القصيرة أسرع وأدق من محاولة إصلاح كل شيء في جولة واحدة.
نصائح للحصول على أفضل النتائج
أولاً: راجع بنموذج غير الذي كتب الكود. النموذج الذي أنتج الحل يميل إلى الدفاع عن منطقه وتكرار الخطأ نفسه. إن كتب الكود نموذج فاستخدم نموذجاً آخر للمراجعة — هذا وحده يرفع عدد الملاحظات الحقيقية بشكل ملحوظ.
ثانياً: ابدأ من المواصفات لا من المراجعة. أغلب عيوب الكود المولّد تبدأ بمهمة غامضة أُعطيت للوكيل. إن كتبت مواصفة واضحة قبل التنفيذ، صار لديك مرجع تقيس عليه عند المراجعة. ولهذا يكمّل هذا البرومبت برومبتاً آخر على شبّيك: مهندس مواصفات المهام لوكلاء البرمجة الذكية. الدورة الكاملة: مواصفة واضحة ← تنفيذ بالوكيل ← تدقيق قبل الدمج.
ثالثاً: لا تتعامل مع التقرير كحُكم نهائي. المراجع قد يُنبّه إلى دالة يعتقد أنها غير موجودة وهي موجودة فعلاً في إصدار أحدث. تحقّق من بنود «فحص الهلوسة» في الوثائق الرسمية قبل التعديل — فأنت، لا النموذج، من يوقّع على الدمج.
رابعاً: ثبّت المعايير مرة واحدة. اكتب في حقل «معايير الفريق» ما تتفقون عليه فعلاً (نمط التسمية، حدود التغطية، المكتبات المسموحة) واحتفظ بالنسخة الجاهزة. مراجعة تقيس على معاييركم أنفع كثيراً من مراجعة تقيس على معايير عامة.
جرّب وشارك نتائجك
البرومبت يعمل مع ChatGPT وClaude وGemini، ولا يحتاج أي إعداد خارجي — محادثة واحدة وملف واحد تبدأ بها. جرّبه على آخر طلب دمج أنتجه لك وكيل برمجة، وقارن ما وجده بما كنت ستلاحظه بعينك في دقيقتين.
إن اكتشف لك ثغرة أو دالة مُختلقة كانت ستعبر إلى الإنتاج، شاركنا الحالة — فالمحاور التي تثبت فائدتها عملياً هي ما نبني عليه تحديثات البرومبت القادمة. وإن كان لديك محور مراجعة خاص بمجال عملك (أمن مالي، أنظمة طبية، بنية تحتية) أخبرنا لنضيفه.