دليل prompt engineering بالعربية

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

قبل أن تبدأ

جمّعوا عشرين حالة تمثّل أعباء العمل الفعلية: تلخيص، واستخراج، وصياغة رسمية، ومهام برمجية. احسموا مبكراً سؤالاً متكرّراً: هل يُكتب التوجيه بالعربية كاملاً أم بالإنجليزية للمهام البرمجية؟ لا تفترضوا الإجابة، بل اختبروا الخيارين وقيسوا الفرق على حالاتكم العشرين.

الخطوات

1. تحديد اللغة

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

2. الأمثلة القليلة

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

3. بنية المخرجات

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

4. الاختبار الانحداري

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

أخطاء شائعة

• كتابة توجيهات طويلة غامضة بالإنجليزية لمستخدمين ومحتوى عربيين.
• الاعتماد على التوجيه الصِّفري في مهام تتطلب مصطلحات مؤسسية دقيقة.
• إهمال حفظ التوجيهات وإصداراتها في نظام تحكّم بالنسخ.
• تغيير قالب التوجيه بين النماذج أثناء المقارنة فتفسد النتائج.

قائمة تحقق

• لغة المخرَج محدّدة صراحة
• مثالان أو ثلاثة من بيانات حقيقية بلا معلومات شخصية
• مخرج منظّم مع تحقق برمجي
• مجموعة عشرين حالة للاختبار الانحداري

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

تنويه: هذا المقال يلخّص معلومات من المصدر المذكور في frontmatter. للأرقام والتواريخ الرسمية، راجع الرابط الأصلي. لا نضيف تفاصيل غير منشورة في المصدر.