سلاسل الأوامر الذكية وميتا-برومبتينج: أنظمة تكتب برومبتاتٍ أفضل

هذه المقالة السابعة من تسعٍ في سلسلتنا: هندسة الأوامر المتقدمة. السابقة: الأوامر الوكيلية. التالية: هندسة الأوامر للنماذج المفتوحة المصدر وأنظمة الإنتاج.

مشكلتان، مقالةٌ واحدة

تتناول هذه المقالة تقنيتين مترابطتين لكنهما متمايزتان. الأولى — سلاسل البرومبت — تحل مشكلة التعقيد: كيف تُعالج مهاماً أطول أو أكثر هيكليةً أو متعددة الأبعاد مما يستطيع استدعاءٌ واحد للنموذج التعامل معه. والثانية — ميتا-برومبتينج — تحل مشكلة الجودة: كيف تحصل على برومبتاتٍ أفضل مما يكتبه معظم الناس يدوياً، وذلك باستخدام النموذج نفسه لتصميمها.

إنهما معاً لأنهما كثيراً ما يُجمَعان. ينتج نظام ميتا-برومبتينج برومبتاً مُحسَّناً، ثم تنفّذه سلسلة بايبلاين عبر خطواتٍ متعددة، يُغذّي مخرج كل خطوةٍ التالية. معاً يشكّلان العمود الفقري لتصميم سير العمل الجاد بالذكاء الاصطناعي — الطبقة الواسطة بين استدعاءات النموذج الخام والأنظمة الوكيلية الكاملة.

في المقالة السابقة تناولنا كيف تخطّط الأنظمة الوكيلية وتتصرف عبر خطواتٍ متعددةٍ باستخدام الأدوات. السلاسل وميتا-برومبتينج هما السلفان الأخف وطأةً والأكثر قابليةً للتحكم قبل الوصول إلى الوكالة الكاملة — مفيدان حين تريد معالجةً مُهيكَلةً متعددة الخطوات دون استقلاليةٍ وكيلٍ كاملٍ وبالتالي مساحة المخاطر المرافقة له.

الجزء الأول: سلاسل البرومبت

ما هي ومتى تهمّ؟

سلسلة البرومبت هي تسلسلٌ من استدعاءات النموذج يصبح فيه مخرج كل خطوةٍ جزءً من مدخل الخطوة التالية. الخطوات محددةٌ مسبقاً منك؛ النموذج لا يقرر ما يأتي بعده. هذا ما يُميّز السلاسل عن التصميم الوكيلي، ففي السلاسل، بنية البايبلاين ثابتةٌ ومصمَّمةٌ بشرياً؛ في الوكالة، يحدد النموذج فعله التالي بنفسه.

تهم السلاسل في ثلاثة مواقف. أولاً، حين تتجاوز مهمةٌ ما قدرة برومبتٍ واحد على معالجتها جيداً، ليس بسبب طول السياق، بل لأن مراحل مختلفةً من المهمة تستلزم شخصياتٍ مختلفةٍ أو معاييرٍ مختلفة أو مستوياتٍ مختلفة من التفصيل. ثانياً، حين تريد إدراج مراجعةٍ بشرية أو فحوصات جودةٍ آلية بين الخطوات. ثالثاً، حين تريد إعادة استخدام مخرجاتٍ وسيطة، مثل توليد مخططٍ هيكلي مرةً واحدة ثم إرساله إلى برومبتاتٍ متعددةٍ تنتج كل منها قسماً مختلفاً.

السلسلة المصمَّمة جيداً تُنتج مخرجاً أفضل من برومبتٍ طويلٍ واحدٍ للمهمة ذاتها، ليس لأنها تستهلك رموزاً أكثر، بل لأنها تُفصل الاهتمامات: كل خطوةٍ لها مهمةٌ واحدةٌ وتُقيَّم على تلك المهمة وحدها.

الأنماط الأربعة للسلاسل

تندرج معظم سلاسل البرومبت تحت أحد أربعة أنماطٍ هيكلية يمكن تركيبها لسير عملٍ أكثر تعقيداً.

• السلسلة التسلسلية: تُغذّي الخطوة أ الخطوةَ ب التي تُغذّي الخطوةَ ج، وهذا النمط الأبسط. استخدمه حين يكون للمهمة ترتيبٌ طبيعيٌ وكل مرحلةٍ تبني مباشرةً على السابقة. مثال: استخرج الادعاءات الرئيسية من وثيقة ← تحقق من دقة كل ادعاء ← اكتب ملخصاً يتضمن الادعاءات الموثَّقة فقط.
• السلسلة المتفرعة: تُغذّي مدخلٌ واحدٌ خطواتٍ متوازيةٍ متعددةٍ تُدمَج مخرجاتها لاحقاً. استخدمها حين تحتاج معالجة المحتوى ذاته عبر عدساتٍ مختلفة في آنٍ واحد. مثال: يُغذّي برومبت ترجمةٍ ثلاث خطوات مراجعةٍ متوازيةٍ — واحدة للدقة، وأخرى للانسياب، وثالثة للتكيّف الثقافي — وتجمع خطوة الدمج التغذيات الراجعة في مراجعةٍ نهائية.
• سلسلة الموجّه (Router): خطوة تصنيفٍ في البداية تقرر أيّ السلاسل اللاحقة تُفعِّل. استخدمها حين يتنوع مدخلك في النوع وتحتاج أنواعٌ مختلفةً لمعالجةٍ مختلفة. مثال: يُصنَّف رسالةٌ واردةٌ من عميلٍ أولاً كسؤالٍ أو شكوى أو طلب، وكل فئةٍ تسلك مساراً مختلفاً من قوالب الرد والأسلوب.
• سلسلة الحلقة: تتكرر خطوةٌ حتى يُحقَّق عتبة جودةٍ ثم تخرج. استخدمها باعتدال — إنها المعادل السلسلي للتحسين الذاتي المتكرر من المقالة الثالثة، لكنه مُؤتمَت. مثال: مسودة ← نقد ذاتي ← مراجعة، يتكرر حتى يتجاوز درجة النقد عتبةً محددةً أو يبلغ عداد الحلقة حدّه الأقصى.

ملاحظة حول لغة البرومبتات

تُكتب القوالب بالإنكليزية كما أوضحنا في المقالات السابقة.. وقد وضعتُ ترجمة كل قالبٍ  مباشرةً تحته.

القالب الأول: السلسلة التسلسلية — من البحث إلى التقرير

هذه السلسلة من أكثر ما يُفيد العاملين في المعرفة وصنّاع المحتوى. تفصل مراحل البحث والتحليل والكتابة — كلٌّ بشخصيةٍ ومعاييرها الخاصة — لإنتاج مخرجٍ نهائي أكثر موثوقيةً مما يُحقّقه أي برومبت مرور واحد.

— STEP 1: RESEARCH EXTRACTION —
[Paste source material here, or specify a search query]

You are a research analyst. Your only task in this step is extraction.
Read the material above and output:
- A numbered list of every factual claim made.
- For each claim: the exact quote or paraphrase, and the section
  it appears in.
- Flag any claim that appears contradicted elsewhere in the material.
Do not analyse or summarise yet. Extract only.

OUTPUT FORMAT: Numbered list, one claim per line.
Label the output: [EXTRACTED CLAIMS]

— STEP 2: VERIFICATION AND RANKING —
[Paste EXTRACTED CLAIMS output here]

You are a fact-checker. Your task is to assess the claims above.
For each claim:
- Assign a confidence rating: HIGH / MEDIUM / LOW.
- Mark any claim you cannot assess as UNVERIFIABLE.
- Remove duplicate claims, keeping the most complete version.
- Rank the remaining claims by relevance to: [your topic/goal]

OUTPUT FORMAT: Ranked numbered list with confidence ratings.
Label the output: [VERIFIED CLAIMS]

— STEP 3: REPORT WRITING —
[Paste VERIFIED CLAIMS output here]

You are a professional writer. Using only the verified claims above,
write a [format] of approximately [length] for [target audience].
- Do not introduce claims not present in the verified list.
- Where confidence is MEDIUM or LOW, soften the language accordingly.
- Structure: [your preferred structure]

ترجمة القالب:
الخطوة الأولى — استخراج البحث: [الصق المادة المصدرية هنا أو حدد استعلام بحث]. أنت محللٌ بحثي. مهمتك الوحيدة في هذه الخطوة هي الاستخراج. اقرأ المادة أعلاه وأخرج: قائمةً مرقّمةً بكل ادعاءٍ حقيقي وُجد، ولكل ادعاءٍ الاقتباس الدقيق أو الصياغة بالمعنى والقسم الذي ورد فيه، وضع علامةً على أي ادعاءٍ يبدو متناقضاً مع مكانٍ آخر في المادة. لا تُحلّل ولا تلخّص بعد. استخرج فقط. صيغة المخرج: قائمة مرقّمة، ادعاءٌ واحد في كل سطر. سمّ المخرج: [الادعاءات المستخرجة].
الخطوة الثانية — التحقق والترتيب: [الصق مخرج الادعاءات المستخرجة]. أنت مدقق حقائق. مهمتك تقييم الادعاءات أعلاه. لكل ادعاء: أسند تقييم ثقة (مرتفع / متوسط / منخفض). ضع علامة “غير قابل للتحقق” على ما لا تستطيع تقييمه. أزل الادعاءات المكررة محتفظاً بالأكمل. رتّب الادعاءات المتبقية بحسب صلتها بـ[موضوعك]. سمّ المخرج: [الادعاءات الموثَّقة].
الخطوة الثالثة — كتابة التقرير: [الصق الادعاءات الموثَّقة]. أنت كاتبٌ محترف. باستخدام الادعاءات الموثَّقة أعلاه فقط، اكتب [الصيغة] بطول [الطول] لـ[الجمهور المستهدف]. لا تُدخل ادعاءاتٍ غير موجودة في القائمة الموثَّقة. حيث تكون الثقة متوسطةً أو منخفضة، ليّن الأسلوب وفقاً لذلك.

القالب الثاني: السلسلة المتفرعة — المراجعة المتوازية

شغّل هذه البرومبتات الثلاثة معاً على المسودة ذاتها، ثم أدخل مخرجاتها جميعاً في خطوة الدمج.

— BRANCH A: ACCURACY REVIEW —
[Paste draft here]
Review this draft for factual accuracy only.
List every claim that is incorrect, imprecise, or unverifiable.
For each: quote the problematic text, explain the issue,
and suggest a correction. Ignore style and tone.
Label output: [ACCURACY ISSUES]

— BRANCH B: CLARITY REVIEW —
[Paste same draft here]
Review this draft for clarity only.
List every passage a target reader ([describe audience])
would find confusing, ambiguous, or unnecessarily complex.
For each: quote the passage, explain why it is unclear,
and suggest a simpler alternative. Ignore factual accuracy.
Label output: [CLARITY ISSUES]

— BRANCH C: TONE REVIEW —
[Paste same draft here]
Review this draft for tone only.
List any passage where the tone is too formal, too casual,
too assertive, or otherwise mismatched for [audience/purpose].
For each: quote the passage and suggest a revision.
Label output: [TONE ISSUES]

— MERGE STEP —
[Paste all three review outputs here]

You are the editor. Using all three reviews above, produce a
single revised version of the original draft.
Resolve every flagged issue. Where reviews conflict, make an
explicit editorial decision and note it in brackets.

ترجمة القالب:
الفرع أ — مراجعة الدقة: [الصق المسودة]. راجع هذه المسودة للدقة الحقيقية فقط. أدرج كل ادعاءٍ خاطئٍ أو غير دقيقٍ أو غير قابلٍ للتحقق. لكل منها: اقتبس النص الإشكالي، وأوضح المشكلة، واقترح تصحيحاً. تجاهل الأسلوب والنبرة. سمّ المخرج: [مشكلات الدقة].
الفرع ب — مراجعة الوضوح: [الصق المسودة ذاتها]. راجع الوضوح فقط. أدرج كل مقطعٍ قد يجده قارئٌ مستهدف [صف الجمهور] محيّراً أو غامضاً أو معقداً دون ضرورة. لكل منها: اقتبس المقطع، وأوضح سبب غموضه، واقترح بديلاً أبسط. تجاهل الدقة. سمّ المخرج: [مشكلات الوضوح].
الفرع ج — مراجعة النبرة: [الصق المسودة ذاتها]. راجع النبرة فقط. أدرج أي مقطعٍ نبرته رسميةٌ جداً أو عفويةٌ جداً أو تقريريةٌ جداً أو غير ملائمةٍ لـ[الجمهور/الغرض]. لكل منها: اقتبس المقطع واقترح مراجعةً له. سمّ المخرج: [مشكلات النبرة].
خطوة الدمج: [الصق المخرجات الثلاث]. أنت المحرر. باستخدام المراجعات الثلاث أعلاه، أنتج نسخةً منقّحةً واحدة من المسودة الأصلية. حُلّ كل مشكلةٍ مُعلَّمة. حيث تتعارض المراجعات، اتخذ قراراً تحريرياً صريحاً وأشر إليه بين قوسين.

الجزء الثاني: ميتا-برومبتينج

ما هو؟

ميتا-برومبتينج يعني استخدام نموذجٍ لغوي لكتابة برومبتاتٍ أو تحسينها — أي معاملة تصميم البرومبت نفسه كمهمةٍ يؤديها النموذج لا مهمةٍ يؤديها الإنسان يدوياً. المصطلح يغطي ممارستين مترابطتين: جعل النموذج يُولّد برومبتاً انطلاقاً من وصف مهمة، وجعله ينتقد ويُحسّن برومبتاً موجوداً.

الأساس البحثي لهذا راسخ. أظهرت ورقةٌ من ستانفورد ٢٠٢٣ بعنوان “النماذج اللغوية الكبيرة كمُحسِّنات” أن النماذج تستطيع تحسين البرومبتات تكرارياً بمعاملة البرومبت كمتغيرٍ للتحسين — توليد برومبتاتٍ مرشّحة، وتقييم أدائها، والتحسين بناءً على تلك التغذية. البرومبتات الناتجة تفوّقت باستمرار على تلك التي كتبها البشر دون تحسينٍ منهجي.

الرؤية العملية: معظم الناس يكتبون البرومبتات بناءً على ما يظنون أنه سيُجدي. النماذج تُولّد برومبتاتٍ بناءً على ما أجدى عبر مدىً أوسع بكثيرٍ من المهام المتماثلة المشفَّرة في بيانات تدريبها. الإنسان يُحضر معرفة المجال؛ النموذج يُحضر معرفة تصميم البرومبت. ميتا-برومبتينج يجمع الاثنين معاً.

القالب الثالث: توليد البرومبت من وصف المهمة

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

You are a prompt engineer. Your task is to write a high-quality
prompt for the following use case.

USE CASE DESCRIPTION:
- What I want to achieve: [describe the goal in plain language]
- Who will use this prompt: [role, expertise level]
- What model will run it: [Claude / GPT-4o / Gemini / open-source]
- What the output should look like: [format, length, structure]
- What the output must NOT do: [constraints, off-limit content]
- Example of a good output (if available): [paste an example]
- Example of a bad output to avoid (if available): [paste an example]

PROMPT DESIGN REQUIREMENTS:
- The prompt must be self-contained.
- Include a persona definition, task description, output format,
  and at least one worked example (few-shot).
- If the task benefits from step-by-step reasoning,
  include an explicit instruction for it.
- After the prompt, add a section titled DESIGN NOTES explaining
  the choices you made and what each element is designed to do.

ترجمة القالب: أنت مهندسُ برومبت. مهمتك كتابة برومبتٍ عالي الجودة لحالة الاستخدام التالية. وصف حالة الاستخدام: ما أريد تحقيقه [صف الهدف بلغةٍ عادية]، من سيستخدم هذا البرومبت [الدور ومستوى الخبرة]، أي نموذجٍ سيُشغّله [كلود / GPT-4o / جيميني / مفتوح المصدر]، كيف يجب أن يبدو المخرج [الصيغة، الطول، الهيكل]، ما الذي يجب ألّا يفعله المخرج [القيود والمحظورات]، مثالٌ على مخرجٍ جيد إن وُجد، مثالٌ على مخرجٍ سيئٍ لتجنّبه إن وُجد. متطلبات تصميم البرومبت: يجب أن يكون البرومبت مكتفياً بذاته. تضمّن: تعريف شخصية، وصف المهمة، صيغة المخرج، ومثالاً واحداً على الأقل (few-shot). إن أفادت المهمةَ تعليماتُ التفكير خطوةً بخطوة فأدرجها. بعد البرومبت أضف قسماً بعنوان “ملاحظات التصميم” تشرح فيه الخيارات التي اتخذتها وما صُمّم كل عنصرٍ لفعله.

القالب الرابع: نقد البرومبت وتحسينه

استخدمه حين لديك برومبتٌ موجودٌ لا يعطيك الجودة التي تحتاجها.

You are a senior prompt engineer reviewing the following prompt.

EXISTING PROMPT:
[paste your current prompt here]

PERFORMANCE PROBLEM:
[describe specifically what is going wrong with the outputs —
be precise: "the model ignores the length constraint" is useful;
"the outputs aren't great" is not]

TARGET OUTPUT (what good looks like):
[describe or paste an example of the output you want]

CRITIQUE PROTOCOL:
1. Identify every structural weakness in the existing prompt:
   - Missing elements (persona, format, examples, constraints)
   - Ambiguous instructions that could be interpreted multiple ways
   - Instructions that contradict each other
   - Unnecessary complexity that may confuse the model

2. Identify the single most likely cause of the performance problem.

3. Rewrite the prompt to fix all identified weaknesses.
   Label the rewrite: [IMPROVED PROMPT]

4. Add a section titled CHANGES MADE explaining what you changed
   and why each change should improve performance.

ترجمة القالب: أنت مهندسُ برومبتٍ أقدم تُراجع البرومبت التالي. البرومبت الموجود: [الصق برومبتك الحالي]. مشكلة الأداء: [صف ما يسوء في المخرجات بدقة — “النموذج يتجاهل قيد الطول” مفيد؛ “المخرجات ليست جيدة” غير مفيد]. المخرج المستهدف (ما يبدو عليه الجيد): [صف أو الصق مثالاً للمخرج الذي تريده]. بروتوكول النقد: ١) حدد كل نقطة ضعفٍ هيكلية في البرومبت الموجود: العناصر المفقودة (شخصية، صيغة، أمثلة، قيود)، والتعليمات الغامضة القابلة للتفسير بأكثر من طريقة، والتعليمات المتناقضة، والتعقيد غير الضروري. ٢) حدد السبب الواحد الأرجح لمشكلة الأداء. ٣) أعد كتابة البرومبت لإصلاح كل نقاط الضعف المحددة. سمّ إعادة الكتابة: [البرومبت المحسَّن]. ٤) أضف قسماً بعنوان “التغييرات المُجراة” تشرح فيه ما غيّرته ولماذا يُحسّن الأداء.

القالب الخامس: اختبار البرومبت المُؤتمَت

بعد الحصول على برومبتٍ مرشّح، يُشغّل هذا القالب اختباراتٍ منظّمة لإظهار أنماط الإخفاق قبل النشر على نطاقٍ واسع.

You are evaluating the following prompt against a set of test cases.

PROMPT UNDER TEST:
[paste the prompt to be tested]

TEST CASES:
Test 1 — Typical input: [paste a standard example]
Test 2 — Edge case: [paste an unusual or boundary input]
Test 3 — Adversarial input: [paste an input designed to break
          the prompt — ambiguous, off-topic, or contradictory]
Test 4 — Minimal input: [paste the shortest/simplest possible input]
Test 5 — [add domain-specific test case]

EVALUATION:
For each test case:
- Describe the output you would expect the prompt to produce.
- Rate the expected output: PASS / PARTIAL / FAIL against:
  [list your specific quality criteria]
- For PARTIAL or FAIL: explain what went wrong and what prompt
  change would fix it.

SUMMARY:
- Overall prompt robustness: Strong / Acceptable / Needs revision
- The most important single change before deployment.

ترجمة القالب: أنت تُقيّم البرومبت التالي في مقابل مجموعة حالات اختبار. البرومبت المُختبَر: [الصق البرومبت المراد اختباره]. حالات الاختبار: الاختبار ١ — مدخلٌ نموذجي [الصق مثالاً معتاداً]. الاختبار ٢ — حالة حدّية [مدخلٌ غير معتاد أو عند الحدود]. الاختبار ٣ — مدخلٌ معاكس [مصمَّمٌ لكسر البرومبت — غامض أو خارج الموضوع أو متناقض]. الاختبار ٤ — مدخلٌ أدنى [أقصر مدخلٍ ممكن وأبسطه]. الاختبار ٥ — [أضف حالة اختبار مناسبة لمجالك]. التقييم لكل حالة: صف المخرج المتوقع، صنّف المخرج المتوقع: ناجح / جزئي / فاشل وفق [معاييرك المحددة]، للجزئي أو الفاشل: أوضح ما الذي أخطأ وما التغيير الذي سيُصلحه. الملخص: متانة البرومبت الإجمالية: قوية / مقبولة / تحتاج مراجعة؛ أهم تغيير واحد قبل النشر.

الجمع بين السلاسل وميتا-برومبتينج

الجمع الطبيعي: استخدم ميتا-برومبتينج لتوليد كل برومبت خطوةٍ في السلسلة وتحسينه، ثم اجمع تلك البرومبتات المُحسَّنة في السلسلة. هذا يفصل اهتمامَين يحاول معظم الناس التعامل معهما في آنٍ واحد — جودة البرومبت وبنية البايبلاين — ويُعالج كلاً منهما بالشكل الصحيح.

سير عملٍ عملي لبناء سلسلة مستوىً احترافي من الصفر:

1. صف مهمتك بلغةٍ عادية لنموذجٍ باستخدام القالب الثالث. احصل على بنية سلسلةٍ مسوّدة (كم من الخطوات، وماذا تفعل كل منها).
2. لكل خطوةٍ في السلسلة، استخدم القالب الثالث مرةً أخرى لتوليد برومبت الخطوة.
3. شغّل القالب الرابع على كل برومبت خطوةٍ باستخدام أنماط إخفاقها المحددة.
4. شغّل القالب الخامس على السلسلة كاملةً ببياناتٍ اختبارية حقيقية قبل النشر.
5. بعد النشر، استخدم القالب الرابع على أي خطوةٍ تواصل الأداء المتدني.

هذه هي العملية التي تستخدمها الفرق في الشركات الأصيلة في الذكاء الاصطناعي للعمل الجاد على البرومبت. إنها متاحةٌ لأي فردٍ يصل إلى نموذجٍ قادر — وهو ما يشمل اليوم معظم الفريلانسرين والمحترفين. (راجع مقالتنا: دليل البرومبت للمترجم العربي للمفاهيم الأساسية التي تبني عليها هذه المقالة.)

الأخطاء الشائعة

• استخدام السلاسل حين يكفي برومبتٌ واحد: سلسلةٌ من ثلاث خطواتٍ يمكن دمجها في برومبتٍ واحد مُهيكَل جيداً تضيف زمن استجابةٍ وتلغي تعقيداً بلا فائدة. طبّق السلاسل حينما يكون للمهمة مراحلٌ متمايزةٌ حقاً بمعاييرٍ مختلفة، لا كبنيةٍ افتراضية.
• تمرير سياقٍ أكثر من اللازم بين خطوات السلسلة: يجب أن تتلقى كل خطوةٍ بالضبط المعلومات التي تحتاجها لتلك الخطوة، وليس التاريخ الكامل لكل ما جرى قبلها. تمرير المخرجات السابقة كاملةً كسياقٍ يُضخّم استهلاك الرموز ويُدخل الضجيج. استخرج المخرج المنظَّم ذا الصلة ومرّر ذلك فقط.
• استخدام ميتا-برومبتينج دون تحديد أنماط الإخفاق: يعمل القالب الثالث بأفضل صورةٍ حين تصف ليس فقط ما تريده بل ما أخطأ في المحاولات السابقة. بغير وصف نمط الإخفاق يُولّد النموذج برومبتاً عاماً يتّبع أفضل الممارسات. ومعه يستهدف المشكلة المحددة في حالة استخدامك.
• تخطّي ملاحظات التصميم: إن قسم “ملاحظات التصميم” في القالب الثالث وقسم “التغييرات المُنفذة” في القالب الرابع ليسا زخرفيَّين، بل يُتيحان لك فهم سبب هيكلة البرومبت على هذه الصورة، مما يعني قدرتك على تكييفه بذكاءٍ حين تتطور حالة استخدامك، بدلاً من معاملة البرومبت كصندوقٍ أسود.

تمارين تطبيقية

1. مراجعة السلسلة: حدّد مهمةً تُعالجها حالياً ببرومبتٍ طويل واحد. ضعها في مقابل الأنماط الأربعة. هل تُنتج سلسلةٌ تسلسلية أو متفرعة مخرجاً أفضل؟ ابنِ أول خطوتين واختبرهما.
2. ميتا-برومبتينج على أسوأ برومبتاتك: خذ البرومبت الذي تستخدمه أكثر ويعطيك نتائج بشكلٍ متدنٍّ باستمرار. شغّله على القالب الرابع. طبّق التحسينات وقارن المخرجات.
3. بناء خطٍّ إنتاجي صغير: اختر أي مهمةٍ مهنيةٍ ذات ثلاث مراحلٍ متمايزة على الأقل (بحث، تحليل، كتابة؛ أو استخراج، تحقق، تنسيق). ابنِ سلسلةً تسلسلية من ثلاث خطواتٍ مستخدماً القالب الأول كنموذج. شغّل عملاً حقيقياً عبرها ولاحظ أين تُضيف قيمةً فوق برومبت المرور الواحد.

التالية في السلسلة: المقالة الثامنة — هندسة الأوامر للنماذج المفتوحة المصدر وأنظمة الإنتاج الجاهزة.

المراجع

1. Yang, C. وآخرون (٢٠٢٣). النماذج اللغوية الكبيرة كمُحسِّنات. ستانفورد / ديب‌مايند. arxiv.org/abs/2309.03409
2. منصة ذي يزن — الأوامر الوكيلية (السابقة في السلسلة). zyyazan.sy
3. منصة ذي يزن — دليل البرومبت للمترجم العربي. zyyazan.sy

هندسة الأوامر المتقدمة ٢٠٢٦

من البرومبت التقليدي إلى أنظمة الذكاء الاصطناعي الوكيلية — تسع مقالات

١ / ٩

لماذا ماتت هندسة البرومبت التقليدية؟

مقدمةٌ في هندسة السياق المتقدمة وما الذي غيّر قواعد اللعبة.

٢ / ٩

شجرة الأفكار وشبكة التفكير

حل المشكلات المعقدة بمسارات استدلالٍ متفرعة وتقييمٍ ذاتي.

٣ / ٩

التفكير الذاتي والتحسين المتكرر

اجعل الذكاء الاصطناعي ينتقد مخرجاته ويحسّنها دورةً بعد دورة.

٤ / ٩

هندسة الأوامر المضادة للهلوسة

التوافق الذاتي وسلسلة التحقق لمخرجاتٍ موثوقة وقابلة للتدقيق.

٥ / ٩

البرومبت متعدد الوسائط

التحكم الكامل في النصوص والصور والفيديو مع نماذج الرؤية الحديثة.

٦ / ٩

الأوامر الوكيلية

تحويل النموذج إلى وكيلٍ مستقل يستخدم الأدوات ويتخذ القرارات.

٧ / ٩

سلاسل الأوامر وميتا-برومبتينج

أنظمة تكتب برومبتاتٍ أفضل منك وبايبلاينات ذكية متعددة الخطوات.

٨ / ٩

النماذج المفتوحة وأنظمة الإنتاج

RAG والمخرج المُهيكَل وإدارة إصدارات البرومبت للأنظمة الحقيقية.

٩ / ٩

المستقبل: الضبط التكيّفي والتلقائي

من البرومبت اليدوي إلى APO والأنظمة التكيّفية وحلقات التغذية الراجعة الذاتية.

سلسلة هندسة الأوامر المتقدمة ٢٠٢٦ — تسع مقالات  |  ذي يزن