دليل عملي لتهيئة مطالبات Claude Fable 5.1
تقول Anthropic إن مطالبات Fable 5 الحالية يجب أن تعمل جيدًا على Claude Fable 5.1 دون تغييرات كبيرة. ينطبق ذلك على الإجابات، لكنه لا ينطبق دائمًا على سلوك النموذج المحيط بها: عدد استدعاءات الأدوات في كل دورة، وتواتر تحديثات التقدم، وكثافة النثر، وكمية التنسيق، وإعادة كتابة الملفات، والتوقف لطلب الإذن رغم أن المهمة واضحة. لكل اختلاف حل محدد في دليل مطالبات Claude Fable 5.1. وللاطلاع على نظرة عامة، راجع ما هو Claude Fable 5.1.
ابدأ بمستوى الجهد
الجهد هو المتغير الأساسي لموازنة الذكاء وزمن الوصول والتكلفة في Fable 5.1. اضبطه قبل تعديل المطالبة:
- ابدأ بالمستوى الافتراضي
high. - اختبر المستويات الأربعة الأخرى مقابل تقييماتك الفعلية.
- أعد الاختبار حتى لو اختبرت المطالبة سابقًا على Fable 5، لأن أسماء المستويات لا تمثل القدر نفسه من التفكير بين النموذجين.
وفقًا لـ Anthropic:
- يقترب
mediumمن نتائج Fable 5 بتكلفة أقل. - قد يكون
lowمنافسًا لـ Opus وSonnet من حيث التكلفة لكل مهمة، مع درجات أعلى في بعض الاختبارات. - تظهر أكبر المكاسب مقارنةً بـ Fable 5 عند
xhighوmax.
يمكن تغيير مستوى الجهد أثناء المحادثة دون إعادة ضبط ذاكرة التخزين المؤقت باستخدام رسالة نظام فارغة مع output_config، إلى جانب رأس البيتا:
mid-conversation-output-config-2026-07-01
راجع شرح واجهة برمجة التطبيقات لمعرفة شكل الطلب.
موضع التعليمات أهم من صياغتها
كتل التفكير المحفوظ في Fable 5.1 صالحة فقط داخل المحادثة الدقيقة التي أُنشئت فيها. حذف تذكير من دورة سابقة أو تعديل سجل الطلبات التالي يؤدي إلى:
- إعادة تشغيل ذاكرة التخزين المؤقت للمطالبة.
- إبطال كتل التفكير اللاحقة في الحسابات التي أُنشئت في أو بعد 31 أغسطس 2026.
توجد تعليمات كل دورة في أحد موضعين.
مع نسخة البيتا
استخدم نسخة البيتا:
mid-conversation-system-clear-at-2026-08-21
ثم أضف رسالة نظام محددة للدورة بعد رسالة نتيجة الأداة، مع الاحتفاظ بكل النسخ السابقة:
{
"role": "system",
"clear_at": "next_user_message",
"content": "..."
}
عند وصول رسالة مستخدم لاحقة، تمسح واجهة برمجة التطبيقات النسخ السابقة تلقائيًا، ويقرأ النموذج أحدث نسخة فقط. لا تُحتسب النسخ التي جرى مسحها ضمن الرموز المميزة.
دون نسخة البيتا
ضع التعليمات في كتلة نصية بعد كتل tool_result داخل رسالة المستخدم نفسها، مع الاحتفاظ بالنسخ السابقة. لا تحذف أو تعِد كتابة أي نسخة أُرسلت بالفعل.
توجد تعليمات مستوى الجلسة في مطالبة النظام أو في دورة المستخدم الأولى. وتذكر Anthropic أن تعليمات الأسلوب في دورة المستخدم الأولى تكون أكثر فعالية من النص نفسه داخل مطالبة النظام.
للمزيد، راجع التفكير المحفوظ، ورسائل النظام المحددة للدورة، ودليل التفكير المحفوظ.
استدعاء أداة واحد لكل دورة في حلقات الوكلاء
عندما يطلب المستخدم عدة عناصر مستقلة، ينفذ Fable 5.1 الاستدعاءات بالتوازي. لكن في حلقات البرمجة واستخدام الكمبيوتر، حيث تكون القراءات المستقلة التالية ضمنية فقط، قد ينفذ استدعاءً واحدًا في كل دورة، بينما كان Fable 5 يجمع عدة استدعاءات في دفعة واحدة.
لا تتغير الإجابة النهائية، لكن كل دورة إضافية تعني رموزًا مميزة، وزمن رحلة ذهاب وعودة، ووقتًا فعليًا أطول.
قِس قبل إضافة الحل
تتبّع نسبة أدوار المساعد التي تحتوي على أكثر من استدعاء أداة واحد. أضف التوجيه التالي فقط إذا انخفضت النسبة:
أولاً، اذكر سراً ما تحتاجه تاليًا؛ ثم اطلب كل عنصر لا يعتمد على نتيجة عنصر آخر في هذه الاستجابة الواحدة.
احتفظ بكلمة «سراً»؛ فبدونها قد يجيب النموذج عن التذكير بدلًا من متابعة طلب المستخدم. وضع الجملة قرب نهاية الطلب الحالي يؤثر عادةً على النتيجة أكثر من وضعها في مطالبة النظام.
تحديثات قليلة أو معدومة بين استدعاءات الأدوات
يكتب Fable 5.1 تحديثات أقل للمستخدم أثناء أدوار الأدوات الطويلة، خصوصًا عند مستويات الجهد الأعلى. قد يظل الوكيل صامتًا لدقائق أو يرسل رسالة نهائية تلخص الخطوة الأخيرة فقط.
استخدم الحلول التالية بالترتيب:
-
تأكد من ظهور التحديثات أصلًا.
تكون ملاحظات النموذج بين الأدوات داخل كتل
thinking، لكنها مخفية افتراضيًا عند استخدامdisplay: "omitted". استخدم:
display: "updates"
مع رأس البيتا:
thinking-display-updates-2026-08-18
ثم اعرض كل كتلة تفكير غير فارغة كسطر حالة.
- احذف تعليمات المطالبات القديمة مثل:
احتفظ بجميع النتائج للاستجابة النهائية.
- أضف توجيهًا صريحًا عند الحاجة:
قبل أن تبدأ، قل في سطر واحد ما أنت على وشك القيام به. تساعد التحديثات الموجزة أثناء عملك المستخدم على المتابعة. اختتم بملخص قصير ومستقل يغطي ما وجدته، وما قمت به، وما هو التالي، حتى يحصل القارئ الذي يرى الرسالة الأخيرة فقط على الصورة الكاملة.
إذا كان منتجك يخفي مخرجات الأدوات، أخبر النموذج بذلك في رسالة نظام محددة للدورة:
أنت فقط ترى مخرجات هذا الأمر. إذا احتاج المستخدم إلى قراءة أي جزء منها، فضعه في ردك.
وإلا فقد يشغّل النموذج أوامر بهدف «إظهار» مخرجات لا يراها المستخدم أبدًا.
لا تدع الدورة تنتهي قبل اكتمال العمل
في المهام المعقدة وغير المتزامنة، قد يصف Fable 5.1 ما سيفعله لاحقًا بدلًا من تنفيذه، أو يطلب الإذن لخطوة يغطيها الطلب بالفعل. يؤدي ذلك إلى إجبار المستخدم على الرد بـ«متابعة».
ضع هذا التوجيه في مطالبة النظام:
أنت تعمل بشكل مستقل. المستخدم لا يراقب في الوقت الفعلي ولا يمكنه الإجابة عن الأسئلة في منتصف المهمة، لذا فإن السؤال «هل تريد مني...؟» أو «هل يجب علي...؟» سيعيق العمل. بالنسبة للإجراءات القابلة للعكس التي تتبع الطلب الأصلي، تابع دون سؤال. توقف فقط عند الإجراءات التدميرية أو التغييرات الحقيقية في النطاق التي تتطلب قرارًا من المستخدم. تقديم متابعة بعد إنجاز المهمة أمر جيد؛ طلب الإذن قبل تنفيذ العمل ليس كذلك.
وأضف قاعدة تحقق قبل نهاية الدورة:
قبل إنهاء دورك، راجع فقرتك الأخيرة. إذا كانت خطة أو تحليلًا أو سؤالًا أو قائمة بالخطوات التالية أو وعدًا بعمل لم تنجزه، فنفذ هذا العمل الآن باستخدام استدعاءات الأدوات. أنهِ دورك فقط عندما تكتمل المهمة أو تصبح محظورًا بسبب إدخال لا يمكن توفيره إلا من المستخدم.
يمكن ربط ذلك بتوجيه ثانٍ يحدد نطاق الطلب:
- اعتبر طلب المستخدم نطاق المخرجات.
- لا تُضيّق النطاق أو توسعه أو تستبدله.
- أكمل كل جزء غير محظور، واذكر ما تم إغفاله.
- تعامل مع الملاحظات غير المطلوبة كاقتراحات، لا كتغييرات.
- أضف سطرًا يحدد التأكيدات التي ما زلت تريدها من المستخدم.
بخلاف نصيحة Opus 5 لإزالة تعليمات التحقق، احتفظ في Fable 5.1 بتعليمات التحقق من العمل قبل الإبلاغ عنه.
امنع الإصلاحات غير المطلوبة وملفات الاختبار الزائدة
عند طلب ميزة مفتوحة، قد يقدم Fable 5.1 الميزة المطلوبة، ثم يضيف إصلاحات قريبة أو سلوكًا موسعًا أو ملفات اختبار أكثر من اللازم.
استخدم التوجيه التالي:
إذا وجدت أثناء العمل أو الاختبار خطأ موجودًا مسبقًا، أو مشكلة أداء، أو سلوكًا لم تذكره المهمة، فلا تصلحه أو تحسنه أو توسعه في هذا التغيير، ما لم يكن السلوك المطلوب لا يمكن أن يعمل بدونه. أبلغ عنه كمتابعة في ملخصك. تحقق من عملك بالطريقة التي تفضلها؛ لا يلزم الاحتفاظ بالبرامج النصية المؤقتة أو الفحوصات السريعة. أنشئ الاختبارات فقط عندما تطلب المهمة ذلك أو عندما يحتوي المستودع بالفعل على اختبارات لهذا النوع من التغيير، وبحجم ملفات الاختبار المجاورة. ينطبق هذا على الإضافات فقط؛ نفذ كل السلوك المطلوب بالكامل.
شجّع التعديلات الجراحية
أصبح Fable 5.1 أكثر ميلًا إلى إعادة كتابة ملف كامل بدل تعديل سطر أو جزء محدد. قد تكون النتيجة صحيحة، لكنها تستهلك رموزًا مميزة أكثر.
أضف في مطالبة النظام أو رسالة المستخدم الأولى:
قلّل عدد الرموز المميزة المستخدمة لتحرير الملفات، مع ثبات العوامل الأخرى. عندما لا يؤثر ذلك في النتيجة النهائية، حرّر الملف جراحيًا بدل إعادة كتابته بالكامل.
خفّف كثافة النثر
نثر Fable 5.1 أفضل عمومًا وأقل اعتمادًا على العبارات النمطية، لكنه قد يصبح أكثر كثافة من Fable 5، مع جمل أطول وفواصل أقل بين الفقرات.
استخدم توجيهًا مباشرًا:
قل ما تعنيه بوضوح، واستخدم العبارة الحرفية عندما تكون متاحة. أزل النثر المتكلف الذي يستبدل الفكرة بالاستعارات والزخارف أو يستعرض أسلوب الكاتب بدل نقل المعنى.
ويمكن اختصار ذلك إلى:
يرجى إزالة كل النثر المتكلف.
اترك للتنسيق مساحة مناسبة
كانت النماذج السابقة تفرط في استخدام النقاط العادية والخط العريض، لذلك تحتوي مطالبات كثيرة على قواعد تمنع التنسيق. يميل Fable 5.1 إلى الاتجاه المعاكس، وقد ينتج عناوين وقوائم وخطًا عريضًا أقل مما يحتاجه المحتوى.
أزل قواعد مكافحة التنسيق أو استبدلها بالتالي:
- استخدم القوائم عندما يطلبها المستخدم أو عندما يكون المحتوى متعدد الجوانب.
- احترم طلب التنسيق الأدنى.
- استخدم نثرًا بسيطًا في المحادثات أو التبادلات العاطفية.
ميّز الاقتباسات في الملخصات
عند تلخيص المستندات، قد يعيد Fable 5.1 إنتاج عبارات من المصدر دون تمييزها كاقتباسات أكثر من Fable 5.
أضف مثالًا كاملًا واحدًا إلى مطالبة النظام يتضمن:
- طلب المستخدم.
- استجابة صحيحة تنقل محتوى المصدر بحديث غير مباشر.
- اقتباسًا قصيرًا ومحددًا واحدًا كحد أقصى.
- تبريرًا من جملة واحدة يوضح سبب صحة الاستجابة.
في مثال Anthropic، استبدل العناصر النائبة الخاصة باستدعاءات الأدوات بأسماء أدواتك الفعلية.
لا تعتمد على الذاكرة عند مستوى الجهد المنخفض
عند low، يستدعي Fable 5.1 أدوات البحث والاسترجاع بوتيرة أقل من Fable 5. يظهر ذلك خصوصًا مع المنتجات والنماذج المسماة التي يتعرف عليها، لكن معلوماته عنها قديمة.
لديك حلان:
- ارفع مستوى الجهد للأدوار المتأثرة باستخدام إعداد جهد لكل رسالة.
- أضف إلى مطالبة النظام:
التعرف على اسم من مجال سريع التغير لا يعني معرفة حالته الحالية. ابحث قبل الإجابة، وأدرج الاسم كما كتبه المستخدم في استعلام واحد على الأقل.
قلّل زمن المخرجات الطويلة عند xhigh وmax
عند xhigh، وخصوصًا max، قد يصوغ Fable 5.1 جزءًا كبيرًا من المخرجات داخل التفكير ثم يعيد كتابته كإجابة. يؤدي ذلك إلى مضاعفة زمن الانتظار والرموز الناتجة.
الحل:
- شغّل هذه الطلبات عند
high، ولا ترفع المستوى إلا بعد قياس مكسب واضح. - إذا احتجت إلى
xhighأوmax، فاضبطmax_tokensبحيث يترك مساحة للتفكير والرد. - أضف ملاحظة إلى رسالة المستخدم:
كل ما يُنتج في رد واحد، بما في ذلك التفكير، يُحتسب ضمن حد واحد يقارب قيمة
max_tokensالفعلية. صياغة المخرجات كاملة داخل التفكير ثم صياغتها مرة أخرى كرد تضاعف الدورة دون تحسين النتيجة.
اترك النسخ السابقة لهذه الملاحظة في الطلبات اللاحقة بدل حذفها أو تعديلها.
تعامل مع الرفض الكاذب في طلبات البرمجة
تنتج مصنفات Fable 5.1 إيجابيات خاطئة أقل من مصنفات Fable 5 عند الإطلاق، وأصبح العثور على نقاط الضعف في التعليمات البرمجية المصدر مسموحًا. مع ذلك، لا تزال بعض الطلبات الحميدة تُرفض.
جرّب هذه الصيغ:
- اسأل: «هل توجد أخطاء في هذا البرنامج؟» بدلًا من: «هل يترجم هذا البرنامج دون أخطاء؟»
- زوّد النموذج بوثائق اللغات الأقل شهرة.
- أزل الأدوات التي تعيد بيانات مشفرة بـ Base64 إلى السياق.
- احتفظ دائمًا بمسارات بديلة باستخدام
fallbacks؛ راجع دليل التعامل مع الرفض.
اكتب ملخصات ضغط تحفظ التفاصيل
يستجيب Fable 5.1 جيدًا عندما تحدد بدقة ما يجب الاحتفاظ به في ملخص الضغط. الضغط من جانب الخادم يتولى ذلك بالفعل. أما عند الضغط من جانب العميل، فاطلب من النموذج التلخيص داخل وسوم <summary> والاحتفاظ، بالترتيب، بما يلي:
- الصعوبات التي ظهرت وكيف حُلّت.
- الأساليب المطروحة أو التي جرى تجاهلها وسبب ذلك.
- كل ما طُلب أو جرى اتخاذ قرار بشأنه، بصياغة دقيقة.
- الوضع الحالي.
- الأمور المفتوحة.
- التفاصيل صعبة إعادة البناء، مثل الأسماء والأرقام والروابط.
اختم بالنص التالي:
لا تستدعِ أي أدوات أثناء كتابة هذا الملخص؛ استجب بالنص فقط.
هذا مهم عندما لا يزال طلب التلخيص يحمل أدوات المحادثة.
صمّم الوكلاء الفرعيين والرؤية معماريًا
هذه النقطة ليست مجرد تعديل في المطالبة.
في مهام البرمجة:
- دع الوكيل الرئيسي يواصل العمل أثناء تشغيل الوكلاء الفرعيين.
- اجعل الأداة التي تبدأ الوكيل الفرعي تعود فورًا.
- سلّم كل نتيجة في رسالة مستخدم لاحقة.
- وفّر للوكيل الرئيسي أداة منفصلة يمكنه استدعاؤها عندما يريد الانتظار.
بالنسبة إلى الرسوم البيانية الكثيفة والجداول المتداخلة:
- وفّر أداة قص تعيد المنطقة المحددة بحجم مكبر.
- أو استخدم حاوية تتضمن مكتبات الصور الأساسية.
- عند
low، قد يتجاهل النموذج القص؛ تحقق من السجلات بحثًا عن الاستدعاء.
اختبر تغييرات المطالبات في Apidog
كل حل سابق مرشح لاختبار قبل/بعد. في Apidog:
- احفظ أول ثلاث دورات من حلقة الوكيل كتسلسل طلبات.
- حوّل تعليمات مطالبة النظام إلى معلمات.
- شغّل التسلسل مع كل مقتطف وبدونه، وبمستوى الجهد نفسه.
- راقب المؤشرات التالية:
- عدد كتل
tool_useفي كل دورة مساعد لحل مشكلة التجميع. -
usage.output_tokensلحل التعديلات الجراحية وكثافة المخرجات. - عدم وجود فقرة أخيرة تبدأ بـ «بعد ذلك، أنا» لحل الاستقلالية.
- عدد كتل
يمكنك تنزيل Apidog لإنشاء هذه الاختبارات. ويوضح دليل Claude Code أي التوجيهات تنتمي إلى ملف CLAUDE.md.
الأسئلة الشائعة
هل تعمل مطالبات Fable 5 على Fable 5.1؟
نعم، تقول Anthropic إنها يجب أن تعمل جيدًا دون تغييرات. الاختلافات الأساسية سلوكية: استدعاءات أدوات مجمعة أقل، تحديثات تقدم أقل، نثر أكثر كثافة، تنسيق دردشة أقل، إعادة كتابة ملفات كاملة، وتوسع أكبر في نطاق المهام المفتوحة.
ما مستوى الجهد المناسب؟
ابدأ بـ high واختبر المستويات الأخرى. تقول Anthropic إن medium يقترب من Fable 5 بتكلفة أقل، وإن low قد ينافس Opus وSonnet من حيث التكلفة لكل مهمة.
أين أضع تعليمات كل دورة؟
ضعها كرسالة نظام محددة للدورة مع:
{
"clear_at": "next_user_message"
}
وذلك بعد نتائج الأدوات، مع الاحتفاظ بالنسخ السابقة. حذف النص من الأدوار السابقة يبطل كتل التفكير اللاحقة ويعيد تشغيل ذاكرة التخزين المؤقت.
هل أزيل تعليمات «تحقق من عملك» مثل Opus 5؟
لا. كانت تلك النصيحة خاصة بالإفراط في التحقق لدى Opus 5. احتفظ بتعليمات التحقق في Fable 5.1.
كيف أمنع إعادة كتابة الملفات كاملة؟
أضف سطرًا إلى مطالبة النظام أو رسالة المستخدم الأولى:
قلّل الرموز المميزة المستخدمة لتحرير الملفات، وحرّرها جراحيًا بدل إعادة كتابتها عندما لا يؤثر ذلك في النتيجة النهائية.
Top comments (0)