قفزات أخطاء Claude Opus 4.8: ما الذي ينبغي على المطورين تغييره بعد حوادث 16-19 يونيو

في 16 يونيو، سجّلت صفحة الحالة الخاصة بـ Anthropic الرقم الذي ينبغي أن يهم مهندسي الإنتاج: كل نماذج Sonnet وOpus وصلت تقريبًا إلى معدل أخطاء 10% لمدة 37 دقيقة، ثم واصل Claude Opus 4.8 العمل بمتوسط معدل أخطاء 10% لمدة 80 دقيقة أخرى (Claude Status). هذه ليست إزعاجة من نوع “جرّب لاحقًا” إذا كان تطبيقك يستدعي Claude داخل مسار عمل يراه المستخدم. هذه مراجعة تصميم.

ولم تتوقف الحوادث هناك. تُظهر Claude Status حوادث متكررة في Opus 4.8 وخدمات Claude الأوسع من 16 يونيو حتى 19 يونيو: ثلاث حوادث خاصة بـ Opus في 16 يونيو، وأربع حوادث أخرى تخص Opus/Sonnet أو Opus وحده في 17 يونيو، وتعطلًا في خدمات Claude في 18 يونيو، وحادثتين تخصان API أو Opus 4.8 في 19 يونيو (Claude Status). وحتى 20 يونيو، تقول الصفحة إنه لم تُسجّل حوادث اليوم، لكن النمط الأخير واضح بما يكفي.

أطلقت Anthropic نموذج Claude Opus 4.8 في 28 مايو كترقية بالسعر نفسه من Opus 4.7، وقدّمته باعتباره متعاونًا أقوى مع أداء أفضل في الاختبارات المرجعية وصدق محسّن (Anthropic). قد يكون ذلك كله صحيحًا. لكنه لا يغيّر الواقع التشغيلي: إذا كان Opus 4.8 في المسار الحرج لديك، فتطبيقك يحتاج الآن إلى نمط فشل حقيقي.

ما الذي حدث، بتوقيت UTC

بدأت الحادثة المهمة في 17:29 UTC يوم 16 يونيو، عندما فتحت Claude Status تحقيقًا في ارتفاع الأخطاء عبر نماذج كثيرة. لخّصت Anthropic الأمر لاحقًا على مرحلتين: من 17:23 إلى 18:00 UTC، تأثرت كل نماذج Sonnet وOpus ووصلت إلى نحو 10% كمعدل أخطاء؛ ومن 18:00 إلى 19:20 UTC، كان Opus 4.8 وحده يسجل متوسط معدل أخطاء 10% (Claude Status).

ثم جاءت قفزات أصغر لكنها ما زالت مؤلمة في Opus 4.8. في 16 يونيو، سجّلت Claude Status بشكل منفصل أخطاء في Opus 4.8 حوالي 19:41-19:53 UTC، وحادثة أخرى في Opus 4.8 من 20:45-20:58 UTC (Claude Status). في 17 يونيو، وقعت حوادث متعددة في Opus 4.8، منها حادثة تلقّت فيها الطلبات أخطاء مرتفعة من 04:59 إلى 05:41 UTC، وحادثة أخرى جمعت Sonnet 4.6 مع Opus 4.8 حيث تعافى Sonnet أولًا بينما ظل Opus 4.8 بحاجة إلى معالجة (Claude Status).

كان 18 يونيو أوسع نطاقًا: تقول Claude Status إن تعطلًا في الخدمة أثّر في خدمات Claude من 06:55 إلى 07:40 UTC (Claude Status). ثم جاء 19 يونيو بحادثة في Opus 4.8 من 06:07 إلى 07:17 UTC، وحادثة منفصلة بعنوان “معدلات أخطاء مرتفعة على Claude API” من 08:17 إلى 08:45 UTC (Claude Status).

هذا التسلسل الزمني مهم لأنه لم يكن انقطاعًا نظيفًا واحدًا. كان عنقودًا من المشاكل. قد تخفي إعادة محاولة واحدة ومضة خلل مدتها 30 ثانية. لكنها لن تنقذ منتجًا من عدم استقرار متكرر على مستوى النموذج على مدار عدة أيام.

لماذا المطورون غاضبون

نقاش Hacker News حول أخطاء Claude المرتفعة هو بالضبط ما تتوقعه من أناس نقلوا الذكاء الاصطناعي من تجارب لعب بالـ prompts إلى عمل إنتاجي يومي: إحباط، ونكات، وجدال جاد حول مخاطر الاعتماد (Hacker News).

يرى فريق أن هذا ألم نمو طبيعي لنماذج الحافة الأمامية. سعة GPU صعبة، والطلب يأتي على دفعات، وخدمة هذه النماذج مكلفة. وفريق آخر أقل تسامحًا: إذا كانت الفرق تبني منتجات مدفوعة ومسارات عمل داخلية حول Claude Code وClaude API ونماذج فئة Opus، فعبارة “أخطاء مرتفعة” ليست تلطيفًا بريئًا. إنها توقف خدمة بصياغة ألطف.

أقسى التعليقات ليست مجرد “Claude متوقف”. إنها عن انقلاب الاعتماد. لم يعد المطورون يستخدمون API فقط لإثراء ميزة. إنهم يبنون مسارات عمل يكتب فيها النموذج الكود، ويراجعه، ويفرز التذاكر، ويستخرج البيانات، ويرد على العملاء. وصف أحد معلّقي HN أنظمة أتمتة موجهة للعملاء يصبح فيها وقت التشغيل محدودًا بوقت تشغيل مزود LLM، ثم سرد الإصلاحات العملية: بديل متعدد المزودين، وطوابير غير متزامنة، وتدهور سلس (Hacker News).

هذا هو الجزء المفيد من نقاش المجتمع. لم يعد السؤال هل Opus 4.8 جيدًا. السؤال هو هل يتعامل نظامك معه كقاعدة بيانات، أو كذاكرة مؤقتة، أو كتبعـية SaaS متقلبة، أو كمتخصص بشري لا يكون متاحًا أحيانًا.

الإجابة الصحيحة: متخصص متقلب.

ميزانيات إعادة المحاولة تحتاج سقفًا صارمًا

تميز وثائق أخطاء Anthropic بين الطلبات السيئة العادية، وحدود معدل الحساب، وأخطاء API الداخلية، وانتهاء المهلة، والحمل الزائد. الرموز الأساسية هنا هي 500 api_error و504 timeout_error و529 overloaded_error وأحيانًا 429 rate_limit_error إذا كانت زيادة حركة المرور لديك هي التي تشغّل الحدود. تقول Anthropic إن 529 يعني أن API مثقل مؤقتًا وقد يحدث عندما تشهد APIs حركة مرور عالية عبر جميع المستخدمين (Claude Docs).

لا تعِد محاولة كل هذه الأخطاء بالطريقة نفسها وبلا تفكير. خطأ 400 من معامل غير مدعوم هو خطؤك أنت. في الواقع، يرث Opus 4.8 قيود Opus 4.7: ضبط temperature أو top_p أو top_k على قيمة غير افتراضية يعيد 400 على Messages API (Claude Docs). إعادة المحاولة هنا لا تفعل سوى حرق زمن الاستجابة.

بالنسبة للحمل الزائد والإخفاقات الداخلية، لا تكون إعادة المحاولة مفيدة إلا داخل ميزانية. طلب يراه المستخدم وله SLA قدره 6 ثوانٍ لا ينبغي أن يقضي 45 ثانية وهو يطرق باب Opus 4.8 بأدب. امنح كل طلب ميزانية إعادة محاولة، ثم تدهور.

إعداد افتراضي معقول:

const retryable = new Set([500, 504, 529]);

async function callWithBudget(request, budgetMs = 6000) {
  const started = Date.now();
  for (let attempt = 0; ; attempt++) {
    try {
      return await callClaude(request);
    } catch (error) {
      if (!retryable.has(error.status) || Date.now() - started > budgetMs) {
        throw error;
      }
      const delay = Math.min(250 * 2 ** attempt, 2000) * (0.5 + Math.random());
      await sleep(delay);
    }
  }
}

ينبغي أن تطابق الأرقام الدقيقة منتجك. وكيل برمجة يمكنه الانتظار أكثر من مساعد دفع. خط أنابيب مستندات في الخلفية يمكنه الانتظار دقائق. وكيل صوتي لا يستطيع.

النقطة الأكبر: إعادة المحاولة ليست موثوقية. إعادة المحاولة جسر إما إلى التعافي أو إلى البديل.

ينبغي أن يكون التوجيه البديل مملًا

حادثة 16 يونيو تذكير جيد بأن “الرجوع إلى Sonnet” لا يكفي دائمًا. خلال المرحلة الأولى، تأثرت كل نماذج Sonnet وOpus. خلال المرحلة الثانية، بقي Opus 4.8 غير سليم بينما تعافى Sonnet. في 17 يونيو، سجّلت Claude Status أيضًا حادثة تخص Sonnet 4.6 وOpus 4.8 تعافت فيها معدلات نجاح Sonnet بينما ظل Opus 4.8 يعاني من أخطاء مرتفعة (Claude Status).

لذلك ينبغي أن يحتوي بديل النموذج على طبقات، لا على إحساس عام.

السعر ينتمي أيضًا إلى قرار التوجيه هذا. تذكر نشرة أسعار Anthropic في 27 مايو أن Claude Opus 4.8 بسعر 5 دولارات لكل مليون توكن إدخال و25 دولارًا لكل مليون توكن إخراج في التسعير العالمي القياسي، مع Sonnet 4.6 بسعر 3 و15 دولارًا، وHaiku 4.5 بسعر 1 و5 دولارات في قوائم Google Vertex AI (Anthropic price sheet). هذا يعني أن البديل ليس أداة وقت تشغيل فقط. إنه أداة ضبط تكلفة.

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

راقب صفحة الحالة كإشارة إدخال

توفر Claude Status خيارات اشتراك عبر البريد الإلكتروني وSlack وMicrosoft Teams وwebhook وAtom وRSS على صفحة الحالة (Claude Status). استخدمها. لكن لا تتوقف عند قناة Slack تموت فيها التنبيهات.

أدخل تغييرات الحالة إلى بوابة LLM لديك. إذا فُتحت حادثة Opus 4.8، اخفض عتبة قاطع الدائرة لـ Opus. إذا فُتحت حادثة واسعة في Claude API، أوقف إرسال الحركة التفاعلية بعد أول فشل سريع وانقل الوظائف المؤهلة إلى طابور. إذا حُلّت الحادثة، أعد زيادة الحركة تدريجيًا بدل أن تندفع جماعيًا نحو المزود.

ينبغي أن يتتبع قاطع الدائرة قياساتك أنت أيضًا:

• معدل الأخطاء حسب المزود، والنموذج، والمنطقة، ونقطة النهاية.
• P50 وP95 ومعدل انتهاء المهلة للمكالمات المتدفقة وغير المتدفقة.
• محاولات إعادة المحاولة لكل استجابة ناجحة.
• معدل البديل ودرجة جودة البديل.
• معدل الفشل المرئي للمستخدم، وليس معدل فشل API فقط.

المقياس الأخير هو الذي يفهمه التنفيذيون. إذا أعاد Opus 4.8 أخطاء بنسبة 10% لكن منتجك يعيد ردودًا متدهورة ومفيدة لـ 99.5% من إجراءات المستخدم، فلديك حادثة لكن ليس لديك حريق عند العملاء. إذا كان منتجك يعلّق لأن كل طلب ينتظر Opus، فأنت من أشعل الحريق.

ما الذي ينبغي تغييره هذا الأسبوع

أولًا، أخرج Opus 4.8 من أي نقطة فشل وحيدة. يمكنه أن يبقى أفضل نموذج لديك. لا ينبغي أن يكون مسارك الوحيد.

ثانيًا، صنّف الـ prompts حسب قابلية التدهور. “يجب استخدام Opus” ينبغي أن تكون نادرة وصريحة. “يمكن استخدام Sonnet” ينبغي أن تكون شائعة. “يمكن وضعه في طابور” ينبغي أن يكون الافتراضي لمعالجة المستندات، وتوليد التقارير، ومراجعة الكود الدفعية، والتحليل غير التفاعلي.

ثالثًا، اجعل إعادة المحاولة مرئية. سجّل request_id، والنموذج، ورمز الحالة، وعدد إعادة المحاولات، والنتيجة النهائية، وهدف البديل. تقول وثائق Anthropic إن أخطاء API تتضمن معرّفات طلبات وإن طلبات الدعم ينبغي أن تتضمنها (Claude Docs). إذا لم تستطع أثناء حادثة أن تجيب عن “أي نموذج فشل وإلى أين وجّهنا بعد ذلك؟” فالمراقبة لديك ليست جاهزة.

رابعًا، اختبر مسار البديل عن قصد. أضف feature flag يجبر Opus على الفشل في staging. نفّذ يوم تمرين لمدة ساعة حيث يعيد كل استدعاء Opus الرمز 529. راقب ما ينكسر: افتراضات الـ prompt، ومحللات الخرج، وعتبات التقييم، ونصوص الواجهة، ووعود العملاء. أصلح ذلك قبل الحادثة الحقيقية التالية.

أخيرًا، كن صريحًا مع المستخدمين. “فشل الذكاء الاصطناعي” تجربة سيئة. “نشغّل هذا في الوضع القياسي لأن النموذج المتقدم متدهور مؤقتًا” أفضل بكثير. في بعض المنتجات، ستبني هذه الجملة الثقة.

حوادث 16-19 يونيو لا تثبت أن Claude Opus 4.8 نموذج سيئ. إنها تثبت أن نماذج الحافة الأمامية أصبحت تبعيات إنتاج بخصائص توافر غير مستقرة. عاملها مثل معالجات الدفع، وفهارس البحث، ومناطق السحابة: مفيدة، ومكلفة، وقادرة تمامًا على إفساد يومك إذا شبكتها بلا بديل.

يمكن للقراء الذين يريدون تجربة Claude Fable 5 بأنفسهم استخدامه عبر OneHop كنقطة نهاية بديلة مباشرة، وبسعر أقل بنحو 30% من السعر المعلن. الحسابات الجديدة تحصل على 10 دولارات مجانًا بلا بطاقة: Claude Fable 5 on OneHop أو ابدأ مع 10 دولارات مجانًا.

قراءة إضافية: البدء مع Claude Fable 5.