ما هو إطار RTF؟
📍 In One Sentence
RTF هو هيكل برومبت من ثلاثة أجزاء — الدور والمهمة والتنسيق — يعطي النموذج البنية الكافية فقط للمهام الروتينية دون عبء الأطر الأكبر.
💬 In Plain Terms
أخبر الذكاء الاصطناعي من يكون (الدور) وما يجب فعله (المهمة) وكيفية تنسيق الإجابة (التنسيق). هذا كل شيء. ثلاثة أشياء. يعمل لـ 80٪ من المهام اليومية. عندما لا يكفي، تنتقل إلى CO-STAR أو SPECS.
إطار RTF هو نمط برومبت من ثلاثة أجزاء يُخبر النموذج بهويته وما يجب فعله وكيف يجب أن تبدو الإجابة بالضبط. بدلاً من إرسال سؤال فضفاض، تُحدد الدور والمهمة والتنسيق بشكل صريح. يعمل هذا مع GPT-5.6 وClaude Opus 5 وGemini 3.1 Pro والنماذج المحلية التي تشغّلها عبر Ollama أو LM Studio.
RTF مقصود بأنه في حده الأدنى. بثلاثة حقول فقط، سهل التذكر وسريع الإكمال ومرن بما يكفي للعديد من المهام اليومية. يمكنك التعامل معه كـ "هيكل برومبت افتراضي" كلما لم تكن متأكداً من أي إطار متخصص تستخدمه.
المكونات الثلاثة لـ RTF
يُحدد برومبت RTF القوي كل مكون من المكونات الثلاثة بوضوح حتى لا يكون للنموذج غموض حول عمله. يمكنك كتابتها كأسطر مُعنوَنة أو كجملة لا تزال تحتوي على الأجزاء الثلاثة.
تعريفات نموذجية:
- الدور: وجهة النظر أو الخبرة التي يجب أن يتبناها النموذج (مثلاً "أنت محلل بيانات أول").
- المهمة: الإجراء الملموس الذي تريده، موصوفاً في جملة أو جملتين.
- التنسيق: بنية وطول وأسلوب المخرج (مثلاً "3 نقاط بالإضافة إلى ملخص من جملتين").
🔍 التنسيق هو التحركة الرئيسية
الدور والمهمة واضحان — معظم الناس يقولون ما يريدون بالفعل. التنسيق هو المكان الذي يُضيف فيه RTF قيمة حقيقية. "3 نقاط، بحد أقصى 50 كلمة لكل منها، markdown" ينتج مخرجاً أكثر اتساقاً بشكل ملحوظ من "أعطني ملخصاً". حقل التنسيق هو السلاح السري لـ RTF.
لماذا RTF مفيد
إطار RTF مفيد لأنه يمنحك معظم فوائد الأطر الأكثر تعقيداً مع كاد لا يكون هناك عبء. يُلزمك باتخاذ ثلاثة قرارات — من وماذا وكيف — قبل إرسال برومبت.
تشمل المزايا العملية:
- كتابة برومبتات أسرع من الأطر متعددة الأقسام للعمل الروتيني.
- اتساق أفضل عبر النماذج وعمليات التشغيل، لأن التنسيق صريح دائماً.
- سهولة تأهيل زملاء الفريق الذين يمكنهم تعلم RTF في دقائق وإعادة استخدامه في كل مكان.
مثال: برومبت RTF سيئ مقابل جيد
النسخة RTF تُخبر النموذج بالضبط كيفية التفكير في المحتوى وكيفية تغليف النتيجة حتى يتمكن الآخرون من استخدامها فوراً.
❌ طلب بدون بنية
لخّص هذا الاجتماع.
✅ برومبت RTF
الدور: أنت مدير عمليات تُلخّص اجتماع حالة مشروع لقيادة تنفيذية عليا. المهمة: اقرأ النص وحدّد القرارات الرئيسية والمخاطر المفتوحة والخطوات التالية التي جرى نقاشها في الاجتماع. التنسيق: أنتج ملخصاً بتنسيق Markdown مع ثلاثة أقسام (`القرارات`، `المخاطر`، `الخطوات التالية`). في كل قسم، استخدم 3-5 نقاط. احتفظ بالملخص الإجمالي تحت 250 كلمة.
متى تستخدم RTF
يجب استخدام إطار RTF عندما تريد نمطاً بسيطاً وقابلاً لإعادة الاستخدام لا يزال يفرض الوضوح والبنية. إنه خيار افتراضي جيد كلما لم تكن بحاجة إلى مواصفات طويلة أو تتبع استدلال متعدد الخطوات.
تشمل حالات الاستخدام النموذجية:
- التقارير القصيرة والملخصات التكرارية لرسائل البريد الإلكتروني أو الدردشة.
- صياغة الردود للعملاء أو الأطراف الداخلية ببنية واضحة.
- توليد مقاطع كود صغيرة أو إعادة بنائها بتنسيق مخرج محدد.
- قطع محتوى سريعة مثل أوصاف المنتجات وإدخالات الأسئلة الشائعة وقوائم التحقق البسيطة.
متى RTF ليس الخيار الصحيح
السيناريو | قيود RTF | استخدم بدلاً منه |
|---|---|---|
| محتوى موجّه للعملاء حيث النبرة والجمهور حاسمان | بدون حقل صريح للجمهور أو النبرة | CO-STAR (يتضمن الأسلوب والجمهور والنبرة) أو CRAFT (القيود والدور والجمهور والتنسيق والنبرة) |
| فرض بنية صارمة أو مخطط بيانات ضروري | حقل التنسيق يمكنه طلب JSON لكنه لا يُوفر صيغة قيود | SPECS (يتضمن حقل قيود صريح) |
| استدلال متعدد الخطوات أو منطق قرار ضروري | بدون حقل استدلال خطوة بخطوة صريح | TRACE (يتضمن المُحفّز والاستجابة والإجراء والنتيجة والتقييم) |
| سير عمل معقدة بمنطق شرطي | دور/مهمة/تنسيق واحد لكل برومبت | APE (الإجراء والعملية والأمثلة) أو سير عمل متعدد الأدوار مخصص |
جداول المقارنة
كيف يقارن RTF بالأطر الرئيسية الأخرى:
المقارنة حسب البُعد
البُعد | RTF | CO-STAR | SPECS | TRACE |
|---|---|---|---|---|
| عدد الحقول | 3 (الدور والمهمة والتنسيق) | 6 (السياق والهدف والأسلوب والجمهور والاستجابة والنبرة) | 5 (الإعداد والشخصية والأمثلة والنمط والقيود) | 5 (المُحفّز والاستجابة والإجراء والنتيجة والتقييم) |
| وقت الإعداد | 30 ثانية | 2-3 دقائق | 3-5 دقائق | 2-3 دقائق |
| الأفضل لـ | المهام الروتينية القابلة للتكرار | التحكم في النبرة والجمهور | المخططات والقيود الصارمة | خطوات الاستدلال الصريحة |
| اتساق المخرج | جيد | ممتاز | ممتاز | جيد |
| هل يتطلب أمثلة؟ | لا | اختياري | نعم (أنماط قوية) | لا |
المقارنة الثنائية (RTF مقابل الأطر الأخرى)
RTF مقابل CO-STAR
- الفائز:
- CO-STAR (إذا كان الجمهور مهماً)
- السبب:
- CO-STAR يتضمن حقول صريحة للجمهور والنبرة. RTF يُدمج النبرة في الدور أو التنسيق، مما يُصبح معقداً. إذا كانت الصوت لا يهمك، RTF أسرع.
RTF مقابل SPECS
- الفائز:
- SPECS (إذا كانت قيود صارمة مطلوبة)
- السبب:
- SPECS يتضمن حقل قيود مخصص ويتوقع أمثلة. RTF يمكنه طلب القيود في التنسيق لكنه يفتقر إلى صيغة منظمة. SPECS يفوز لـ JSON أو CSV أو البيانات المنظمة.
RTF مقابل TRACE
- الفائز:
- TRACE (إذا كان الاستدلال مهماً)
- السبب:
- TRACE يُنمذج السبب والنتيجة صراحةً (المُحفّز → الاستجابة → الإجراء → النتيجة). RTF لا يحتوي على حقل خطوة استدلال. استخدم TRACE للمنطق المعقد، RTF للمخرج البسيط.
RTF مقابل Chain-of-Thought
- الفائز:
- متكاملان
- السبب:
- RTF يُحدد الدور وتنسيق المخرج. CoT يُحسّن الاستدلال. ادمجهما: استخدم RTF لهيكلة البرومبت، وأضف "فكّر خطوة بخطوة" للرياضيات أو المنطق المعقد.
كيفية كتابة برومبت RTF
- 1الدور: حدّد من يُؤدّي الذكاء الاصطناعي دوره. الأدوار المحددة تتفوق على الأدوار العامة. سيئ: "أنت مفيد." جيد: "أنت مهندس خلفية أول تراجع الكود بحثاً عن انتكاسات الأداء." كلما كانت أكثر تحديداً، كان المخرج أكثر اتساقاً.
- 2المهمة: أوضح ما يجب على الذكاء الاصطناعي فعله. كن محدداً. سيئ: "لخّص هذا." جيد: "حدّد القرارات الثلاثة الرئيسية والمخاطر المفتوحة والخطوات التالية التي جرى نقاشها."
- 3التنسيق: حدّد البنية والطول والأسلوب. هنا يُضيف RTF القيمة. سيئ: (تنسيق مفقود). جيد: "3 نقاط، بحد أقصى 50 كلمة لكل منها، markdown، تحت 200 كلمة إجمالاً."
- 4افصل المهمة والتنسيق. ادمجهما في كتلة واحدة ولن يحظى أيٌّ منهما بتحديد كافٍ. احتفظ بهما متمايزين.
- 5دائماً أدرج التنسيق، حتى عندما يبدو واضحاً. بدونه، تستخدم النماذج النثر بشكل افتراضي.
خمسة أمثلة حقيقية على RTF
فيما يلي خمسة برومبتات RTF جاهزة للإنتاج لسير العمل الشائعة:
المثال الأول: ملخص الحالة الأسبوعية
الدور: أنت مدير عمليات يكتب ملخص حالة أسبوعية للقيادة التنفيذية.
المهمة: لخّص تقدم المشروع هذا الأسبوع والقرارات الرئيسية المتخذة والمخاطر المحددة وأولويات الأسبوع القادم.
التنسيق: Markdown وأربعة أقسام (الملخص والقرارات والمخاطر والأسبوع القادم)، 3-5 نقاط لكل قسم، بحد أقصى 300 كلمة.
المثال الثاني: تغذية راجعة لمراجعة الكود
الدور: أنت مهندس خلفية أول تراجع الكود للصيانة والأداء والأمان.
المهمة: راجع هذه الكتلة البرمجية وحدّد أي مشكلات، واقترح تحسينات، وقيّم الجودة الإجمالية.
التنسيق: Markdown وثلاثة أقسام (المشكلات الموجودة والتحسينات وتقييم الجودة 1-5)، وكتل كود للأمثلة.
المثال الثالث: مسودة بريد إلكتروني للعميل
الدور: أنت مدير نجاح عملاء تصيغ رداً مهنياً ومتعاطفاً على شكوى عميل.
المهمة: تناول مخاوفه، واعتذر حيثما يقتضي الأمر، واشرح الحل، وأعد بناء الثقة.
التنسيق: تنسيق بريد إلكتروني (تحية وفقرتان إلى ثلاث فقرات وخاتمة)، نبرة مهنية، 150-250 كلمة.
المثال الرابع: ملاحظات الاجتماع إلى عناصر العمل
الدور: أنت منسق مشاريع تستخرج عناصر العمل من ملاحظات الاجتماع الخام.
المهمة: حدّد القرارات المتخذة والمخاطر المناقشة والخطوات التالية مع المسؤولين والمواعيد النهائية.
التنسيق: Markdown مع ثلاثة أقسام (القرارات والمخاطر وعناصر العمل)، عناصر العمل كقوائم تحقق مع المُعيَّن والموعد النهائي.
المثال الخامس: وثائق المنتج للمستخدمين غير التقنيين
الدور: أنت كاتب تقني تشرح ميزة للمستخدمين غير التقنيين بلغة بسيطة.
المهمة: اشرح ما تفعله هذه الميزة ولماذا قد يستخدمها المستخدم وكيفية استخدامها في ثلاث خطوات بسيطة.
التنسيق: جملة تقديمية واحدة وثلاث خطوات مرقّمة مع أمثلة وجملة خاتمة. تجنّب المصطلحات التقنية.
دمج RTF مع أطر أخرى
يجب دمج إطار RTF مع أطر أخرى بمعاملة RTF كخيارك الافتراضي الخفيف والانتقال إلى الأطر الأثقل عندما تزداد القيود. نمط عملي هو:
- ابدأ بـ RTF لمعظم المهام الجديدة حيث تحتاج فقط إلى بنية واضحة بسرعة.
- انتقل إلى SPECS عند الحاجة إلى مخططات صارمة وأمثلة وقيود.
- استخدم TRACE أو APE عندما تريد خطوات استدلال صريحة قبل الإجابة النهائية.
- استخدم أطراً إبداعية مثل CRAFT عندما يكون الجمهور والنبرة محوريَّين.
الأخطاء الشائعة في RTF
❌ دور مبهم — "أنت مساعد مفيد"
Why it hurts: "مساعد مفيد" هو الخيار الافتراضي. لا يُضيف شيئاً. الدور المبهم يعني أن النموذج يختار منظوره الخاص، والذي يتغير بين عمليات التشغيل.
Fix: كن محدداً: "أنت مهندس خلفية أول" أو "أنت مدير تسويق B2B يُخاطب مديري مالية." كلما كان الدور أكثر تحديداً، كان المخرج أكثر اتساقاً.
❌ مهمة مبهمة — "ساعدني في هذا"
Why it hurts: "ساعدني في هذا" ليست مهمة. النموذج يخمن أي إجراء يتخذ وأي تفاصيل يُدرج وأيها يتجاهل. الغموض في المهمة يُنتج تباينات في المخرج.
Fix: اكتب المهمة كإجراء محدد: "حدّد أهم ثلاثة مخاطر تقنية في خطة المشروع هذه" أو "اكتب ردّاً متابعة من 5 جمل لهذه الشكوى."
❌ تنسيق مفقود
Why it hurts: بدون تنسيق، يختار النموذج الطول والبنية والأسلوب. هذا يُنتج تباينات بين عمليات التشغيل وعدم اتساق عند استخدام البرومبت نفسه عبر نماذج متعددة.
Fix: دائماً أدرج التنسيق. حتى شيء بسيط مثل "Markdown و3 نقاط وتحت 150 كلمة" يُحسّن الاتساق بشكل ملحوظ.
❌ دمج المهمة والتنسيق في جملة واحدة
Why it hurts: "لخّص هذا في 3 نقاط" يدمج ما يجب فعله مع كيفية تنسيقه. إذا تغيرت المهمة، يضيع التنسيق. إذا تغير التنسيق، تصبح المهمة مربكة.
Fix: احتفظ بهما منفصلَين: "المهمة: حدّد المخاطر. التنسيق: 3 نقاط، بحد أقصى 30 كلمة لكل منها."
الأسئلة الشائعة
ما هو إطار RTF؟
RTF = الدور والمهمة والتنسيق. بنية برومبت من ثلاثة مكونات: الدور يحدد هوية النموذج (مثلاً "محلل بيانات أول")، والمهمة تحدد ما يجب فعله، والتنسيق يحدد كيفية هيكلة المخرج. يعمل مع جميع النماذج الرئيسية.
متى يجب استخدام RTF بدلاً من CO-STAR أو SPECS؟
استخدم RTF للمهام الروتينية القابلة للتكرار (الملخصات ومراجعات الكود والبريد الإلكتروني والتقارير). انتقل إلى CO-STAR عندما تكون النبرة/الجمهور حاسمَين، وSPECS عند الحاجة إلى مخططات وقيود صارمة، وTRACE عندما تكون شفافية الاستدلال مهمة.
هل RTF يساوي "مجرد إخبار النموذج بما يجب فعله"؟
لا. RTF يُلزم بالتحديد الصريح لثلاثة أشياء: هوية النموذج (الدور)، والمهمة التي يحلها، وكيفية هيكلة المخرج (التنسيق). هذه البنية تُزيل الغموض وتُحسّن الاتساق عبر النماذج وعمليات التشغيل.
كيف يقارن RTF بـ Chain-of-Thought؟
Chain-of-Thought يُحسّن الاستدلال بطلب من النماذج "التفكير خطوة بخطوة". RTF يُهيكل تنسيق المخرج والدور. هما متكاملان — يمكن دمجهما: استخدم RTF لتحديد الدور والتنسيق، ثم أضف "فكّر خطوة بخطوة" لمهام الاستدلال المعقد.
هل يمكنني استخدام RTF مع النماذج المحلية مثل Ollama؟
نعم. RTF يعمل مع أي LLM، بما في ذلك النماذج المحلية التي تعمل عبر Ollama أو LM Studio. النماذج الأبسط قد تكون أقل اتساقاً مع حقول التنسيق المعقدة، لكن RTF لا يزال يُحسّن جودة المخرج.
ما أكثر خطأ شائع في RTF؟
ترك التنسيق ضمنياً أو مبهماً. بدون حقل تنسيق صريح (مثلاً "3 نقاط، بحد أقصى 50 كلمة لكل منها")، تستخدم النماذج النثر بشكل افتراضي. حدّد التنسيق دائماً.
كيف يُساعد RTF في الاتساق؟
بتحديد الدور والمهمة والتنسيق بشكل صريح، تُقلل من غموض النموذج حول ما تريده. هذا يجعل المخرج أكثر اتساقاً عبر النماذج وعمليات التشغيل وأعضاء الفريق الذين يُعيدون استخدام البرومبت.
هل يجب حفظ برومبتات RTF؟
نعم. برومبت RTF المكتوب جيداً لمهمة متكررة (ملخص أسبوعي، مراجعة كود، مسودة بريد إلكتروني) يجب حفظه كقالب وإعادة استخدامه. هذه أكبر ميزة لـ RTF على كتابة البرومبتات من الصفر في كل مرة.
هل يمكن لـ RTF فرض قيود صارمة مثل مخرج JSON؟
جزئياً. يمكن لـ RTF طلب "تنسيق JSON" في حقل التنسيق، والنماذج الحديثة (GPT-5.6 وClaude) تمتثل عادةً. لفرض مخطط صارم 100٪، استخدم SPECS (الذي يتضمن قيوداً صريحة) أو واجهات برمجة مخرجات منظمة.
كيف يستخدم PromptQuorum إطار RTF؟
PromptQuorum يتضمن RTF كقالب إطار مدمج. يملأ المستخدمون حقول الدور والمهمة والتنسيق، ويُرسل PromptQuorum البرومبت نفسه عبر 25+ نموذج (GPT-5.6 وClaude وGemini والنماذج المحلية) للمقارنة واختبار A/B.
ماذا يساعدك إطار RTF على فعله عند برمجة الذكاء الاصطناعي؟
RTF يساعدك على هيكلة البرومبتات باتساق بالفصل بين المخاوف في ثلاثة حقول: هوية النموذج (الدور) والمهمة التي يحلها (المهمة) وكيفية تنسيق المخرج (التنسيق). هذا يُزيل الغموض ويجعل البرومبتات قوالب قابلة لإعادة الاستخدام.
ماذا يعني RTF في هندسة البرومبت؟
RTF تعني الدور والمهمة والتنسيق — المكونات الثلاثة الأساسية لبنية برومبت خفيفة. الدور يحدد شخصية النموذج، والمهمة تحدد الإجراء، والتنسيق يحدد بنية المخرج. معاً تُنشئ الحد الأدنى الضروري للإطار لنتائج متسقة.
كيف يقارن إطار RTF بـ CO-STAR في هندسة البرومبت؟
RTF لديه 3 مكونات (الدور والمهمة والتنسيق) وهو في حده الأدنى. CO-STAR لديه 6 مكونات (السياق والهدف والأسلوب والنبرة والجمهور والاستجابة) وهو شامل. استخدم RTF للمهام الروتينية؛ استخدم CO-STAR عندما تكون النبرة/الجمهور/الأسلوب حاسمة. RTF هو خيارك الافتراضي؛ CO-STAR هو ترقيتك.
قراءات ذات صلة
- Schulhoff, L., et al. (2024). Prompt Engineering Guide. https://www.promptingguide.ai
- Brown, T. B., et al. (2020). "Language Models are Few-Shot Learners." OpenAI. arXiv:2005.14165
- OpenAI. (2026). Prompt Engineering Best Practices. https://platform.openai.com/docs/guides/prompt-engineering
- Anthropic. (2026). Prompt Engineering — Claude API Documentation. https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering