الترحيل من Claude Opus 5 إلى Opus 5.5: ما الذي يتغير لمستدعي API

أطلقت Anthropic نموذج Claude Opus 5.5 في 22 سبتمبر 2026. وبالنسبة لأي شخص يستدعي Claude API، فإن الترقية كلها تكمن في سلسلة نصية واحدة: claude-opus-5 تصبح claude-opus-5-5.

وما يقف خلف تلك السلسلة النصية هو تكلفة أقل بنسبة 20% لكل رمز (token) في كلا الاتجاهين، وسقف للاستجابة الواحدة عند 128,000 رمز إخراج، مع ادّعاء بإنتاج مخرجات أسرع بنسبة 30%، ومصمّم للبقاء على مهمة واحدة لمدة 18 ساعة أو أكثر. ولا شيء من ذلك يخلو من عواقب على الكود الذي ضبطته وفقًا لـ Opus 5.

هذه هي القفلة الثانية في الترحيل على خط هذا النموذج، وهي لا تشبه الأولى إطلاقًا. فـ الانتقال من Opus 4.8 إلى Opus 5 كان ترحيلًا من أجل الصحة: تحرّكت القيم الافتراضية تحت كود يعمل، وبدأت مجموعة واحدة من الطلبات كانت صالحة سابقًا في إرجاع خطأ 400 صريح. أما هذه القفلة فهي ترحيل للميزانية ونطاق التشغيل. والعمل هنا يكمن في إعادة قياس أرقام قِستها من قبل، لأن كل واحد منها قد تحرّك. كما أن Opus 5.5 صدر في نفس اليوم الذي صدر فيه نموذجان جديدان من OpenAI، وهي قصة قائمة بذاتها.

الفروق، في الخلايا الوحيدة التي نملك مصدرًا لها

الخلايا الفارغة مقصودة. فقد نشرت Anthropic الجانب الخاص بـ Opus 5.5 على صفحة النموذج، ولن نعيد بناء الجانب الخاص بـ Opus 5 من الذاكرة، لأن رقمًا خاطئًا في نموذج تكلفة أسوأ من رقم مفقود. استخرج تلك الصفوف الخمسة من صفحة أسعار Anthropic قبل أن تبني تقديرًا للتوفير عليها.

1. تغيير المعرّف حقيقي، والـ 20% حقيقية، أما الـ 40% فتحتاج إلى تدقيق

استبدل السلسلة النصية وستدفع أقل بنسبة 20% لكل رمز في كلا الاتجاهين. هذا الجزء حسابي بحت: من $5 إلى $4 في الإدخال، ومن $25 إلى $20 في الإخراج، نفس الخصم على الجانبين.

كما تقول Anthropic إن تكلفة تشغيل Opus 5.5 أقل بنسبة 40% من Opus 5. هذان الرقمان لا يتعارضان، لكنهما ليسا الادّعاء نفسه أيضًا. فخصم بنسبة 20% لكل رمز لا يمكنه بمفرده أن يُنتج انخفاضًا بنسبة 40% في الفاتورة. النصف الآخر يجب أن يأتي من استخدام النموذج لعدد أقل من الرموز لإنجاز المهمة نفسها، وكفاءة الرموز مرتبطة بطبيعة عبء العمل بطريقة لا تتوفر في ورقة الأسعار.

لذا تعامل مع الـ 40% كسبب لإعادة القياس وليس كرقم ترميه في التوقعات. أعد تشغيل شريحة تمثيلية من حركة المرور الفعلية للأسبوع الماضي على كلا معرّفي النموذج بنفس المطالبات والإعدادات، وقارن كتل usage بدلًا من انطباعك عنها، واضرب أعداد الرموز الفعلية في الأسعار الجديدة. ستقع نتيجتك في مكان ما بين 20% و40%، والمكان الذي تقع فيه يخبرك بشيء مفيد عن مقدار ما في مطالبتك مما لم يكن مطلوبًا أصلًا.

2. بند الذاكرة المؤقتة هو أكبر تغيير سعري في الجدول

تكلّف قراءات الذاكرة المؤقتة على Opus 5.5 مبلغ $0.20 لكل مليون رمز مقابل $4.00 للإدخال الجديد، أي خصم بنسبة 95%. أما كتابات الذاكرة المؤقتة فتكلّف $5.00 لكل مليون، أي علاوة قدرها $1.00 فوق الـ $4.00 التي كنت ستدفعها لإرسال تلك الرموز دون تخزين مؤقت.

هذه العلاوة تسدد ثمنها من أول إصابة، مع فائض. فكتابة بادئة (prefix) تكلّف $1.00 لكل مليون أكثر من عدم تخزينها مؤقتًا. وكل قراءة لاحقة لتلك البادئة توفّر $3.80 لكل مليون. أنت تصل إلى نقطة التعادل عند نحو ربع إعادة قراءة واحدة، وهو ما يعني عمليًا: إذا أُعيد استخدام البادئة ولو مرة واحدة، فكان تخزينها مؤقتًا هو الخيار الصحيح.

وإليك الشكل على مطالبة نظام بحجم 200,000 رمز، وهو حجم طبيعي بمجرد لصق حزمة مواصفات OpenAPI:

نفس المطالبات، نفس النموذج، أقل بنسبة 83%. والطلب الذي يمنحك الصف الثاني يعلّم البادئة بشكل صريح:

{
  "model": "claude-opus-5-5",
  "max_tokens": 4096,
  "system": [
    {
      "type": "text",
      "text": "<your 200k-token spec bundle>",
      "cache_control": {"type": "ephemeral"}
    }
  ],
  "messages": [
    {"role": "user", "content": "Which endpoints changed between v2 and v3?"}
  ]
}

ثم اقرأ الاستجابة للتأكد من أنك حصلت على إصابة، لأن ذاكرة مؤقتة تظن أنك تملكها وأنت لا تملكها هي أغلى أنواع الذاكرة المؤقتة:

"usage": {
  "input_tokens": 41,
  "cache_creation_input_tokens": 204800,
  "cache_read_input_tokens": 0,
  "output_tokens": 612
}

في الاستدعاء الأول، يتحمّل cache_creation_input_tokens العبء. وفي كل استدعاء بعده، يجب أن ينخفض ذلك الرقم إلى الصفر وأن يتولّى cache_read_input_tokens المهمة. وإن لم يحدث ذلك، فثمة شيء في المنبع يغيّر بادئتك، وعادةً يكون ذلك طابعًا زمنيًا أو معرّف طلب أو قائمة أدوات أُعيد ترتيبها. وحفظ استدعاء واحد في Apidog وتشغيله مرتين هو أسرع طريقة لمعرفة أي من الحقلين يتحرك. الحساب الكامل، بما في ذلك متى يستحق سياق بحجم 1M التخزين المؤقت أصلًا، موجود في حسابات تكلفة التخزين المؤقت في Opus 5.5.

3. استجابة بحجم 128,000 رمز هي مشكلة عميل قبل أن تكون مشكلة نموذج

سيعيد Opus 5.5 ما يصل إلى 128,000 رمز إخراج في استجابة واحدة. وبسعر $20 لكل مليون، يعني ذلك $2.56 لاستدعاء واحد بلغ حده الأقصى، وهو أمر يستحق المعرفة قبل أن يضبط أحدهم max_tokens على السقف داخل حلقة إعادة محاولة.

المشكلة الأكبر هي كل ما يقع بين النموذج وكودك:

• مُهَل قراءة HTTP (read timeouts). الاستجابة بهذا الطول تستغرق دقائق، لا ثوانٍ. والمُهَل الافتراضية في معظم حِزم SDK والوكلاء العكسيين أقصر من ذلك.
• مخازن الوسيط والبوابة المؤقتة. البوابة التي تخزّن الجسم بالكامل قبل تمريره تُبقي ميغابايتات لكل طلب جارٍ، وبعضها سيقطع الاتصال ببساطة.
• الاستدعاءات غير المتدفقة. بدون البث، تنتظر طوال الوقت دون شيء تراه ودون أي نقطة استئناف.
• JSON مبتور. الوصول إلى max_tokens في منتصف كائن يُنتج JSON غير صالح، وليس كائنًا جزئيًا يمكنك إنقاذه. تحقّق من stop_reason قبل التحليل.

رفع max_tokens لأن السقف ارتفع هو النصف السهل. أما جعل سلسلة المُهَل والمخازن والمحلّل لديك تتوافق مع السقف الجديد فهو النصف الذي يسبّب الحوادث.

4. إخراج أسرع لا يعني انتظارًا أقصر

تذكر Anthropic أن Opus 5.5 ينتج مخرجات أسرع بنسبة 30% من Opus 5. وسرعة الإخراج حدّ واحد فقط في زمن الاستجابة الذي تخدمه فعليًا. فهناك زمن أول رمز، وإعادات المحاولة، والاصطفاف في الطابور بجانبه، والنموذج الذي يبثّ أسرع قد يظل يبدو أبطأ إذا فكّر طويلًا قبل وصول أول رمز.

لذا قِسه. أطلق مجموعة ثابتة من المطالبات التمثيلية على كلا معرّفي النموذج من نفس الموضع الشبكي، وسجّل p50 وp95 بشكل منفصل لزمن أول رمز وللزمن الكلي. متوسط زمن الاستجابة يخفي الحالة التي تُصعّد لك التنبيهات.

إذا كنت تحتفظ بسيناريوهات اختبار API في Apidog، فهذه مهمة صغيرة: انسخ طلبًا محفوظًا واحدًا، غيّر معرّف النموذج، شغّل الاثنين وفق جدول زمني، واقرأ السلاسل الزمنية لزمن الاستجابة بدلًا من ساعة إيقاف. الهدف هو الدخول إلى الترحيل برقم "قبل"، لأنه بعد التحويل لن تكون هناك أي طريقة للحصول عليه.

5. الوضع السريع هو بالضبط ضعف السعر المعلن

يكلّف الوضع السريع على Opus 5.5 مبلغ $8.00 لكل مليون إدخال و$40.00 لكل مليون إخراج. وبوضعها إلى جانب $4.00 و$20.00 القياسيين، تصبح قاعدة التسعير سهلة الحفظ: الوضع السريع هو ضعف صريح على الجانبين.

وهذا يجعل القرار حسابيًا لا تقديريًا: إذا كان زمن الاستجابة على مسار معين يستحق مضاعفة فاتورة رموز ذلك المسار، فاستخدمه هناك، وإلا فلا. والتقسيم المعتاد هو الوضع السريع على المسارات التفاعلية والأسعار القياسية على العمل الدفعي والخلفي.

6. تعامل مع جدول المعايير كسبب للاختبار، لا كنتيجة

أرقام Anthropic المنشورة لـ Opus 5.5 قوية: Terminal-Bench 4.0 عند 66.4%، وFrontierCode v1.1 عند 54.4%، وCursorBench 4.0 عند 57.8%، وGDPval-AA v2.1 عند 1846 إيلو، وAutomationBench عند 40.0%، وHumanity’s Last Exam عند 67.7% مع الأدوات، وOSWorld 2.0 عند 81.8%، وChartography عند 89.0%. وتحتلّه Artificial Analysis، وهي طرف ثالث لا أحد المزوّدين، في المرتبة الأولى من بين 212 نموذجًا على مؤشرها بدرجة 58.

وثمة ادّعاءان آخران من المزوّد يهمان تشغيليًا لا تنافسيًا. فقد صُمّم Opus 5.5 للبقاء على مهمة واحدة لمدة 18 ساعة أو أكثر، وهذا يهدم كثيرًا من الافتراضات العادية حول المُهَل وإعادات المحاولة وقابلية الاستئناف. وتذكر Anthropic انخفاضًا بنسبة 85% في محاولات تجاوز الحدود الناجحة، وهي خاصية قابلة للاختبار في نقاط النهاية الخاصة بك لا خاصية ترثها تلقائيًا.

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

قائمة تحقق الترحيل

1. غيّر claude-opus-5 إلى claude-opus-5-5 في خدمة واحدة، لا في جميعها.
2. اقرأ دليل الترحيل من Anthropic الخاص بهذه القفلة قبل افتراض أن سطح المعاملات لم يتغير. فقفلة الانتقال من 4.8 إلى 5 حرّكت القيم الافتراضية بهدوء، لذا تحقّق بدلًا من أن تستنتج.
3. أعد تشغيل شريحة من حركة المرور الفعلية على كلا المعرّفين وقارن كتل usage.
4. أعد حساب إنفاقك الشهري عند $4 و$20، وبشكل منفصل عند $5 لكتابات الذاكرة المؤقتة و$0.20 لقراءاتها.
5. أكّد إصابات الذاكرة المؤقتة في cache_read_input_tokens بدلًا من الثقة بأن البادئة مستقرة.
6. ارفع مُهَل قراءة HTTP وتحقّق من مخازن البوابة المؤقتة قبل أن يضبط أي شخص max_tokens قرب 128,000.
7. سجّل زمن الاستجابة p50 وp95 على كلا المعرّفين قبل التحويل.
8. قرّر الوضع السريع مسارًا بمسار، بضعف السعر المعلن.
9. أعد تشغيل مجموعة التقييم الخاصة بك. فمعايير المزوّد هي سبب الاختبار، لا الاختبار نفسه.

Opus 5.5 هو نسخة أرخص وأسرع وأطول تشغيلًا من نموذج تستدعيه بالفعل. وخطر الترحيل ليس في أن تغيير السلسلة النصية يفشل. بل في أن تنقل معك نموذج تكلفة ومُهلة وقيمة max_tokens كانت كلها مقاسّة لنموذج آخر.

الأسئلة الشائعة

هل claude-opus-5-5 بديل مباشر لـ claude-opus-5؟ تعامل معه كذلك فقط بعد التحقق من دليل الترحيل من Anthropic الخاص بهذه القفلة. فتغيير المعرّف تعديل من سطر واحد، لكن القفلة السابقة على هذا الخط حرّكت القيم الافتراضية دون تغيير شكل الطلب، لذا فإن التحقق تأمين رخيص.

كم أرخص Opus 5.5؟ أقل بنسبة 20% لكل رمز في كلا الاتجاهين، من $5 إلى $4 في الإدخال ومن $25 إلى $20 في الإخراج. وتذكر Anthropic بشكل منفصل انخفاضًا بنسبة 40% في تكلفة التشغيل، وهو ما يستلزم مكاسب في كفاءة الرموز فوق خفض السعر. قِس عبء عملك الخاص لتعرف أين تقع بين الرقمين.

ما تكلفة التخزين المؤقت للمطالبات على Opus 5.5؟ الكتابات تكلّف $5.00 لكل مليون رمز والقراءات $0.20 لكل مليون، مقابل $4.00 للإدخال غير المخزّن مؤقتًا. وإعادة استخدام واحدة لبادئة مخزّنة مؤقتًا تزيد عن تغطية علاوة الكتابة.

هل يغيّر حد الإخراج البالغ 128,000 رمز أي شيء في عميلي؟ عادةً نعم. تحقّق من مُهَل قراءة HTTP، ومن تخزين البوابة المؤقت، ومن كونك تبثّ أم لا. وتحقّق أيضًا من stop_reason قبل التحليل، لأن الوصول إلى الحد في منتصف كائن يُنتج JSON غير صالح لا كائنًا مبتورًا.