إنتقل إلى المحتوى الرئيسي

نقل الأوامر بين النماذج

متوسط

لديك أمر يعمل بشكل رائع على نموذج واحد. الآن تحتاجه على نموذج آخر — عميل يعمل داخل GPT، أو هدف تكلفة يدفعك نحو نموذج مفتوح، أو أنك تجري اختبار A/B لـ Claude مقابل Gemini. الخبر السار، الذي يتكرر عبر وثائق كل مزوّد: أساسيات الأمر الجيد عالمية. ما يتغيّر هو طبقة رقيقة من العادات السطحية. تفصل هذه الصفحة بين الاثنين حتى تتمكن من نقل الأمر دون إعادة كتابته، وتمنحك سير عمل قابلًا للتكرار للترحيل بالإضافة إلى قالب قابل للنقل.

What you'll learn
  • معرفة أيّ أجزاء الأمر تنتقل بنظافة بين Claude وGPT وGemini والنماذج المفتوحة
  • معرفة أيّ الأجزاء تحتاج تعديلًا لكل نموذج — ولماذا
  • تشغيل سير عمل قابل للتكرار للترحيل بدلًا من إعادة الكتابة بالتجربة والخطأ
  • الاحتفاظ بقالب أمر محايد تجاه النموذج وقابل للنقل يمكنك تخصيصه لكل هدف

النموذج الذهني: البنية تنتقل، العادات لا​

فكّر في أي أمر بوصفه طبقتين:

  • طبقة الاستدلال — ما الذي تطلبه، والسياق الذي تقدّمه، والأمثلة، والمخرجات التي تريدها. هذا يتعلق بـالتواصل، وينتقل دون تغيير تقريبًا عبر النماذج.
  • طبقة العادات — كيف يريد هذا النموذج بالذات أن تُحزَّم ذلك التواصل: أين يوضع موجّه النظام وبأي قوة يُتَّبع، وهل يفضّل XML أم Markdown، والمخطط الدقيق لاستدعاء الأدوات، ومقدار ثرثرته الافتراضية وموقف رفضه، وأيّ معاملات التوليد موجودة.

نقل الأمر لا يكاد يكون أبدًا إعادة كتابة لطبقة الاستدلال. إنه إعادة مواءمة لطبقة العادات. اضبط هذا التمييز جيدًا فيصبح الترحيل عملية آلية بدلًا من أن يكون لغزًا. (للطريقة المحايدة تجاه المزوّد في اختيار الهدف من الأساس، راجع اختيار نموذج.)

ما الذي ينتقل بنظافة​

هذه تصحّ على Claude وGPT وGemini والنماذج المفتوحة الكبرى على حدٍّ سواء — وتوصي بها وثائق أفضل الممارسات لكل مزوّد على نحو مستقل:

  • دور واضح + مهمة + تعليمات صريحة. "أنت X. مهمتك Y. اتبع هذه القواعد." كل مزوّد يوثّق بنية شخصية/دور ويكافئ التعليمات المحدّدة الواضحة على الغامضة.
  • أمثلة ملموسة (few-shot). عرض من زوجين إلى خمسة أزواج من مدخل←مخرج يعلّم النمط بموثوقية أكبر من وصفه. يوصي المزوّدون الرئيسيون الثلاثة صراحةً بأمثلة few-shot؛ بل تذهب وثائق Gemini إلى حد التوصية بأن تضمّنها دائمًا تقريبًا.
  • صيغة مخرجات محدّدة. "أعِد جدول Markdown بأعمدة X وY وZ" أو "JSON فقط، بلا نثر" تعمل في كل مكان. تنتقل التعليمة حتى وإن اختلفت آلية الوضع الصارم (مغطّاة أدناه).
  • سلسلة التفكير / "استدلّ قبل الإجابة". طلب استدلال خطوة بخطوة في المهام الصعبة يحسّن النتائج عبر النماذج. تحذير واحد يخص كل نموذج: نماذج الاستدلال/التفكير المخصّصة كثيرًا ما تفعل ذلك داخليًا، لذا قد يكون "فكّر خطوة بخطوة" الصريح زائدًا أو حتى مضرًّا — راجع قائمة التعديل.
  • التأصيل / RAG. "استخدم السياق أدناه فقط؛ إن لم تكن الإجابة موجودة، فقل إنك لا تعرف." انضباط تقديم السياق المسترجَع وتقييد النموذج به عالمي — كل مزوّد يوثّق التأصيل على نمط RAG بوصفه الطريقة لتقليل الهلوسة.
  • وضع السياق الطويل أولًا والسؤال أخيرًا. ابدأ بالمستندات/البيانات، واختم بالتعليمة. يساعد هذا الترتيب عبر النماذج، وتشير إليه إرشادات Gemini صراحةً.

إن كنت قد استوعبت أساسيات صياغة الأوامر، فأنت تملك بالفعل نسبة الـ80% القابلة للنقل.

ما الذي يحتاج تعديلًا لكل نموذج​

هذه هي طبقة العادات — الجزء الذي يختلف فعلًا. أعِد مواءمة هذه عند الانتقال:

الجانبما الذي يتغيّر عبر النماذجما الذي تفعله
معالجة موجّه النظام وترجيحهكل نموذج له رسالة نظام/مطوّر، لكن مدى تجاوزها لدور المستخدم يتفاوت. بعضها يرجّح دور مطوّر/نظام مخصّصًا فوق تعليمات المستخدم؛ وبعضها يطمس الخط الفاصل.لا تفترض أن موجّه نظامك يُتَّبع بالقوة نفسها. أعِد اختبار أن القيود تصمد فعلًا؛ ارفع القواعد الحرجة إلى أعلى إن تسرّبت.
XML مقابل Markdown مقابل الفواصليحلّل Claude وسوم XML بشكل جيد بوجه خاص لفصل التعليمات/السياق/الأمثلة؛ ويقبل GPT وGemini XML لكنهما يميلان أيضًا إلى عناوين Markdown والفواصل.احتفظ بـبعض البنية الصريحة؛ بدّل النكهة إلى ما يفضّله الهدف. مطابقة صيغة أمرك للمخرجات المرغوبة تدفع أيضًا أسلوب المخرجات.
شكل JSON لاستدعاء الأدوات / الدوالالحلقة (تعريف الأدوات ← النموذج يطلب استدعاءً ← تنفّذه أنت ← تُعيد النتيجة) متطابقة في كل مكان؛ أما الصيغة على السلك فلا — أسماء الحقول، وكيفية جلوس الاستدعاءات/النتائج في قائمة الرسائل، وخيارات الوضع الصارم تختلف.لا تنسخ أبدًا JSON خام للأدوات بين المزوّدين. أعِد تعيينه إلى مخطط الهدف. راجع استخدام الأدوات.
الإسهاب الافتراضيالنماذج الأحدث تميل إلى الاقتضاب افتراضيًا وتتوقّع منك أن تطلب التفصيل؛ والأقدم كانت أكثر ثرثرة.إن نقلت أمرًا فقصُرت الإجابات أو طالت، فاضبط الإسهاب صراحةً بدلًا من إلقاء اللوم على الأمر.
موقف الرفض / السلامةلكل نموذج عتبته الخاصة في رفض الطلبات الحدّية أو التحفّظ عليها، وتُعاد معايرتها في كل إصدار.أعِد اختبار الحالات الحدّية بعد النقل. أمر لم يطلق رفضًا قط على نموذج قد يحتاج إعادة صياغة على آخر.
التعبئة المسبقة للإجابةوضع كلمات في فم المساعد لفرض صيغة هو رافعة كلاسيكية من عهد Claude — لكن نماذج Claude الأحدث (4.6+) ترفض دور مساعد نهائيًا معبّأً مسبقًا، والدعم يتفاوت في مكان آخر تمامًا.استبدل التعبئة المسبقة بتعليمة مباشرة ("استجب بلا مقدمة")، أو مخطط مخرجات، أو استدعاء أدوات.
تسلسلات التوقف والتوكِنات القصوىجميعها تكشف حدًّا للطول ومعظمها يكشف تسلسلات توقف، لكن أسماء المعاملات والقيم الافتراضية والحدود تختلف — وبعض مقابض ميزانية التفكير قيد الإلغاء لصالح الجهد / max_tokens.أعِد فحص أسماء المعاملات والسقوف على الهدف؛ لا تفترض أن قيمك القديمة تنتقل.

سير عمل للترحيل​

عامل النقل كحلقة قصيرة منضبطة، لا كإعادة كتابة بالتخمين والفحص.

Guided walkthrough1 of 6
  1. اقرأ أمرك الحالي وقسّمه ذهنيًا: طبقة الاستدلال (الدور، والمهمة، والسياق، والأمثلة، ومواصفات المخرجات) مقابل طبقة العادات (خيارات XML/Markdown، والتعبئة المسبقة، وJSON الأدوات، والمعاملات). ستُبقي الأولى وتعيد مواءمة الثانية.

:::tip لا تُعِد الكتابة من الصفر إن وجدت نفسك تعيد بناء الدور أو المهمة أو الأمثلة، فتوقّف — تلك هي الطبقة القابلة للنقل. النقل النظيف يغيّر التحزيم، لا المعنى. :::

قالب أمر قابل للنقل​

اكتب أمرك بشكل محايد تجاه النموذج، ثم خصّص طبقة العادات فقط لكل هدف. يستخدم هذا الجوهر بنية خفيفة مفهومة عالميًا (يُقرأ بنظافة كـ Markdown، وتتحوّل الوسوم بسهولة إلى XML لأجل Claude):

جوهر أمر محايد تجاه النموذج — خصّص طبقة العادات لكل هدف

# ROLE
You are {role}.

# TASK
{One clear sentence describing the single goal.}

# RULES
- Use ONLY the information in CONTEXT below. If the answer is not there, say "I don't know" — do not guess.
- Be concise. Respond directly, with no preamble like "Here is..." or "Based on...".
- {Any other hard constraints.}

# OUTPUT FORMAT
{Exact format — e.g. "A Markdown table with columns Name, Value, Source." or "JSON only matching this schema: {...}".}

# EXAMPLES
Input: {example input 1}
Output: {ideal output 1}

Input: {example input 2}
Output: {ideal output 2}

# CONTEXT
{Retrieved documents / data go here — long content first.}

# REQUEST
{The actual user question, last.}

تعديلات تُضاف فوقه لكل هدف:

  • Claude — انقل علامات الأقسام إلى وسوم XML (<role>، <rules>، <context>، <request>)؛ فهو يحلّلها بنظافة خاصة. لا تستخدم دور مساعد معبّأً مسبقًا على النماذج الحالية؛ اعتمد على قاعدة "بلا مقدمة" أو أداة/مخطط بدلًا من ذلك.
  • GPT — ضع RULES في رسالة النظام/المطوّر كي تحمل وزنًا أكبر؛ عناوين Markdown مقبولة؛ استخدم وضع المخرجات المُهيكلة / JSON الصارم بدلًا من مجرد وصف المخطط نثرًا.
  • Gemini — مرّر ROLE + RULES + OUTPUT FORMAT عبر حقل تعليمة النظام، وأبقِ الأمر مباشرًا (قد يفرط Gemini الأحدث في تفسير الأوامر المُسهبة)، وأبقِ CONTEXT أولًا وREQUEST أخيرًا.
  • النماذج المفتوحة (Llama/Mistral/Qwen، إلخ) — اتبع قالب الدردشة المنشور للنموذج بدقة، واعتمد بقوة أكبر على أمثلة few-shot الصريحة وقيود الصيغة، لأن اتّباع التعليمات عادةً أقل متانة من النماذج المغلقة المتطورة.

فحص سريع​

اختبر نفسك

0/3
  1. أنت تنقل أمر Claude يعمل إلى GPT. أيّ جزء ينبغي أن تتوقّع إبقاءه دون تغيير جوهري؟
  2. أمرك المنقول ينتج فجأة إجابات أقصر بكثير على النموذج الجديد. أرجح سبب؟
  3. ما الصحيح بشأن استدعاء الأدوات/الدوال عند النقل بين المزوّدين؟
ورقة غش للنقل
اضغط Enter أو مفتاح المسافة لقلب البطاقة. استخدم مفتاحي السهمين الأيسر والأيمن للتنقل بين البطاقات.تم إظهار المصطلح.
1 / 6
Key takeaways
  • الأمر هو طبقة استدلال (تنتقل) بالإضافة إلى طبقة عادات (تُعاد مواءمتها لكل نموذج) — انقل الثانية، وأبقِ الأولى.
  • دور/مهمة/تعليمات واضحة، وأمثلة few-shot، ومواصفات صيغة المخرجات، وسلسلة التفكير، وتأصيل RAG تنتقل عبر Claude وGPT وGemini والنماذج المفتوحة.
  • عدّل ترجيح موجّه النظام، وبنية XML مقابل Markdown، وJSON استدعاء الأدوات، والإسهاب الافتراضي، وموقف الرفض، والتعبئة المسبقة، ومعاملات الطول لكل هدف.
  • شغّل مجموعة تقييم صغيرة على مدخلات حقيقية قبل/بعد؛ أصلح العادات قبل أن تمسّ الاستدلال.
  • احتفظ بقالب محايد تجاه النموذج بالإضافة إلى تعديلات لكل هدف في التحكم بالإصدارات كي يكون التبديل رخيصًا.
  • السلوكيات المحددة تتبدّل في كل إصدار — تحقق من المعاملات والحدود في وثائق كل مزوّد الراهنة، لا من الذاكرة أبدًا.

المصادر والقراءة الإضافية​

التالي​