- الـ Prompt Contract يقلل التخمين من البداية.
- كلما كان المخرج قابلاً للمراجعة بسهولة، أصبحت الجودة أكثر ثباتاً.
- إذا لم تحدد fallback عند نقص البيانات، سيملأ النموذج الفراغ بتخمينات أنيقة.
إتقان فن صياغة الأوامر - أُطُر عملية
الفصل العملي المركزي في المسار: كيف تبني Prompt Contract واضحاً مع أمثلة وحقول منظمة وسياق مرتب بدلاً من الاعتماد على طلبات عامة.
بعد هذا الفصل ستعرف كيف تحوّل أي مهمة متكررة إلى Prompt Contract أقل غموضاً وأسهل في المراجعة والتحسين.
هذا الفصل يغيّر نقطة الضعف الأكثر شيوعاً في الاستخدام اليومي: الانتقال من أسئلة عامة إلى عقود تشغيل واضحة تحدد المهمة والمخرج وحدود الثقة من البداية.
أهداف التعلم
- إتقان حقول Prompt Contract الأساسية.
- معرفة متى تضيف مثالاً ومتى تطلب Structured Output.
- تعلم Context Packaging عملي يقلل الضوضاء والتخمين.
- بناء Prompts قابلة لإعادة الاستخدام في رسائل العملاء والعروض والتقارير.
مصطلحات ستقابلها
مرجع سريع داخل الفصلستخرج من هذا الفصل بـ…
Prompt Contract Canvasتحويل الطلب العام إلى Prompt Contract فيه مهمة وسياق وقواعد ومخرج واضح.
هذا الأصل يزوّد المشروع الختامي بعقد الطلب الرئيسي الذي يثبت جودة المخرج وتكراره.
المحتوى مفتوح الآن، لكن تسجيل الدخول يربط آخر فصل وآخر قسم وصلت له بحسابك حتى تعود له مباشرة.
سجّل الدخول لحفظ مكانكالـ Prompt القوي ليس صياغة جميلة فقط
الحقول الستة لعقد الـ Prompt
| الحقل | السؤال الذي يجيب عنه | مثال عملي |
|---|---|---|
Task | ما الذي يجب إنجازه بالضبط؟ | اكتب رد WhatsApp أولي على استفسار خدمة |
Audience | من سيقرأ أو يعتمد المخرج؟ | عميل محتمل أو مدير داخلي |
Context | ما الخلفية أو البيانات المتاحة؟ | الخدمة، ساعات العمل، حدود التسعير، notes قصيرة |
Rules | ما القواعد أو المحاذير؟ | لا تعد بسعر نهائي أو مدة غير مؤكدة |
Output | كيف أريد النتيجة أن تصلني؟ | رد أولي + سؤال تأهيلي + سطر تصعيد |
Fallback | ماذا يحدث عند نقص البيانات؟ | اذكر ما يحتاج تحققاً ولا تجزم به |
قبل/بعد: Prompt Contract لرد عميل
- ابدأ بالمهمة والمخرج قبل التفاصيل الثانوية.
- اكتب القاعدة التي تمنع الخطأ الأكثر تكلفة.
- اجعل الـ fallback صريحاً إذا كانت المعلومات ناقصة.
متى تفيد الأمثلة القليلة؟
| الحالة | هل يفيد مثال؟ | لماذا |
|---|---|---|
نبرة رد عميل | نعم غالباً | النبرة الدقيقة يصعب وصفها بجملة واحدة أحياناً |
Proposal opening | نعم | المثال يوضح مستوى الرسمية والبناء المطلوب |
استخراج حقول ثابتة من notes | أحياناً | إذا كانت الحقول واضحة يكفي schema بسيط |
تفسير KPI export | نعم إذا كانت هناك أمثلة لملخص جيد وآخر مبالغ | المثال يوضح حد التفسير المقبول |
أضف مثالاً عندما تكون الجودة أو النبرة أو الحدود صعبة الوصف بالكلام المجرد.
قالب Prompt Contract Canvas
Task: [ما الذي يجب إنجازه؟] Audience: [من سيقرأ أو يعتمد المخرج؟] Context: [الخلفية أو المادة أو القيود التشغيلية] Rules: [النبرة، ما يجب تجنبه، ما يحتاج تحققاً] Output: [كيف تريد النتيجة؟] Fallback: [إذا كانت البيانات ناقصة، ماذا يجب أن يفعل النموذج؟]
- اكتب المخرج المطلوب كما لو أنك تسلمه لشخص في الفريق.
- إذا كان هناك خطأ لا تريد وقوعه أبداً، ضعه في Rules.
- هذا القالب أهم من أي اختصار لغوي محفوظ.
قالب Structured Output عملي
أخرج النتيجة في الحقول التالية فقط: 1. الهدف: 2. أهم 3 نقاط: 3. ما يحتاج تحققاً: 4. الخطوة التالية: 5. نسخة قصيرة قابلة للإرسال: إذا لم تتوفر معلومة لحقل من هذه الحقول، اكتب "غير متوفر" بدلاً من التخمين.
- قلّل عدد الحقول حتى لا يتحول المخرج إلى عبء.
- استخدم حقولاً ستراجعها أو تعيد استخدامها فعلاً.
- Structured Output أقوى من الفقرة الحرة في المهام المتكررة.
السياق الجيد ليس كل ما تعرفه
- قسّم السياق إلى عناوين قصيرة بدل فقرة طويلة مشتتة.
- ميّز بين background مفيد وبين ضوضاء لا تخدم المخرج.
- إذا كانت المادة طويلة، أعطِ summary منظماً أو الأجزاء ذات الصلة فقط.
مثال: Structured Output لالتقاط lead
لخّص هذه inquiry في الحقول التالية: 1. نوع الاحتياج 2. مستوى الجدية 3. المعلومات الناقصة 4. السؤال التأهيلي التالي 5. هل تحتاج الحالة escalations؟ إذا كانت المعلومة غير مذكورة فلا تخترعها.
- الحقول الجيدة تقلل سوء الفهم بين أعضاء الفريق.
- اكتب فقط الحقول التي ستستخدمها لاحقاً.
- وجود "غير مذكور" أفضل من اختراع معلومة.
متى تطلب فقرة، ومتى تطلب حقولاً؟
| نوع المهمة | الأفضل | السبب |
|---|---|---|
رسالة جاهزة للإرسال | فقرة أو نسختان قصيرتان | لأن الشكل النهائي لغوي بطبيعته |
Lead intake أو action items | حقول ثابتة | لأنك ستراجعها أو تسلمها لشخص آخر |
Proposal opening + scope | مزيج: حقول ثم فقرة | حتى تضبط الهيكل قبل الصياغة النهائية |
KPI memo | حقول + ملخص تنفيذي | حتى تراجع الأرقام قبل النثر النهائي |
قائمة فحص قبل إرسال Prompt مهم
- ✓هل المهمة محددة أم ما تزال فضفاضة؟
- ✓هل الجمهور أو صاحب القرار واضح؟
- ✓هل السياق كافٍ من دون حشو؟
- ✓هل كتبت القاعدة التي تمنع الخطأ الأكثر تكلفة؟
- ✓هل صيغة المخرج قابلة للمراجعة فعلاً؟
- ✓هل أوضحت ما يجب فعله عند نقص البيانات؟
ورشة تطبيق: حوّل 3 Prompts إلى Contracts
- اكتب النسخة الحالية كما تستخدمها الآن.
- أعد تنظيمها إلى Task وAudience وContext وRules وOutput وFallback.
- إذا لزم، أضف مثالاً قصيراً أو Structured Output.
- قارن بين المخرج القديم والجديد: أين قل التخمين؟
- 3 Prompt Contracts محسنة.
- ملاحظة واحدة عن أين كان المثال مفيداً فعلاً.
💡 تلميح
اختبار الفصل
ما العنصر الذي يحدد كيف يتصرف النموذج عند نقص البيانات؟
متى تصبح Structured Output أفضل من فقرة حرة؟
ما الخطأ الشائع في تجهيز السياق؟
لماذا نستخدم few-shot أحياناً؟
خلاصة الفصل والجسر للفصل التالي
- فكّر في الـ Prompt كعقد تشغيل لا كسؤال مرتجل.
- اطلب حقولاً واضحة عندما تحتاج مراجعة أو handoff.
- Fallback الصريح يقلل أخطاء الثقة الزائدة.
اختبار AI تفاعلي
جولة إضافية للتثبيت والتحدي. يبقى الاختبار الثابت داخل الفصل هو الأساس، وهذا القسم للتوسّع فقط.
جاري تحميل الأداة التفاعلية...
ملعب الأوامر
جرّب prompt جديدًا، قارن بين الصياغات، ثم التقط النسخة الأقوى قبل العودة إلى عملك الحقيقي.
جاري تحميل الأداة التفاعلية...