هندسة الأوامر (Prompts)

الأمر الجيّد مش جملة عشوائية — له مكوّنات (تعليمات، سياق، أمثلة، مخرجات) وترتيبها بيفرق.

أكتر سبب لنتيجة سيّئة هو أمر غامض — الوضوح بيوفّر عليك جولات تصحيح كتير.

إعطاء مثال أو اثنين بيوجّه النموذج لشكل المخرجات اللي عايزه أسرع من أي وصف طويل.

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

لما تطلب من النموذج يفكّر خطوة بخطوة قبل الإجابة، بتتحسّن دقّته في المسائل المنطقية والحسابية بشكل كبير.

لو تطبيقك هيقرأ رد النموذج برمجيًا، لازم يطلع بصيغة ثابتة يمكن تحليلها — مش نص حر.

أغلب المهام بتقع في أنماط متكرّرة — لو حفظت الأنماط، بتحلّ مشاكل جديدة أسرع بكتير.

النموذج بيخترع معلومات بثقة أحيانًا — تقنيات الأوامر بتقلّل ده وبتخلّي الردود قابلة للتحقّق.

أول أمر نادرًا ما يكون الأفضل — الهندسة الحقيقية هي التجريب المنهجي والقياس مش التخمين.

المهام المعقّدة بتتحلّ أحسن لو قسّمتها لأوامر متتابعة، مخرج الواحد مدخل اللي بعده.

لما تدمج التفكير مع استدعاء أدوات خارجية، النموذج يقدر يبحث ويحسب ويتصرّف لا مجرّد يكتب.

أي أمر مفتوح لمستخدمين ممكن يتعرّض لحقن أوامر خبيثة — لازم تحمي تطبيقك من اليوم الأول.