هندسة الأوامر
احصل على نتائج موثوقة من نماذج الذكاء الاصطناعي — بقصد، لا بالصدفة.
يصل معظم الناس إلى طريق مسدود مع الذكاء الاصطناعي بعد أسابيع قليلة. يحصلون على عروض مبهرة ونتائج غير موثوقة، فيلومون النموذج. لكن المشكلة نادراً ما تكون في النموذج: الأمر (prompt) هو مواصفة تقنية، ولم يتعلّم معظم الناس كتابتها. يتعامل هذا المسار مع هندسة الأوامر كهندسة حقيقية لا كفولكلور. تبدأ بالبنية: ما الذي يقرأه النموذج فعلاً، ولماذا يهم الترتيب، ولماذا تفشل عبارة «كن مبدعاً» بينما ينجح مثال محلول. ثم تتعلّم القياس، لأن أمراً لا تستطيع تقييمه هو أمر لا تستطيع تحسينه — وهي الخطوة التي يتخطاها الجميع تقريباً، وهي ما يفصل الهاوي عن المحترف. بعدها تنتقل إلى هندسة السياق، حيث تكمن الرافعة الحقيقية: ما تضعه حول السؤال أهم من صياغة السؤال نفسه. وتختم بأنماط الإنتاج — إدارة الإصدارات، اختبارات الانحدار، التكلفة والزمن، وحواجز الأمان — وهي ما يحدد بقاء عملك عند احتكاكه بمستخدمين حقيقيين. لا حيل ولا قوائم كلمات سحرية: تلك تتقادم بسرعة، أما المبادئ فلا.
ما ستتعلّمه
المتطلبات المسبقة
- لا حاجة للبرمجة
- القدرة على الكتابة بوضوح بلغة واحدة
- الوصول إلى أي مساعد ذكاء اصطناعي حديث
الآفاق المهنية
- مهندس أوامر
- استراتيجي محتوى بالذكاء الاصطناعي
- مختص معزّز بالذكاء الاصطناعي (أي مجال)
- مصمم ذكاء اصطناعي حواري
المراحل
المرحلة 1 — البنية
توقّف عن التخمين. افهم ما يقرأه النموذج ولماذا يغيّر الترتيب الإجابة.
المدة التقديرية · 3-4 أسابيعما يقرأه النموذج فعلاً
الرموز ونافذة السياق والانتباه تفسّر معظم السلوك «الغريب» للنموذج. لا تحتاج الرياضيات، لكنك تحتاج النموذج الذهني: فهو يفسّر لماذا ينحرف الأمر الطويل ولماذا تفوز أحياناً التعليمات الموضوعة في النهاية.
المواضيع المغطّاة
ما ستبنيه
- أصلح أمراً فاشلاً بإعادة الترتيب فقط
- قِس تكلفة الرموز لأكثر 5 أوامر تستخدمها
- شغّل الأمر نفسه 10 مرات ووثّق التباين
الأمر بوصفه مواصفة
الدور، المهمة، القيود، الصيغة، الأمثلة. معظم المخرجات السيئة سببها طلب ناقص المواصفات لا نموذج ضعيف. ستعيد كتابة طلبات غامضة إلى مواصفات يستطيع غريب كفؤ تنفيذها — وهو تماماً المستوى الذي يحتاجه النموذج.
المواضيع المغطّاة
ما ستبنيه
- أعد كتابة 10 أوامر غامضة كمواصفات
- ابنِ قالباً قابلاً لإعادة الاستخدام لمهمتك الأكثر تكراراً
- افرض مخرجات JSON منظّمة وتحقّق منها
أنماط الفشل التي ستصادفها
تعلّم تسمية الخطأ قبل محاولة إصلاحه. النموذج الذي يخترع مصدراً، والنموذج الذي يتجاهل نصف تعليماتك، والنموذج الذي يجيب عن سؤال لم تطرحه — ثلاثة أعطال مختلفة لها ثلاثة حلول مختلفة، والخلط بينها هو بالضبط سبب إعادة كتابة الأوامر لساعات دون تقدّم. تسمية العطب هي نصف العلاج.
المواضيع المغطّاة
ما ستبنيه
- ابنِ فهرساً لأكثر 5 أعطال تصادفها، مع مثال قابل لإعادة الإنتاج لكل منها
- اِفتعل هلوسة عمداً، ثم اجعلها مستحيلة
- اعثر على الطول الذي يبدأ عنده أمرك بتجاهل التعليمة رقم 1
المرحلة 2 — القياس
أمر لا تستطيع تقييمه هو أمر لا تستطيع تحسينه. هذه هي المرحلة التي يتخطاها الجميع.
المدة التقديرية · 3-4 أسابيعبناء مجموعة اختبار
عشرون حالة حقيقية أفضل من ألف حالة متخيَّلة. ستجمع مدخلات فعلية — بما فيها الحالات الحدّية المزعجة التي تفضّل تجاهلها — وتحدّد معنى «الجيد» قبل أن تبدأ التحسين.
المواضيع المغطّاة
ما ستبنيه
- ابنِ مجموعة اختبار من 20 حالة لمهمة حقيقية
- اكتب معيار التقييم قبل النظر إلى أي مخرجات
- قيّم أمرك الحالي كخط أساس
التكرار بناءً على الأدلة
غيّر شيئاً واحداً، أعد تشغيل المجموعة، قارن. عمل غير براق، وهو جوهر المهنة. ستتعلّم أيضاً أين يساعد «النموذج كحكم» وأين يكذب عليك بهدوء.
المواضيع المغطّاة
ما ستبنيه
- حسّن أمراً بنسبة 20% وفق معيارك — مع الأدلة
- ابنِ ورقة تقييم تعيد تشغيلها عند كل تغيير
- اعثر على حالة يخطئ فيها النموذج الحكم
قراءة نتائجك بأمانة
أصعب ما في التقييم ليس بناء مجموعة الاختبار، بل ألا تخدع نفسك بها. ستختار دون وعي الحالات التي يتقنها أمرك أصلاً، وستقيّم بسخاء مساء الجمعة، وستتذكّر الإجابة المبهرة لا الإجابة الوسيطة. عشرون حالة عيّنة صغيرة: فارق نقطتين ضجيج لا تقدّم، واعتباره تقدّماً هو بالضبط كيف يقنع فريق نفسه لأشهر بأنه يتحسّن. تعلّم التمييز بين مكسب حقيقي وتشغيلة محظوظة، وأن تقول بصوت مسموع إن تغييراً قد أساء الأمور.
المواضيع المغطّاة
ما ستبنيه
- قيّم 20 مخرجاً بشكل أعمى، دون معرفة أي نسخة من الأمر أنتجتها
- أعد تشغيل أفضل أمر لديك 5 مرات وتحقّق من صمود «مكسبك» أمام التباين
- وثّق تغييراً أساء النتائج، وشاركه مع فريقك
المرحلة 3 — السياق والإنتاج
انتقل من الأوامر الذكية إلى أنظمة تصمد أمام مستخدمين حقيقيين وتكلفة حقيقية ومخاطر حقيقية.
المدة التقديرية · 4-6 أسابيعهندسة السياق
الرافعة الحقيقية ليست الصياغة بل ما تضعه حول السؤال. الاسترجاع والضغط ومعرفة ما يجب حذفه. معظم شكاوى «النموذج غبي» هي مشكلات سياق مفقود.
المواضيع المغطّاة
ما ستبنيه
- ابنِ نظام أسئلة وأجوبة مؤرَّض على مستنداتك
- قلّص حجم السياق 50% دون خسارة الجودة
- اجعل النموذج يستشهد بمصدره في كل ادعاء
الإطلاق والتعايش معه
إدارة الإصدارات والتكلفة والزمن وأنماط الفشل وحواجز الأمان. الأمر في الإنتاج هو شيفرة: يحتاج سجلاً وحزمة اختبارات ومن يلاحظ عطبه في الثالثة فجراً.
المواضيع المغطّاة
ما ستبنيه
- أطلق سير عمل مدعوماً بالأوامر لمستخدمين حقيقيين
- اخفض تكلفته للنصف دون خسارة التقييم
- اكسر أمرك بحقن، ثم أصلحه
العمل عبر اللغات
تفترض جميع الأدلة تقريباً أنك تعمل بالإنجليزية. ومعظم الناس هنا لا يفعلون. النماذج أضعف بشكل قابل للقياس خارج الإنجليزية، وأضعف أكثر مع اللهجات — فالدارجة المغربية تمزج العربية والفرنسية والأمازيغية، وتبدّل الحرف في منتصف الجملة، وليس لها إملاء مستقر: نموذج تدرّب أساساً على نصوص إنجليزية لا يجد ما يستند إليه. الأسئلة العملية هي: بأي لغة يفكّر النموذج، وبأيها يجيب، وكيف تقيّم ترجمة وأنت لا تقرأ بطلاقة إلا إحدى اللغتين. هذه الخطوة ليست زينة: إن كان مستخدموك يكتبون بالدارجة، فهي جوهر العمل كله.
المواضيع المغطّاة
ما ستبنيه
- ابنِ مجموعة اختبار من مدخلات دارجة حقيقية، بفوضاها الإملائية
- قارن بين التفكير بالإنجليزية ثم الإجابة بالفرنسية، وبين إنجاز الاثنين بالفرنسية
- قِس تكلفة الرموز للنص نفسه بالعربية مقابل الفرنسية
أسئلة
هل هندسة الأوامر مهارة حقيقية، أم أن النماذج ستجعلها متقادمة؟
النسخة القائمة على الحيل متقادمة أصلاً — العبارات السحرية توقفت عن العمل منذ سنوات. ما لم يختفِ هو المواصفة: صياغة المهمة بدقة، وتحديد معنى «الجيد»، وقياسه. النماذج الأفضل ترفع السقف لكنها لا تقرأ أفكارك. هذا المسار يعلّم الجزء الذي يصمد أمام تحديثات النماذج.
هل أحتاج إلى البرمجة؟
ليس في المرحلتين 1 و2 — فأصعب الأجزاء وأكثرها قيمة هي الكتابة والتقييم لا البرمجة. المرحلة 3 تلامس الاسترجاع والإنتاج، حيث يفيد قليل من بايثون أو أداة بدون كود. إن أردت بناء التطبيقات لا تشغيلها فقط، تابع مع مسار تطبيقات LLM.
لماذا كل هذا التركيز على التقييم؟
لأنه الفارق بين العرض التوضيحي والمنتج. بلا مجموعة اختبار أنت تضبط بالحدس: كل تغيير يبدو تحسّناً ولا تدري إن كسرت الحالة السابقة. الفرق التي تقيس تتقدّم باطّراد، والتي لا تقيس تدور في حلقة لأشهر. وهو أيضاً الجزء الأقل متعة، ولذلك الأكثر إهمالاً — وبالتالي الأعلى قيمة.
هل ينفع هذا بالفرنسية والدارجة، أم بالإنجليزية فقط؟
المبادئ تنتقل — فالمواصفة تبقى مواصفة بأي لغة. أما النتائج فلا تنتقل بالتساوي: النماذج ترى إنجليزية أكثر بكثير من الفرنسية، وفرنسية أكثر بكثير من الدارجة؛ وبالجودة نفسها للأمر، تتدهور المخرجات كلما ابتعدت عن الإنجليزية. هذا قيد حقيقي لا سبب للاستسلام: معناه أن مجموعة اختبارك يجب أن تكون باللغة التي يكتب بها مستخدموك فعلاً، وأن لغة التفكير ولغة الإجابة قرار تتخذه عن وعي لا أمر تتلقّاه. يعالج هذا المسار المسألة صراحةً، لأن دليلاً يفترض أن الجميع يعمل بالإنجليزية لا ينفع معظم من يقرؤه هنا.
مسارات ذات صلة
هل تريد اتّباع هذا المسار مع مدرّب ومجموعة؟
← اكتشف أكاديمية 212AY