تستدعي claude-fable-5، ويبدو الرد طبيعيًا، ثم تتحقق من حقل model: claude-opus-4-8. لقد أدت طلبك إلى تفعيل مصنف أمان، فرفض Fable 5 الإجابة، وتدخل نموذج مختلف. هذا ليس خطأً برمجيًا. هذه هي الطريقة التي صُمم بها Fable 5 للعمل، ويجب أن يتعامل تكاملك معه عمدًا وليس عن طريق الصدفة.
لقد غطينا الأسباب الكامنة وراء هذه البنية في شرحنا حول إجراءات الأمان في Fable 5. هذه المقالة هي الدليل العملي. ستتعلم ما الذي يؤدي إلى إعادة التوجيه، وكيفية اكتشاف ذلك في التعليمات البرمجية، وكيف تعمل معلمة fallbacks التجريبية على أتمتة إعادة المحاولة، وكيفية اختبار معالجة الرفض قبل أن يصادفها مستخدم حقيقي.
لماذا يعيد Fable 5 توجيه بعض الطلبات
Claude Fable 5 يأتي مزودًا بمصنفات أمان تفحص الطلبات الواردة. تراقب هذه المصنفات ثلاثة مجالات: الأمن السيبراني، وعلم الأحياء والكيمياء، وتقطير النماذج. عندما يتم تفعيل مصنف، يرفض Fable 5 الطلب. على واجهات مستخدمي Claude، يتم التعامل مع الطلب بعد ذلك بواسطة Claude Opus 4.8 ويتم إخطار المستخدم بحدوث ذلك. على API، يكون الاسترداد هو مسؤوليتك، وهنا يأتي دور معلمة fallbacks.
المصنفات ليست ثابتة. بعد تعليق يونيو، أعادت Anthropic تدريب المصنف ضد تقنية كسر الحماية المبلغ عنها؛ الإصدار المحدث يحظر أكثر من 99% من المحاولات. تم إعادة نشر Fable 5 في 1 يوليو 2026 مع المصنف الجديد. إذا أوقفت تكاملك أثناء الانقطاع، فإن مركز Fable 5 عاد للعمل لديه الجدول الزمني الكامل وما تغير.
قطعة أخرى من السياق تساعد هنا. المصنفات توجد أمام النموذج، وليس داخله. Claude Mythos 5 هو نفس النموذج بدون مصنفات، والوصول إليه مقصور على المشاركين في مشروع Glasswing. أكثر من 95% من جلسات Fable لا تتضمن أي ارتداد على الإطلاق، وبالنسبة لتلك الجلسات، فإن أداء Fable 5 مطابق فعليًا لأداء Mythos 5. نفصل الاختلافات في Fable 5 مقابل Mythos 5.
ماذا تعني إعادة التوجيه لتطبيقك
يعد Fable 5 و Opus 4.8 كلاهما نموذجين قويين، لكنهما ليسا قابلين للتبديل من وجهة نظر هندسية. يعمل Fable 5 بنافذة سياق بحجم 1 مليون توكن مع حد أقصى للإخراج يبلغ 128 ألف توكن بتكلفة 10 دولارات لكل مليون توكن إدخال و 50 دولارًا لكل مليون توكن إخراج؛ لدى Opus 4.8 تسعيره الخاص وملف سلوكه الخاص. نظرة عامة على النماذج تسرد المواصفات الحالية لكليهما. قد ينتج عن المطالبة التي قمت بضبطها لـ Fable 5 أطوالًا مختلفة أو تنسيقات مختلفة أو أنماط استدعاء أدوات مختلفة على Opus 4.8.
ما إذا كان ذلك يهم يعتمد على حالة الاستخدام الخاصة بك:
- عادة لا يهم. بالنسبة للمساعدين في الدردشة، والوكلاء، والتوليد العام، فإن إجابة Opus 4.8 هي إجابة جيدة. أكثر من 95% من الجلسات لا تعود أبدًا إلى نموذج احتياطي، لذا فإن التأثير الكلي على الجودة يكون صغيرًا.
- يهم ذلك في التقييمات وخطوط الأنابيب الثابتة. إذا كنت تقارن الأداء بنموذج معين، فإن إعادة التوجيه الصامتة تلوث بياناتك. الأمر نفسه ينطبق على الاستخراج المنظم باستخدام أوامر مصممة بدقة لسلوك نموذج واحد.
- يهم ذلك في تخصيص التكاليف والامتثال. تُحاسب محاولات الارتداد بمعدلات النموذج المُقدم، ويجب على بعض الفرق تسجيل النموذج الذي أنتج كل مخرج.
- يهم ذلك بشكل خاص بالقرب من المجالات التي تسبب التفعيل. أدوات الأمان وأعمال علوم الحياة تقع بالقرب من أهداف المصنف، لذلك تحدث الإيجابيات الخاطئة هناك أكثر من أي مكان آخر. إذا كنت في هذا الموقف، تعامل مع معالجة الارتداد كمسار تعليمي أساسي، وليس حالة خاصة.
اكتشاف الارتداد برمجيًا
الإشارة الموثوقة هي حقل model في الاستجابة. تسمي كل استجابة من Messages API النموذج الذي أنتجها، لذا فإن الطلب المرسل إلى claude-fable-5 الذي يعيد claude-opus-4-8 قد تم إعادة توجيهه. هذا هو السلوك القياسي لـ Messages API؛ لا تحتاج إلى أي ميزة تجريبية لقراءتها.
هناك حقلان آخران ينتميان إلى نفس سطر السجل. يخبرك stop_reason ما إذا كان الطلب قد رفض بشكل صريح: الطلب المرفوض بدون معالجة ارتداد يُرجع HTTP 200 مع تعيين stop_reason على "refusal" وبدون محتوى قابل للاستخدام، لذا تحقق منه قبل قراءة response.content. ويمنحك usage عدد الرموز التي تحتاجها لتخصيص التكلفة للنموذج الذي قام بفواتيرها.
response = client.messages.create(
model="claude-fable-5",
max_tokens=16000,
messages=[{"role": "user", "content": prompt}],
)
if response.stop_reason == "refusal":
# تم الرفض بدون تهيئة نموذج احتياطي: لم يتم إرجاع محتوى قابل للاستخدام
handle_refusal(response)
elif not response.model.startswith("claude-fable-5"):
logger.info(
"fallback served_by=%s in=%d out=%d",
response.model,
response.usage.input_tokens,
response.usage.output_tokens,
)
إذا كنت تقوم بتوصيل API من البداية، فابدأ بدليلنا حول كيفية استخدام Claude Fable 5 API وأضف هذا الفحص بمجرد أن تعمل استدعاءاتك الأولى.
معلمة الارتدادات (fallbacks)
بدون أي تهيئة للارتدادات، يتوقف طلب API المرفوض ببساطة. تحصل على الرفض، ولا يحصل المستخدم على شيء، وتصبح منطق إعادة المحاولة مهمتك لكتابتها. تنقل معلمة fallbacks عملية إعادة المحاولة هذه إلى الخادم: عندما يرفض Fable 5، يعيد API تشغيل نفس الطلب على نموذج تسميه أنت، داخل نفس الاستدعاء، ويعيد إجابة هذا النموذج.
المعلمة في مرحلة تجريبية على Claude API ومنصة Claude على AWS، وموثقة في صفحة الرفض والارتداد الخاصة بـ Anthropic. يمكنك الاشتراك باستخدام عنوان بيتا، وعند الإطلاق، الهدف الاحتياطي الوحيد المدعوم هو claude-opus-4-8:
response = client.beta.messages.create(
model="claude-fable-5",
max_tokens=16000,
betas=["server-side-fallback-2026-06-01"],
fallbacks=[{"model": "claude-opus-4-8"}],
messages=[{"role": "user", "content": prompt}],
)
print(response.model) # claude-opus-4-8 إذا تم إعادة توجيه الطلب
الفوترة تعمل لصالحك. الطلب الذي تم رفضه قبل إنشاء أي مخرجات لا تتم فوترته على الإطلاق؛ تُحاسب محاولة الإنقاذ بأسعار النموذج الاحتياطي الخاصة به. يبقى الاكتشاف كما كان من قبل: response.model يسمي النموذج الذي أجاب.
بعض الحدود التي يجب معرفتها. يتم رفض المعلمة في Batches API وهي غير متاحة على Amazon Bedrock أو Google Vertex AI أو Microsoft Foundry؛ على هذه المنصات، تتعامل مع عمليات إعادة المحاولة من جانب العميل. وإذا رفض النموذج الاحتياطي أيضًا، فإن الاستجابة النهائية تحمل stop_reason: "refusal"، لذا احتفظ بفرع الرفض من القسم السابق حتى مع تمكين الارتدادات.
تصميم سياستك للمعالجة
الاكتشاف وإعادة المحاولة هي آليات. القرار الحقيقي هو ما يفعله منتجك عندما يحدث ارتداد، وهناك ثلاث سياسات منطقية:
- قبول إجابة Opus. مناسب لمنتجات الدردشة والمساعدين ومعظم الوكلاء. قم بتمكين
fallbacks، وسجل الحدث، واستمر. يحصل المستخدم على إجابة في دورة واحدة بدلاً من خطأ. - إعادة المحاولة بطلب معدل. مناسب لخطوط الأنابيب حيث يكون اتساق النموذج أهم من زمن الاستجابة. لا تعيد إرسال نفس الأمر إلى Fable 5؛ المصنف الذي رفضه مرة سيرفضه مرة أخرى. أعد صياغة بعيدًا عن المشغل، أو وجه المهمة بأكملها إلى Opus 4.8، أو ضعها في قائمة الانتظار للمراجعة البشرية.
- عرضه للمستخدم. مناسب عندما يدفع العملاء ثمن Fable 5 على وجه التحديد، أو عندما يتطلب الامتثال الكشف عن ذلك. اعرض النموذج الذي أجاب ودع المستخدم يقرر ما إذا كان سيعيد التشغيل.
أيًا كانت السياسة التي تختارها، تتبع معدل ارتدادك. المعدل القريب من الصفر يتطابق مع خط الأساس على مستوى المنصة. المعدل الذي يتجاوز بضعة بالمائة يعني أن مطالباتك تتلامس مع مجال محفز، ويستحق مراجعتها قبل أن يزداد الحجم.
اختبار مسارات الرفض قبل الإنتاج
معالجة الارتداد هي نوع من التعليمات البرمجية التي تعمل في العرض التوضيحي وتفشل بعد ستة أسابيع، لأن الرفض نادر بطبيعته. لا يمكنك انتظار مستخدم حقيقي لتفعيل المصنف لمعرفة ما إذا كانت سجلاتك، وعمليات إعادة المحاولة، وواجهة المستخدم تعمل جميعها بشكل صحيح. يجب عليك استفزاز المسار بنفسك.
Apidog يجعل هذا عمليًا. حدد نقطة نهاية Claude Messages مرة واحدة، احتفظ بمفتاح API الخاص بك في متغير بيئة، وقم ببناء سيناريو اختبار من مجموعة صغيرة من المطالبات للحالات الشاذة: عدد قليل من المطالبات المتعلقة بالأمان والقريبة من علم الأحياء والتي تقع بالقرب من أهداف المصنف، بالإضافة إلى ضوابط حميدة لا ينبغي أبدًا إعادة توجيهها. ثم تأكد من نص الاستجابة. يتحقق كل اختبار من حقل model (هل بقيت السيطرة على claude-fable-5؟ هل عادت الحالة الشاذة من claude-opus-4-8؟) و stop_reason (هل رفض أي شيء بشكل صريح؟).
قم بتشغيل السيناريو على جدول زمني أو في CI. عندما تعيد Anthropic تدريب المصنف، كما فعلت قبل إعادة النشر في 1 يوليو، فإن مجموعتك تخبرك في غضون يوم ما إذا كانت حالاتك الشاذة لا تزال تتصرف بالطريقة التي يتوقعها رمز المعالجة الخاص بك. هذا إعداد يستغرق خمس دقائق في Apidog مقابل مفاجأة صامتة في الإنتاج.
الأسئلة الشائعة
هل تكلف معلمة الارتدادات (fallbacks) مبلغًا إضافيًا؟ لا. لا تتم فوترة الطلب الذي تم رفضه قبل إنتاج أي مخرجات. إذا أجاب النموذج الاحتياطي، فإنك تدفع أسعار النموذج العادية لكل توكن لمحاولة الإنقاذ. لن تتم فوترتك مرتين على الإطلاق لنفس الإجابة.
هل ستؤدي المطالبات المتعلقة بالأمان دائمًا إلى ارتداد؟ لا. تستهدف المصنفات الطلبات الضارة في الأمن السيبراني، وعلم الأحياء والكيمياء، وتقطير النماذج، وليس المواضيع نفسها. تمر معظم أعمال الهندسة الأمنية دون مساس؛ أكثر من 95% من جميع الجلسات لا تشهد أي ارتداد. تحدث الإيجابيات الخاطئة بالقرب من تلك المجالات، وهذا هو بالضبط سبب اختبار المسار وتسجيل المعدل.
لقد توقفت عن استخدام Fable 5 خلال تعليق يونيو. هل من الآمن العودة؟ نعم. مع إعادة النشر في 1 يوليو، أصبح المصنف المعاد تدريبه مباشرًا وواجهة API لم تتغير. دليلنا حول التبديل مرة أخرى إلى Fable 5 API يشرح كيفية إعادة تمكينه، ومعلمة fallbacks هي الجزء الذي يضيفه معظم الفرق عند العودة.
خلاصة
عمليات إعادة توجيه Fable 5 هي قرار تصميم، وليست حادثًا، لذا تعامل معها على هذا الأساس في التعليمات البرمجية الخاصة بك. تحقق من response.model في كل استدعاء، احتفظ بفرع رفض حتى مع تمكين الارتدادات، اشترك في معلمة fallbacks ما لم يكن لديك سبب لعدم القيام بذلك، واختر سياسة لما يفعله منتجك عندما يجيب Opus 4.8. ثم أثبت أن المسار بأكمله يعمل: قم ببناء مجموعة حالات الحافة في Apidog، وتحقق من model و stop_reason، وقم بتشغيلها بانتظام. قم بتنزيل Apidog ويمكنك تشغيل مجموعة الرفض قبل نشرك التالي.