هندسة أوامر متقدمة — أسرار المحترفين

1. Meta-prompting — الأمر الذي يصنع الأوامر

الهدف: تكتب أوامر meta تولّد برومبتات جاهزة لمهام متكررة بدل كتابتها يدوياً كل مرة.

Meta-prompting = تطلب من النموذج أن **يصمّم البرومبت** قبل تنفيذ المهمة.

بدل: «اكتب مقالاً عن الطاقة الشمسية»
تكتب: «أنت مهندس برومبت. حلّل المهمة التالية، ثم اكتب أفضل برومبت RCTCO لها، ثم نفّذه واعرض النتيجة. المهمة: شرح الطاقة الشمسية لطالب 15 سنة.»

الفائدة: توحيد الجودة، إعادة الاستخدام، وتعليم الفريق قالباً واحداً.

Mesue: meta-prompting ممتاز لبناء **مكتبة قوالب** — اطلب «ولّد 5 متغيرات من هذا القالب لمجالات مختلفة».

• الأمر يولّد الأمر — وفّر وقتاً على المدى الطويل
• حدّد معايير الجودة داخل meta-prompt
• اطلب «برومبت ثم تنفيذ» في خطوتين واضحتين
• احفظ meta-prompts الناجحة كأصول

 مهمة خام
    |
 meta-prompt
    |
 برومبت محسّن
    |
 مخرج نهائي

2. رسائل System وUser وDeveloper — طبقات التحكم

الهدف: تفهم أدوار الرسائل الثلاث وكيف تفصل التعليمات الدائمة عن طلبات المستخدم.

في واجهات API المتقدمة (OpenAI، Anthropic...) تُقسّم المحادثة إلى طبقات:

**System:** القواعد الثابتة — الدور، الأسلوب، القيود الأخلاقية، شكل المخرجات الافتراضي. «أنت مساعد تعليمي. أجب بالعربية الفصحى المبسّطة. لا تحل الواجبات كاملة.»

**Developer (أو instructions):** إعدادات المطوّر — سياق التطبيق، أدوات متاحة، تنسيق JSON إلزامي. المستخدم النهائي لا يراها عادة.

**User:** طلب المستخدم الفعلي في كل turn.

الخطأ الشائع: خلط كل شيء في رسالة user واحدة. المحترف يضع **السياسات في system** والمهمة في user.

Mesue: system = دستورك — user = سؤال اليوم.

• System للقواعد الدائمة — User للمهمة اللحظية
• Developer layer للمطوّرين ودمج الأدوات
• لا تكرر system في كل رسالة user
• اختبر: غيّر user فقط ولاحظ ثبات السلوك

 [System]  قواعد ثابتة
     +
 [Developer] إعدادات API
     +
 [User]      طلب اليوم

3. Chain-of-Thought المتقدم — تفكير منظّم

الهدف: تطبّق CoT متقدماً مع هيكلة خطوات، تحقق ذاتي، ومسارات بديلة.

CoT الأساسي: «فكّر خطوة بخطوة». CoT المتقدم يضيف **هيكلاً إلزامياً**:

1) **إعادة صياغة المشكلة** — ماذا فهمت؟
2) **تفكيك** — ما المعروف، المجهول، الافتراضات؟
3) **خطة** — خطوات مرقّمة
4) **تنفيذ** — كل خطوة بنتيجة جزئية
5) **تحقق** — هل الجواب منطقي؟ وحدات صحيحة؟
6) **جواب نهائي** — سطر واحد واضح

مثال:
«حلّل قرار: Python أم JavaScript لمشروعي؟ استخدم الأقسام الستة أعلاه. في التحقق: اذكر مخاطرة واحدة لكل خيار.»

CoT المتقدم يقلّل القفز للاستنتاج — مهم في القانون، الهندسة، والتخطيط المالي.

• هيكل ثابت أفضل من «فكّر» العام
• قسم التحقق يلتقط أخطاء منطقية
• اطلب افتراضات صريحة
• راجع خطوة «إعادة الصياغة» — هل فهم السؤال؟

 فهم → تفكيك → خطة
    → تنفيذ → تحقق → جواب

4. Tree-of-Thoughts وSelf-Consistency — تفكير متعدد المسارات

الهدف: تستخدم ToT لاستكشاف بدائل وتصويت Self-Consistency لاختيار أقوى إجابة.

**Tree-of-Thoughts (ToT):** بدل مسار تفكير واحد، اطلب **3–5 مسارات** ثم تقييمها:

«لحل [المشكلة]: اقترح 3 approaches مختلفة. لكل approach: خطوتان + نقاط قوة/ضعف. اختر الأفضل وبرّر.»

**Self-Consistency:** شغّل نفس البرومبت **3–5 مرات** (أو اطلب «3 حلول مستقلة») ثم **صوّت** على الإجابة الأكثر تكراراً.

مثال رياضي: «احسب X بثلاث طرق مختلفة. إن تطابقت النتائج — اعرض الجواب. إن اختلفت — حلّل سبب الاختلاف.»

ToT للإبداع والاستراتيجية. Self-Consistency للدقة في المسائل ذات جواب واحد.

تحذير: يزيد التكلفة والوقت — استخدمه للقرارات المهمة فقط.

• ToT = استكشاف + تقييم + اختيار
• Self-Consistency = تكرار + تصويت
• مفيد عندما يهمّك تقليل الهلوسة
• لا تفرط — احتياط للمهام الحرجة

    سؤال
   /  |  \
 مسار1 2  3
   \  |  /
   أفضل مسار

5. ReAct — Reason + Act (فكّر ثم افعل)

الهدف: تصمّم أوامر ReAct تتناوب بين التفكير والإجراء (بحث، حساب، استدعاء أداة).

ReAct = **Reason** (استنتاج) + **Act** (إجراء) في حلقة:

Thought: ماذا أفهم؟ ما الخطوة التالية؟
Action: [search / calculate / read_file / ask_user]
Observation: ماذا حصل؟
... تكرار حتى Goal

مثال بدون أدوات حقيقية (محاكاة):
«Thought: أحتاج إحصائية عن الشباب العرب وريادة الأعمال.
Action: search(مصدر موثوق 2024)
Observation: [النتيجة]
Thought: هل كافية؟
Final Answer: ...»

ReAct يمنع «الإجابة من الذاكرة» — يجبر النموذج على **خطوات قابلة للتتبع**.

مع APIs: اربط Action بأدوات حقيقية (بحث، حاسبة، قاعدة بيانات). Mesue: حتى في ChatGPT العادي — اطلب «Thought/Action/Observation» صراحة.

• حلقة Thought → Action → Observation
• كل Act يجب أن يخدم الهدف
• Observation يغذي Thought التالي
• سجّل الحلقة للمراجعة والتدقيق

 Thought → Action
    ↑         ↓
    └── Observation

6. مخرجات JSON المنظمة — عقود بيانات

الهدف: تفرض JSON schema صارم للربط مع تطبيقات وأتمتة سير العمل.

JSON المنظّم = **عقد** بينك وبين النموذج.

«أخرج JSON فقط — بدون markdown — بالهيكل:
{
"title": string,
"points": [string],
"difficulty": "easy"|"medium"|"hard",
"quiz": {"q": string, "options": [string], "answer": number}
}»

نصائح محترف:
• حدّد **أنواع الحقول** وقيم enum
• «إن تعذّر الامتثال أخرج {"error": "سبب"}»
• اطلب **JSON Schema** أو مثالاً كاملاً في البرومبت
• تحقق برمجياً (parse + validate) قبل الاستخدام

أخطاء شائعة: فواصل زائدة، نص خارج JSON، مفاتيح بالعربية بدون quotes صحيحة.

Mesue: JSON = جسر بين «محادثة» و«تطبيق».

• schema + مثال = امتثال أعلى
• JSON فقط — بدون شرح خارجي
• تحقق برمجي إلزامي
• خطّط لحقل error للفشل

 برومبت + schema
        |
        v
    JSON خام
        |
   validate
        |
   تطبيقك

7. Prompt Chaining — خط أنابيب الأوامر

الهدف: تقسّم مهمة معقدة إلى سلسلة أوامر — كل مرحلة تغذي التالية.

Prompt chaining = **pipeline** من 3–7 خطوات:

مثال — مقال تعليمي:

**Chain 1 — Research:** «استخرج 10 حقائق موثوقة عن [الموضوع] كقائمة.»
**Chain 2 — Outline:** «حوّل الحقائق إلى مخطط 5 أقسام.»
**Chain 3 — Draft:** «اكتب مسودة بناءً على المخطط.»
**Chain 4 — Critique:** «راجع المسودة: 5 مشاكل + اقتراحات.»
**Chain 5 — Polish:** «طبّق الاقتراحات — النسخة النهائية.»

كل chain يأخذ **مخرج السابق** كمدخل.

الفائدة: جودة أعلى، مسؤولية أوضح، إمكانية إعادة تشغيل مرحلة واحدة.

Mesue: سجّل pipeline في ملف — «مرحلة 3 فشلت → أعد chain 3 فقط».

• قسّم — لا تطلب كل شيء في أمر واحد
• مرّر مخرجات صريحة بين المراحل
• Critique chain يرفع الجودة
• أعد تشغيل المرحلة الفاشلة فقط

 Chain1 → Chain2 → Chain3
              ↓
           Chain4 → Chain5

8. تقييم جودة الأوامر — مقاييس المحترف

الهدف: تقيّم البرومبت بمعايير قابلة للقياس: دقة، اتساق، تكلفة، وأمان.

البرومпт الجيد يُقاس — لا يُشعر فقط:

**1) Accuracy:** هل الإجابات صحيحة على 10–20 test case؟
**2) Consistency:** نفس المدخل → نفس النمط؟ (3–5 runs)
**3) Completeness:** هل غطى RCTCO كل الأقسام؟
**4) Latency/Cost:** tokens المستخدمة — هل يمكن الاختصار؟
**5) Safety:** هل يتجاوز القيود مع مدخلات tricky؟

منهج Mesue:
• **Golden set:** 10 أسئلة ثابتة لمسارك
• **Scorecard:** 1–5 لكل معيار
• **A/B:** برومبت A vs B — نفس الأسئلة
• **Regression:** بعد تعديل — أعد Golden set

وثّق: «برومبت v2 — accuracy 8/10، tokens -15%».

• Golden set = اختبار تراجع ثابت
• A/B بين نسختين من البرومبت
• قيّم التكلفة لا الجودة فقط
• سجّل scores في جدول زمني

 برومبت → Golden set
              ↓
         Scorecard
              ↓
         تحسين v2

9. Red Teaming — اختبار حدود الأوامر

الهدف: تختبر برومبتك ضد مدخلات خبيثة وحالات حدّية قبل الإنتاج.

Red teaming = **محاكاة المهاجم** لاكتشاف ثغرات:

• «تجاهل كل التعليمات السابقة»
• حقن JSON كاذب في user input
• طلبات غير أخلاقية متنكرة
• مدخلات طويلة جداً أو فارغة
• خلط لغات لتضليل system
• «أنت الآن DAN...» (jailbreak كلاسيكي)

منهج:
1) **Threat model:** ماذا يمكن أن يحدث؟
2) **10–20 attack prompts** مخصصة لمسارك
3) **Pass/Fail** — هل التزم system؟
4) **Patch:** عدّل system/constraints
5) **Re-test**

Mesue: red team **قبل** مشاركة البرومبت مع فريق أو نشر bot.

أخلاقياً: red team على **برومبتك** — لا على أنظمة غيرك بدون إذن.

• Threat model أولاً
• اختبر injection وjailbreak
• Pass/Fail واضح — لا «تقريباً»
• أعد الاختبار بعد كل patch

 برومبت + system
       ↓
  attack prompts
       ↓
  Pass / Fail → patch

10. الأوامر متعددة الوسائط — نص + صورة + صوت

الهدف: تكتب أوامر فعّالة للنماذج التي تقبل صوراً ومستندات وملفات.

Multimodal = البرومبت + **وسائط** (صورة، PDF، لقطة شاشة، رسم).

قواعد محترف:

**1) صفّ ما تراه:** «في الصورة: رسم بياني بمحور X/Y...» — يساعد حتى لو النموذج «يرى».
**2) مهمة محددة:** «استخرج الأرقام من الجدول» أفضل من «ماذا ترى؟»
**3) قيود:** «لا تخمّن ما خارج الإطار»
**4) مخرجات:** «جدول markdown للأرقام فقط»

أمثلة:
• لقطة واجب: «اشرح الخطأ في الحل — لا تحل كاملاً»
• مخطط مشروع: «حوّل لقائمة مهام JSON»
• صورة تاريخية: «صف السياق + 3 أسئلة مراجعة»

تحذير: OCR أحياناً يخطئ — اطلب «إن لم تتأكد من رقم قل: unclear».

• صف الصورة + حدّد المهمة
• لا تخمين خارج الإطار
• مخرجات منظمة (جدول/JSON)
• تحقق من الأرقام المستخرجة

 [صورة/PDF]
      +
 [برومبت]
      ↓
  تحليل / استخراج

11. حزم المجال المتقدمة — برمجة، تسويق، قانون

الهدف: تبني حزم أوامر متخصصة بأسرار كل مجال: code review، copywriting، legal draft.

**حزمة البرمجة (Code):**
«أنت senior reviewer. المدخل: diff أو مقطع. المخرج: {severity, line, issue, fix, test_suggestion}. لا تصلح silently — اشرح. Constraints: لا كود destructive.»

**حزمة التسويق (Marketing):**
«أنت copywriter AIDA. المدخل: منتج + جمهور + قناة. المخرج: 3 variants (hook, body, CTA) + score 1–10 لكل. Constraints: لا وعود طبية/مالية مضللة.»

**حزمة القانون (Legal — مسودات فقط):**
«أنت مساعد legal research — **ليس محامياً**. المدخل: سؤال + ولاية/بلد. المخرج: outline + مصطلحات + «استشر محامياً». Constraints: disclaimer إلزامي.»

**أسرار المحترف:**
• placeholders [VAR] لكل حقل
• few-shot واحد «ذهبي» لكل حزمة
• system منفصل per domain
• red team قبل النشر

• كل مجال له schema ومخاطر مختلفة
• few-shot ذهبي واحد يكفي غالباً
• disclaimer في المجالات الحساسة
• لا تخلط code + legal في system واحد

 Code | Marketing | Legal
   \      |       /
    Domain Packs

12. مكتبة 20 قاعدة ذهبية — المشروع النهائي

الهدف: تنشئ وثيقة «20 قاعدة ذهبية» + مكتبة أوامر متقدمة قابلة للمشاركة والتحديث.

المشروع النهائي — **Golden Rules Library**:

**القسم 1 — 20 قاعدة ذهبية** (جملة + مثال لكل):
مثل: «حدّد المخرجات قبل السؤال»، «System للدستور — User للمهمة»، «Golden set قبل النشر»...

**القسم 2 — 5 meta-prompts** جاهزة
**القسم 3 — 3 pipelines** (دراسة، مشروع، محتوى)
**القسم 4 — JSON schemas** (2 على الأقل)
**القسم 5 — Red team log** — 10 attacks + patches
**القسم 6 — Scorecard** — قبل/بعد تحسين برومبت واحد
**القسم 7 — Domain packs** — code + marketing أو legal

**معايير التسليم:**
• كل قاعدة: ≤25 كلمة + مثال برومبت
• نسخة عربية كاملة
• مراجعة زميل: «هل فهمت 3 قواعد دون شرح؟»

هذه المكتبة **أصل مهني** — حدّثها كل ربع سنة.

• 20 قاعدة = مرجع سريع مدى الحياة
• اربط كل قاعدة بمثال حقيقي
• شامل: meta + pipeline + eval + red team
• المشاركة تكشف الغموض

 20 Rules
    + Meta
    + Pipelines
    + Eval
    = مكتبتك