هندسة الأوامر (وتُسمّى أيضًا هندسة البرومبت أو هندسة الموجّهات) هي ممارسة كتابة التعليمات التي تعطيها لنموذج الذكاء الاصطناعي واختبارها وتحسينها حتى ينتج المخرجات التي تحتاجها بثبات. وتشمل ما تضعه في الموجّه (المهمة، والسياق، والأمثلة، والمُدخل) وطريقة ترتيبه (الترتيب، والصيغة، والفواصل). يبدو المصطلح تقنيًا، لكن معظمه كتابة متأنية مع فحص النتائج.
هذه الصفحة هي فهرس دليل Coddy لهندسة الأوامر. تشرح لماذا تنجح هذه الممارسة، وتربط التقنيات الأساسية بالصفحات التي تشرحها، وتبيّن الفرق بين موجّه عابر وموجّه مصمَّم بعناية.
لماذا تنجح هندسة الأوامر
يولّد النموذج اللغوي النص بالتنبؤ بما يأتي بعد ذلك، قطعة صغيرة في كل مرة، بناءً على كل ما أمامه. لا يطّلع على نواياك أو مشروعك أو محادثاتك السابقة ما لم يكن ذلك النص في مُدخله. فالموجّه ليس طلبًا إلى عقل يفهمك مسبقًا، بل هو الموقف كله الذي يستجيب له النموذج.
لذلك نتيجة مباشرة. كل سؤال يتركه الموجّه مفتوحًا، يميل النموذج إلى حسمه بالخيار الأكثر شيوعًا: اللغة الأكثر شيوعًا، والطول الأكثر شيوعًا، والجمهور الأكثر شيوعًا. أحيانًا يكون الخيار الشائع هو ما أردته. وعندما لا يكون كذلك، فالحل أن تغلق السؤال في الموجّه. الموجّه الجيد يضيّق نطاق الردود المحتملة حتى يصبح معظم ما يتبقى مفيدًا.
هناك حقيقتان أخريان تشكّلان هذه الحرفة. الردود تُولَّد بالاختيار العشوائي من احتمالات، فقد يعطي الموجّه نفسه إجابات مختلفة في تشغيلات مختلفة، والموجّه لا يكون جيدًا إلا إذا نجح في معظم المرات، لا مرة واحدة. والنموذج يتعامل مع كل نص في الموجّه على أنه قد يحمل معنى، فقد يُقرأ بريد ملصوق أو جملة عابرة على أنه تعليمة ما لم تميّزه بوضوح على أنه مادة.
موجّه عابر مقابل موجّه مصمَّم
يطلب التبويبان الشيء نفسه: تصنيف مراجعات العملاء إلى إيجابية وسلبية. قارن ما يعود به كل منهما.
إليك التصنيف:
- مختلطة. يعجب المستخدم بالسرعة لكنه منزعج من تسجيل خروجه.
- إيجابية. التطبيق يلبي حاجته في تتبّع الجري.
- سلبية. المستخدم غير راضٍ لأن الدعم لم يرد.
بشكل عام، الآراء متباينة: مراجعة إيجابية، ومراجعة سلبية، ومراجعة مختلطة.
الرد العابر إجابة معقولة يقرؤها إنسان، لكن البرنامج لا يستطيع استخدامها: التصنيفات مختلطة بالشروح، وظهرت فئة ثالثة لم يعرضها السؤال، وأُضيف ملخّص في النهاية. أما الموجّه المصمَّم فيعرّف كل تصنيف، ويثبّت شكل المخرجات بمثال، ويضع المراجعات داخل وسوم حتى يقلّ احتمال خلطها بالتعليمات. شغّله على ألف مراجعة وسيعطي مخرجات يستطيع البرنامج تحليلها بثبات أكبر بكثير، وعندما تحتاج إلى ضمان تام، تسدّ ميزات المخرجات المنظمة في واجهة API وخطوة تحقق في كودك بقية الفجوة.
التقنيات الأساسية
كل تقنية أدناه تسدّ نوعًا مختلفًا من الفجوة بين ما قصدته وما تلقّاه النموذج. ومعظم الموجّهات الحقيقية تجمع عدة تقنيات.
| التقنية | ماذا تفعل | متى تلجأ إليها |
|---|---|---|
| الموجّه دون أمثلة (Zero-shot) | تعطي تعليمة بلا أمثلة | المهمة شائعة وموصوفة بوضوح |
| الموجّه بالأمثلة (Few-shot) | تعرض بضعة أمثلة لمُدخل ومخرج | عرض الصيغة أو الحكم أسهل من وصفه |
| سلسلة التفكير (Chain of thought) | تطلب الاستدلال قبل الإجابة | المسألة متعددة الخطوات، كالرياضيات أو المنطق |
| موجّه الدور | تحدد صوت من ومعاييره تُستخدم | الجمهور والمستوى مهمّان |
| المخرجات المنظمة | تثبّت الإجابة في JSON أو جدول أو قالب | برنامج أو جدول بيانات يقرأ النتيجة |
| الفواصل ووسوم XML | تفصل التعليمات عن المادة الملصوقة | الموجّه يحتوي مستندات أو كودًا أو نصًا من المستخدم |
| قوالب الموجّهات | تحوّل موجّهًا جيدًا إلى موجّه بفراغات | تكرر النوع نفسه من الطلبات |
| سلسلة الموجّهات | تقسم العمل إلى خطوات تغذي بعضها | موجّه واحد يحاول فعل الكثير |
| الاتساق الذاتي | تأخذ عدة إجابات وتختار رأي الأغلبية | مسار استدلال واحد غير موثوق |
| شجرة الأفكار | تستكشف عدة مسارات استدلال وتقيّمها | المسألة تحتاج إلى تخطيط أو بحث |
| ReAct | تبادل بين الاستدلال واستدعاء الأدوات | على النموذج أن يبحث عن معلومات أو ينفّذ إجراءات |
| الموجّه الفوقي (Meta prompting) | تجعل النموذج يكتب موجّهًا أو يحسّنه | لا تعرف كيف تصوغ موجّهك |
| هندسة السياق | تصمم كل ما يراه النموذج، لا التعليمة وحدها | تبني تطبيقًا أو وكيلًا حول نموذج |
إذا كنت مبتدئًا، فابدأ بأجزاء الموجّه الواحد في كيفية كتابة موجّه، ثم الموجّه بالأمثلة والمخرجات المنظمة. هذه الثلاثة تغطي معظم المشكلات اليومية.
موجّه مبني لبرنامج
الموجّهات المكتوبة داخل البرمجيات تُشغَّل آلاف المرات على مُدخلات لم يرها أحد بعد، لذا تشرح أكثر مما تشرحه رسالة محادثة. الموجّه التالي يكتب رسائل commit من فروق الكود (diff). أوقف أجزاءً منه لترى ما يحمي منه كل جزء: من دون الأمثلة ينحرف الأسلوب، ومن دون القيود قد يستخدم النموذج أنواعًا لا يستخدمها فريقك، مثل perf أو style.
function validatePassword(password) {
- if (password.length > 8) {
+ if (password.length >= 8) {
return null;
}
return 'Password must be at least 8 characters';
}fix(auth): accept passwords of exactly 8 characters
- The check used > 8, so an 8-character password was rejected
- The rule now matches the error message, which says "at least 8"
كيف تتعلم هندسة الأوامر
تتعلمها بتشغيل الموجّهات والتدقيق فيما يعود منها. إليك طريقًا عمليًا:
- تعلّم أجزاء الموجّه. المهمة، والسياق، والمُدخل، والصيغة، والقيود. معظم الإخفاقات تعود إلى غياب أحدها.
- اختر مهمة حقيقية تكررها، مثل تلخيص التذاكر أو شرح الأخطاء أو صياغة الرسائل، واكتب لها موجّهًا.
- اجمع من خمسة إلى عشرة مُدخلات للاختبار، ومنها الصعبة: مُدخل فارغ، ومُدخل طويل جدًا، ومُدخل بلغة أخرى.
- غيّر شيئًا واحدًا في كل مرة وأعد تشغيل كل المُدخلات. إذا غيّرت ثلاثة أشياء وتحسّنت المخرجات، فلن تعرف أي تغيير ساعد. تشرح صفحة تحسين الموجّهات بالتكرار هذه الحلقة بالتفصيل.
- أضف التقنيات عندما يستدعيها إخفاق محدد. الأمثلة عندما تنحرف الصيغة، والاستدلال خطوة بخطوة عندما تكون الإجابات متعددة الخطوات خاطئة، والفواصل عندما يتسرّب النص الملصوق إلى التعليمات.
تنشر الشركات الكبرى المطوّرة للنماذج أيضًا أدلة لكتابة الموجّهات لنماذجها، وتستحق القراءة، لأن كلًا منها يصف ما تستجيب له عائلة النماذج تلك أفضل.
هل هندسة الأوامر وظيفة؟
وظّفت بعض الشركات بمسمى "مهندس أوامر" (prompt engineer)، خاصة عندما انتشرت نماذج المحادثة لأول مرة. لكن المهارة تكون في الغالب جزءًا من وظيفة أخرى. المطوّرون يكتبون موجّهات لميزات الذكاء الاصطناعي التي يبنونها، وفرق الدعم تكتبها لمساعدين يجيبون العملاء، والمحللون والكتّاب يستخدمونها يوميًا.
في الفرق التي تبني منتجات ذكاء اصطناعي، اتسع العمل. فاختيار ما يدخل إلى مُدخل النموذج (المستندات المسترجعة، ونتائج الأدوات، وسجل المحادثة، والذاكرة) لا يقل أهمية عن صياغة التعليمة، وهذه الوظيفة الأوسع تُسمّى غالبًا هندسة السياق. أما قياس ما إذا كان الموجّه ينجح على مُدخلات كثيرة، ويُسمّى عادةً التقييم، فهو النصف الآخر.
ما الذي يتغير مع النماذج الأحدث
اعتمدت هندسة الأوامر في بداياتها على الحيل: عبارات سحرية، وشخصيات مفصّلة، وتكرار التعليمة عدة مرات. النماذج الحالية تتبع التعليمات البسيطة أفضل بكثير، ونماذج الاستدلال تعمل على المسألة داخليًا قبل أن تجيب، فطلب التفكير خطوة بخطوة يضيف أقل مما كان يضيفه.
ما لم يتغير هو الجزء الذي لم يكن حيلة أصلًا. ما زال النموذج لا يستطيع معرفة جمهورك أو بياناتك أو قيودك أو شكل النتيجة الجيدة ما لم تخبره. التحديد الواضح هو المهارة الباقية، وهي ما يخصص له هذا الدليل معظم صفحاته.
الأسئلة الشائعة
ما هي هندسة الأوامر بكلمات بسيطة؟
هندسة الأوامر هي أن تكتب تعليمات نموذج الذكاء الاصطناعي بعناية كافية ليعطيك الإجابة التي تحتاجها، ثم تختبرها وتعدّلها حتى يفعل ذلك بثبات. وتشمل ما تقوله للنموذج (المهمة والسياق والأمثلة) وطريقة ترتيبه (الترتيب والصيغة والفواصل).
هل يمكنني تعلم هندسة الأوامر دون برمجة؟
نعم. المهارات الأساسية، أي صياغة المهمة بوضوح وتقديم السياق وإعطاء الأمثلة وتحديد صيغة المخرجات، كلها تعمل في تطبيق محادثة. تصبح البرمجة مفيدة عندما تريد تشغيل موجّه مرات كثيرة، أو اختباره على مجموعة مُدخلات، أو تمرير مخرجاته إلى برنامج.
كم يستغرق تعلم هندسة الأوامر؟
الأساسيات تحتاج إلى فترة بعد الظهر: أجزاء الموجّه الجيد وبضع تقنيات مثل أمثلة few-shot والمخرجات المنظمة. أما الحصول على نتائج موثوقة في مهمة حقيقية فيستغرق وقتًا أطول، لأنه يأتي من اختبار موجّهك على مُدخلات كثيرة وإصلاح الحالات التي يفشل فيها.
هل هندسة الأوامر وظيفة حقيقية؟
وظّفت بعض الشركات بمسميات مثل "مهندس أوامر" (prompt engineer)، لكن المهارة تكون في الغالب جزءًا من دور آخر: مطوّرون يبنون ميزات ذكاء اصطناعي، وكتّاب، ومحللون، وفرق دعم. وفي الفرق التي تبني منتجات ذكاء اصطناعي، تتداخل مع أعمال التقييم ومع تصميم كل ما يراه النموذج، وهو ما يُسمّى اليوم غالبًا هندسة السياق.
هل ما زالت هندسة الأوامر مفيدة مع النماذج الأحدث؟
النماذج الأحدث تحتاج إلى حيل أقل. فهي تتبع التعليمات البسيطة أفضل، ونماذج الاستدلال تحلّ المشكلات دون أن يُطلب منها التفكير خطوة بخطوة. ما يبقى مفيدًا هو الجزء الذي لم يكن حيلة أصلًا: تحديد المهمة، وإعطاء النموذج الحقائق التي لا يمكنه معرفتها، وتعريف شكل الإجابة الجيدة.
