أول 10 أنماط
Few-shot: اعرض، ما تكتفيش بالشرح
few-shot prompting يعني إنك تدّي الموديل 2 لـ 5 أمثلة محلولة جوه الـ prompt نفسه. إنت ما بتوصفش النمط — بتسيب الموديل يستنتج النمط من أمثلتك. دي أكتر ترقية موثوقة لما zero-shot بيتخضخض.
مقارنة جنب بعض
نفس مهمة التصنيف بتاعت الدرس اللي فات، بس دلوقتي بأمثلة. الموديل بيتعرض عليه 3 إيميلات متصنّفة، وبعدين بيتطلب منه يصنّف رابع.
Classify each customer email as one of: billing, technical, sales, other.
Reply with only the category.
Examples:
Email: "I cannot log in, the password reset never arrives." -> technical
Email: "Do you offer a yearly plan with a discount?" -> sales
Email: "I was charged twice this month." -> billing
Now classify:
Email: "The export to CSV is missing the last 3 columns." ->
الـ output الملتقَط:
technical
لقطة من Claude Sonnet 4.5 (claude-sonnet-4-5) في 2026-04-27. الـ re-runs ممكن تختلف شوية.
لاحظ 3 حاجات:
- الموديل اختار الفئة الصح —
technical، لأن وظيفة export متعطلة أقرب لمثال "ما قدرش أعمل log in" من سؤال billing أو sales. - صيغة الـ output بتطابق الأمثلة بالظبط. ولا حروف كبيرة، ولا نقطة، ولا مقدمة. الأمثلة ضبطت الصيغة والموديل نسخها.
- ولا تفسير طويل. ترميز السهم (
->) بيقول للموديل "إديني الجانب اليمين من السهم"، وده اللي بيعمله.
Zero-shot مقابل few-shot — نفس المهمة
Zero-shot
- سريع في الكتابة
- كفاية للمهام الشايعة
- تكلفة context منخفضة
Few-shot
- صيغة الـ output بتتنسخ آلياً
- فئات مخصصة بتتعلم من الـ context
- الـ edge cases بتتعالج بالعرض
ليه few-shot بيشتغل
الموديل، أساساً، next-token predictor. لما بتعرض عليه 3 أمثلة كلها على شكل Email: "..." -> category، الحاجة الجاية اللي بيشوفها هي Email: "..." -> — والاستكمال الأرجح هو واحدة من الفئات. النمط بيتفرض بشكل اللي قبله.
عشان كده few-shot قوي لـ:
| حالة الاستخدام | بتشتغل ليه |
|---|---|
| التصنيف بفئات مخصصة | الأمثلة بتعلّم كل label معناه إيه في الـ context بتاعك. |
| صيغة output محددة (JSON، CSV، مخصصة) | الأمثلة بتقفل الصيغة آلياً. |
| تقليد أسلوب (اكتب زي فلان) | كام جملة من كتابة فلان بتعلّم الصوت أحسن من 10 صفات. |
| التعامل مع edge cases | مثال واحد للحالة الصعبة بيعرض القاعدة عملياً. |
تدّي كام مثال
"Few" في few-shot بتعني عادةً 2 لـ 5. بعدها بتصطدم بعوائد ناقصة وبتبهدل الـ context window. قاعدتين عمليتين:
- استخدم مثالين لو الفئات واضحة وعايز أساساً تقفل الصيغة.
- استخدم 3 لـ 5 أمثلة لو في edge cases مبهمة أو لو الفئات معرَّفة بإيدك.
المثال الكويس بيبقى عامل إزاي
الأمثلة الـ few-shot الكويسة بتبقى:
- متنوعة. ما تعرضش 3 أمثلة "عايز refund" لـ billing؛ اعرض billing وtechnical وsales.
- واقعية. استخدم inputs حقيقية (تقريباً) من بياناتك الفعلية، مش عبارات لعبة.
- متسقة في الصيغة. أنهي شكل استخدمته في المثال 1، استخدم نفسه بالظبط في 2 و3.
- محدودة. خليها قصيرة. الأمثلة الطويلة بتحرق الـ context window وبتميّع النمط.
الفخ اللي تتجنبه
لو أمثلتك متحيزة — مثلاً الـ3 أمثلة كلهم "billing" — الموديل هيميل لـ billing في الـ test input حتى لما ما يجبش. الأمثلة بتدرّب الموديل في الوقت الحقيقي. اختارها زي ما بتختار training data.
التالي: الـ persona — إزاي سطر واحد في خانة الدور بيعيد تشكيل المفردات والتحفظ والبنية. :::
سجّل الدخول للتقييم