تقول Anthropic أن مطالبات Fable 5 الحالية الخاصة بك يجب أن تعمل بشكل جيد على Claude Fable 5.1 دون تغييرات. هذا صحيح بالنسبة للإجابات. لكنه أقل صحة لكل شيء من حولها: عدد استدعاءات الأدوات التي يقوم بها النموذج في الدفعة الواحدة في كل دورة، مدى سردها، مدى كثافة أسلوبها النثري، كمية التنسيق الذي تستخدمه في الدردشة، ما إذا كانت تعيد كتابة ملف كامل لتغيير سطر واحد، وما إذا كانت تتوقف لطلب الإذن للعمل الذي طلبته بالفعل. كل من هذه الجوانب قد تغير بين Fable 5 و Fable 5.1، ولكل منها حل محدد في دليل المطالبات لـ Claude Fable 5.1 من Anthropic.
يجمع هذا الدليل كل تغيير مع حلّه، مقتبسًا المقتطفات الرسمية حيث تكون الصياغة الدقيقة مهمة، بالإضافة إلى قاعدة التوظيف التي تهم هذا النموذج أكثر من أي نموذج سابق: فمكان وضع تعليمات كل دورة يحدد الآن ما إذا كانت تبطل كتل التفكير الخاصة بك وتعيد تشغيل ذاكرة التخزين المؤقت لديك. للحصول على نظرة عامة حول النموذج، راجع ما هو Claude Fable 5.1.
ابدأ بالجهد، وليس بالمطالبات
الجهد هو التحكم الأساسي لموازنة الذكاء وزمن الوصول والتكلفة على Fable 5.1، ويجب ضبطه قبل أي تغيير في المطالبة. ابدأ بالإعداد الافتراضي، high (عالي)، ثم اختبر المستويات الأربعة الأخرى مقابل تقييماتك الخاصة. أعد تشغيل الاختبار حتى لو كنت قد قمت بتشغيله على Fable 5: أسماء المستويات لا تتوافق مع نفس القدر من التفكير عبر النماذج.
ادعاءات Anthropic للاختبار: عند medium (متوسط)، تتطابق النتائج تقريبًا مع Fable 5 بتكلفة أقل؛ عند low (منخفض)، غالبًا ما يكون Fable 5.1 تنافسيًا مع Opus و Sonnet من حيث التكلفة لكل مهمة مع تسجيل درجات أعلى؛ أكبر المكاسب مقارنة بـ Fable 5 تكون عند xhigh (عالي جدًا) و max (أقصى). في Fable 5.1، يمكنك تغيير الجهد أثناء المحادثة دون إعادة تعيين ذاكرة التخزين المؤقت، باستخدام رسالة role: "system" ذات محتوى فارغ مع 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": "..."} بعد رسالة نتيجة الأداة، واترك كل نسخة سابقة في المصفوفة. بمجرد وجود رسالة مستخدم لاحقة، تمسح واجهة برمجة التطبيقات النسخ السابقة، بحيث يقرأ النموذج الأحدث فقط، ولا تكلف النسخ التي تم مسحها أي رموز مميزة (tokens). بدون نسخة البيتا، ضع الجملة في كتلة نصية بعد كتل tool_result في نفس رسالة المستخدم، مع الاحتفاظ بالنسخ السابقة. لا تقم أبدًا بحذف أو إعادة كتابة نسخة تم إرسالها بالفعل. دليل التفكير المحفوظ يشرح السبب.
توضع تعليمات مستوى الجلسة في مطالبة النظام أو دورة المستخدم الأولى. تلاحظ Anthropic أن تعليمات الأسلوب في دورة المستخدم الأولى تكون أكثر فعالية من نفس النص في مطالبة النظام.
استدعاء أداة واحد لكل دورة في حلقات الوكيل
التغيير. عندما يحدد طلب عدة أشياء للاسترجاع، يصدر Fable 5.1 الاستدعاءات بالتوازي. في حلقات البرمجة واستخدام الكمبيوتر حيث تكون القراءات المستقلة التالية ضمنية فقط، قد يصدر استدعاءً واحدًا لكل دورة بينما كان Fable 5 يجمع عدة استدعاءات في دفعة واحدة. الإجابات لا تتأثر؛ كل دورة إضافية تكلف رموزًا مميزة (tokens)، ورحلة ذهاب وعودة، ووقتًا فعليًا.
القياس أولاً. تتبع نسبة أدوار المساعد التي تحتوي على أكثر من استدعاء أداة واحد، وأضف الحل فقط إذا انخفضت هذه النسبة. الحل، يُلحق بعد كل رسالة نتيجة أداة كرسالة نظام محددة للدورة:
أولاً، اذكر سراً ما تحتاجه تالياً؛ ثم اطلب كل عنصر لا يعتمد على نتيجة عنصر آخر في هذه الاستجابة الواحدة.
احتفظ بكلمة "سراً". بدونها، يجيب النموذج أحيانًا على التذكير بدلاً من المستخدم. جملة واحدة قرب نهاية الطلب الحالي تؤثر على الرقم أكثر بكثير من نفس النص في مطالبة النظام.
قليل من النص أو لا نص بين استدعاءات الأدوات
التغيير. يكتب Fable 5.1 عددًا أقل من التحديثات الموجهة للمستخدم خلال أدوار استدعاء الأدوات الطويلة مقارنة بـ Fable 5، وخاصة عند مستوى جهد أعلى. يرى المستخدمون الوكيل يلتزم الصمت لدقائق، أو رسالة نهائية تغطي الخطوة الأخيرة فقط.
ثلاثة حلول، بالترتيب. أولاً، تأكد من تلقيك تحديثات التقدم على الإطلاق: تعود ملاحظات النموذج بين الأدوات ككتل thinking تكون فارغة تحت الإعداد الافتراضي display: "omitted". اضبط display: "updates" (رأس البيتا thinking-display-updates-2026-08-18) واعرض كل كتلة تفكير غير فارغة كسطر حالة. ثانياً، أزل سطور المطالبة المكتوبة للنماذج القديمة المتعطشة للتحديثات، مثل "احتفظ بجميع النتائج للاستجابة النهائية". ثالثاً، إذا كنت لا تزال ترغب في المزيد، أضف سطرًا لمطالبة النظام:
قبل أن تبدأ، قل في سطر واحد ما أنت على وشك القيام به؛ تساعد التحديثات الموجزة أثناء عملك المستخدم على المتابعة. اختتم بملخص قصير ومستقل، يغطي ما وجدته، وما قمت به، وما هو التالي، حتى يكون لدى القارئ الذي يرى الرسالة الأخيرة فقط الصورة الكاملة.
إذا كان منتجك يخفي مخرجات الأداة، فأخبر النموذج كرسالة نظام محددة للدورة، وإلا فقد يقوم بتشغيل أوامر "لإظهار" للمستخدم مخرجات لا يراها أبدًا: "أنت فقط ترى مخرجات هذا الأمر. إذا احتاج المستخدم لقراءة أي جزء منها، فضعها في ردك."
الدورة تنتهي قبل اكتمال العمل
التغيير. في أحمال العمل المعقدة وغير المتزامنة، يصف Fable 5.1 أحيانًا ما سيفعله بعد ذلك بدلاً من القيام به، أو يطلب الإذن لخطوة كان الطلب قد غطاها بالفعل. يجب على المستخدمين الرد بـ "متابعة"، مما يحد من قدرة النموذج على العمل على المدى الطويل.
الحل هو كتلة مطالبة نظامية تحمل جملتها الافتتاحية معظم التأثير:
أنت تعمل بشكل مستقل. المستخدم لا يراقب في الوقت الفعلي ولا يمكنه الإجابة على الأسئلة في منتصف المهمة، لذا فإن السؤال 'هل تريد مني...؟' أو 'هل يجب علي...؟' سيعيق العمل. بالنسبة للإجراءات القابلة للعكس التي تتبع الطلب الأصلي، تابع دون سؤال. توقف فقط عند الإجراءات التدميرية أو التغييرات الحقيقية في النطاق التي يجب على المستخدم اتخاذ قرار بشأنها. تقديم متابعات بعد الانتهاء من المهمة أمر جيد؛ طلب الإذن قبل القيام بالعمل ليس كذلك.
قبل إنهاء دورك، تحقق من فقرتك الأخيرة. إذا كانت خطة، أو تحليل، أو سؤال، أو قائمة بالخطوات التالية، أو وعدًا بشأن عمل لم تنجزه، فقم بهذا العمل الآن باستخدام استدعاءات الأدوات. أنهِ دورك فقط عندما تكتمل المهمة أو تكون محظورًا على إدخال لا يمكن توفيره إلا بواسطة المستخدم.
تربط Anthropic ذلك بكتلة ثانية تحدد طلب المستخدم كنطاق للمخرجات: لا تضيقه أو توسعه أو تبدله؛ أكمل كل جزء غير محظور وقل ما تم إغفاله؛ تعامل مع شيء لاحظته ولكن لم يُطلب منك كإقتراح، وليس كتغيير. يمكن أن يجعل هذا الزوج النموذج أقل عرضة للسؤال عن الطلبات الغامضة، لذا أضف سطرًا يسرد التأكيدات التي لا تزال تريدها. أحد الفروق عن Opus 5: إذا كانت مطالبتك تطلب من النموذج التحقق من عمله قبل الإبلاغ، فاحتفظ بها. نصيحة Opus 5 لحذف تعليمات التحقق لا تنطبق هنا.
إصلاحات غير مطلوبة وملفات اختبار إضافية
التغيير. عندما يُطلب منه ميزة مفتوحة، يقدم Fable 5.1 ذلك وأحيانًا أكثر: إصلاحات قريبة، سلوك ممتد، المزيد من ملفات الاختبار الملتزمة مما يتطلبه التغيير.
الحل، الذي تقول Anthropic إنه خفض الإضافات بشكل كبير دون تغيير في نجاح المهمة:
إذا وجدت أثناء العمل أو الاختبار خطأ موجودًا مسبقًا، أو مشكلة في الأداء، أو سلوكًا لم تذكره المهمة، فلا تقم بإصلاحه أو تحسينه أو توسيعه في هذا التغيير ما لم يكن السلوك المطلوب لا يمكن أن يعمل بدونه؛ أبلغ عنه كمتابعة في ملخصك. تحقق من عملك بالطريقة التي تفضلها؛ لا يلزم الاحتفاظ بالبرامج النصية المؤقتة والفحوصات السريعة. الزم بإنشاء الاختبارات فقط حيث تطلب المهمة ذلك أو إذا كان هذا المستودع يحتوي بالفعل على اختبارات لهذا النوع من التغيير، بحجم ملفات الاختبار المجاورة. هذا يتعلق بالإضافات فقط: نفذ كل سلوك تطلبه المهمة، بشكل كامل.
إعادة كتابة ملفات كاملة لتغييرات صغيرة
التغيير. من المرجح أن يقوم Fable 5.1 بإعادة كتابة ملف كامل بدلاً من إجراء تعديل مستهدف، أكثر من Fable 5. نفس النتيجة، ورموز (tokens) إخراج أكثر.
الحل، في مطالبة النظام أو رسالة المستخدم الأولى:
من الأفضل تقليل عدد الرموز (tokens) المستخدمة لتحرير الملفات، مع تساوي العوامل الأخرى. لذلك، عندما لا يؤثر ذلك على النتيجة النهائية، حاول تحرير الملف جراحيًا بدلاً من إعادة كتابة الملف بأكمله.
النثر يصبح طويلاً وكثيفاً
التغيير. كتابة Fable 5.1 هي بشكل عام خطوة للأمام، مع عبارات نمطية أقل، ولكن في بعض الحالات تكون أكثر كثافة من Fable 5: جمل أطول، فواصل فقرات أقل.
الحل هو تحديد النمط المعاكس. تصف مقتطفات Anthropic "النثر المتكلف" بأنه كتابة تستبدل الاستعارات والزخارف بالعبارات المباشرة وتوجد لعرض الكاتب بدلاً من نقل الفكرة؛ التعليمات هي أن تقول ما تعنيه وتستخدم العبارة الحرفية عندما تكون متاحة. يعمل الشكل المختصر أيضًا: "يرجى إزالة جميع النثر المتكلف".
ردود الدردشة تحمل بنية أقل مما يحتاجه المحتوى
التغيير. النماذج السابقة أفرطت في استخدام النقاط العادية (bullets) والخط العريض، لذلك تحمل العديد من المطالبات قواعد مكافحة التنسيق. Fable 5.1 يميل إلى الاتجاه الآخر: خط عريض أقل، عناوين وقوائم أقل. هذه القواعد القديمة الآن تكبت البنية التي يحتاجها المحتوى.
الحل. أزل لغة مكافحة التنسيق، أو استبدلها بقاعدة تحدد متى يساعد التنسيق: استخدم القوائم عند الطلب أو عندما يكون المحتوى متعدد الأوجه بما يكفي لتوضيحه؛ احترم طلبًا صريحًا للتنسيق الأدنى؛ التزم بالنثر البسيط في المحادثات أو التبادلات العاطفية.
الملخصات تعيد إنتاج صياغة المصدر دون تمييزها
التغيير. عند تلخيص المستندات، من المرجح أن يقوم Fable 5.1 بإعادة إنتاج مقتطفات من المصدر دون وضع علامة عليها كاقتباسات، أكثر من Fable 5.
الحل. أضف مثالًا كاملاً واحدًا إلى مطالبة النظام: طلب المستخدم، استجابة صحيحة تنقل كل مصدر بحديث المساعد غير المباشر مع اقتباس واحد قصير ومحدد كحد أقصى، وتبرير من جملة واحدة يوضح سبب صحته. استبدل العناصر النائبة لاستدعاء الأداة في مثال Anthropic باسم أداتك الخاصة.
إجابات من الذاكرة بدلاً من البحث بجهد منخفض
التغيير. عند مستوى جهد low (منخفض)، يستدعي Fable 5.1 أدوات البحث والاسترجاع بشكل أقل تكرارًا من Fable 5، ويظهر ذلك بشكل خاص للمنتجات والنماذج المسماة التي يتعرف عليها ولكنه يمتلك معرفة قديمة عنها.
حلان. ارفع مستوى الجهد للأدوار المتأثرة بجهد لكل رسالة. أو أخبر النموذج في مطالبة النظام أن التعرف على اسم من منطقة سريعة التغير ليس هو نفسه معرفة حالته الحالية، وأنه يجب عليه البحث قبل الإجابة، وأنه يجب أن يتضمن الاسم كما كتبه المستخدم في استعلام واحد على الأقل.
المخرجات الطويلة عند xhigh و max تستغرق وقتًا طويلاً جدًا
التغيير. عند xhigh وخاصة max، يمكن لـ Fable 5.1 صياغة جزء كبير من مخرجات طويلة في تفكيره ثم إعادة كتابتها كإجابة، مما يضاعف وقت الانتظار وعدد الرموز (tokens) الناتجة.
حلان. قم بتشغيل تلك الطلبات عند مستوى 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 إنها يجب أن تعمل بشكل جيد دون تغييرات. الاختلافات سلوكية: عدد أقل من استدعاءات الأدوات المجمعة، تحديثات تقدم أقل، نثر أكثر كثافة، تنسيق دردشة أقل، إعادة كتابة ملفات كاملة، وتوسع نطاق العمل في المهام المفتوحة.
ما هو مستوى الجهد الذي يجب أن أستخدمه لمطالبات Fable 5.1؟ ابدأ بـ high (عالي) وقم بالمسح. تقول Anthropic إن medium (متوسط) يتطابق تقريبًا مع Fable 5 بتكلفة أقل وأن low (منخفض) غالبًا ما يكون تنافسيًا مع Opus و Sonnet من حيث التكلفة لكل مهمة.
أين أضع تعليمات لكل دورة على Fable 5.1؟ كرسالة نظام محددة للدورة مع clear_at: "next_user_message" بعد نتائج الأداة، مع ترك النسخ السابقة في مكانها. إن إدخال وحذف نص من الأدوار السابقة يبطل كتل التفكير اللاحقة ويعيد تشغيل ذاكرة التخزين المؤقت.
هل يجب علي إزالة تعليمات "التحقق من عملك" كما في Opus 5؟ لا. كانت تلك الإرشادات خاصة بالإفراط في التحقق في Opus 5. احتفظ بها في Fable 5.1.
كيف أمنع Fable 5.1 من إعادة كتابة ملفات كاملة؟ سطر واحد في مطالبة النظام أو رسالة المستخدم الأولى: قلل الرموز (tokens) المستخدمة لتحرير الملفات وقم بتحريرها جراحيًا بدلاً من إعادة كتابتها عندما لا يؤثر ذلك على النتيجة.