نوشن تُعطل نماذج أنثروبيك وتكشف واقع البنية التحتية الهش للذكاء الاصطناعي

في صباح يوم الأحد، 7 يونيو 2026، تفاجأ مستخدمو نوشن الذين يعتمدون على ميزات الذكاء الاصطناعي بتغيير غير متوقع: جميع نماذج أنثروبيك اختفت من قائمة اختيار النماذج. السبب كان ارتفاعًا مفاجئًا في الأخطاء والإخفاقات في أقوى نماذج أنثروبيك — Claude Opus 4.7 و 4.8. ما بدا كعطل تقني بسيط لساعات قليلة كان في الواقع أحدث إشارة تحذيرية في شهر مضطرب لواحدة من أبرز شركات الذكاء الاصطناعي في العالم.

في هذا المقال، نحلل بالتفصيل ما حدث، وكيف استجابت كل من نوشن وأنثروبيك، والأهم من ذلك، ما الذي يعنيه النمط المتكرر من اضطرابات Claude لأي فريق يبني مسارات عمل حيوية فوق نماذج ذكاء اصطناعي خارجية.

حادثة 7 يونيو: التسلسل الزمني للأحداث

في صباح الأحد، أشار حساب حالة نوشن إلى أن نموذجي أنثروبيك Opus 4.7 و4.8 "يعانيان من تدهور في الأداء، مما يتسبب في معدل فشل أعلى للمستخدمين الذين يختارون هذه النماذج في نوشن AI". ردًا على ذلك، قام فريق الهندسة في نوشن بتعطيل جميع نماذج أنثروبيك من أداة الإنتاجية الذكية الخاصة به، وأعاد توجيه طلبات الذكاء الاصطناعي الواردة تلقائيًا إلى مزودين بديلين .

يُظهر الجدول الزمني للتحقيق الذي سجلته أنثروبيك على صفحة الحالة الخاصة بها أنه تم تحديد المشكلة بسرعة. بدأت الشركة التحقيق في الساعة 03:31 بالتوقيت العالمي المنسق (UTC)، وحددت المشكلة بحلول 03:41 UTC، وحلت حادثة تدهور الأداء الأوسع بحلول 04:28 UTC. بدأت حادثة منفصلة لاحقة لأخطاء مرتفعة في Opus 4.7 في الساعة 14:35 UTC وتم حلها بحلول 15:41 UTC .

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

وعزا متحدث باسم أنثروبيك المشكلة إلى "مشكلة وجيزة في البنية التحتية" تسببت في ارتفاع الأخطاء في عدة نماذج من Claude لفترة قصيرة، مؤكدًا أنه تم حل المشكلة .

استجابة نوشن: نموذج كلاسيكي لتجاوز الفشل متعدد النماذج

لم تفصح نوشن عن تفاصيل مزودي الذكاء الاصطناعي البديلين الذين استوعبوا حركة المرور المُعاد توجيهها، لكن إجراء الشركة كان واضحًا: بمجرد أن بدأت نماذج Opus من أنثروبيك في إرجاع نتائج متدهورة، قام نظام نوشن تلقائيًا بإزالة جميع نماذج أنثروبيك من قائمة اختيار النماذج التي يواجهها المستخدم وأعاد توجيه الطلبات إلى مكان آخر .

هذا مثال ملموس على "بنية تجاوز الفشل متعددة النماذج" (Multi-Model Failover Architecture) قيد التنفيذ. بدلاً من السماح للأعطال التي يواجهها المستخدم بالتفاقم أثناء انتظار تعافي أنثروبيك، تعاملت نوشن مع طبقة نموذج الذكاء الاصطناعي كمكون قابل للاستبدال — بنفس الطريقة التي قد يتعامل بها مهندس الحوسبة السحابية مع قاعدة بيانات معطلة أو شبكة توصيل محتوى (CDN) لا تستجيب.

شهر عاصف لـ Claude: نمط الأعطال الأوسع

كان انقطاع 7 يونيو بسيطًا بمعزل عن غيره، لكنه يقع في خضم سلسلة من حوادث Claude التي هزت الثقة في موثوقية المنصة.

2 يونيو — انقطاع عالمي (نحو 6 ساعات)

وقع الاضطراب الأكبر في 2 يونيو، عندما أثر انقطاع كبير على Claude.ai، وواجهة برمجة التطبيقات (API)، ووحدة تحكم Claude، وClaude Code. تم الإبلاغ عن معدلات خطأ مرتفعة عبر Opus 4.6 ونماذج أخرى، مع ارتفاع تقارير المستخدمين على Downdetector حوالي الساعة 02:10 صباحًا بالتوقيت الشرقي / 07:10 صباحًا بتوقيت غرينتش. استمر الانقطاع الكلي قرابة ست ساعات قبل استعادة الخدمات بالكامل .

5 يونيو — انقطاع يوم الجمعة وتحقيق تسرب البيانات (نحو 3 ساعات)

بعد ثلاثة أيام فقط، في 5 يونيو، توقفت منصة Claude عن العمل مرة أخرى. سجلت صفحة الحالة "أخطاء مرتفعة في العديد من نماذج Claude" من الساعة 15:08 UTC إلى 18:28 UTC، وكانت نماذج Opus 4.7 و4.8 آخر من تعافى. اتخذ الحادث منعطفًا أكثر خطورة عندما أبلغ مستخدمون عن تلقيهم ردودًا بعد الانقطاع بدت وكأنها تنتمي لجلسات أشخاص آخرين، مما دفع أنثروبيك لفتح تحقيق رسمي حول تسرب محتمل للبيانات .

6 يونيو — تدهور أداء Opus 4.8 (نحو 50 دقيقة)

أثر حادث أقصر في 6 يونيو على claude.ai ووحدة التحكم وواجهة برمجة التطبيقات. عانى Opus 4.8 من خدمة متدهورة لمدة 50 دقيقة تقريبًا قبل تنفيذ الإصلاح ومراقبته .

مشكلات جودة سابقة: مايو وأبريل

لم تظهر هذه المجموعة الأخيرة من الأعطال من فراغ. سجل Opus 4.7 بالفعل فترات أخطاء مرتفعة في 22 و 25 مايو، ووثق المطورون تراجعًا في الجودة بعد حوالي أسبوع من إطلاق النموذج في 16 أبريل — وهو نمط يعكس مشاكل Opus 4.6 في مارس .

في أبريل 2026، أقرت أنثروبيك علنًا بتراجع الجودة في Claude Code وClaude Agent SDK وClaude Cowork بين 4 مارس و20 أبريل، وعزته إلى ثلاثة أسباب متميزة، وأعادت لاحقًا ضبط قيود المستخدمين بعد تحليل ما بعد الوفاة (Postmortem) .

ما يعنيه هذا النمط للمطورين الذين يعتمدون على هذه النماذج

بالنسبة للشركات التي تعتمد على Claude كجزء أساسي من منتجها، يحمل حادث نوشن في 7 يونيو درسًا مباشرًا: الاعتماد على نموذج ذكاء اصطناعي خارجي أصبح الآن خطرًا على البنية التحتية، ويجب هندسة الحلول لمواجهته.

هشاشة الاعتماد على نموذج واحد

أي نظام إنتاج يستدعي نموذج أنثروبيك واحدًا يحتاج إلى ثلاث قدرات مميزة: استراتيجية إعادة محاولة (Retry Strategy) للأخطاء العابرة 5xx أو 529، ونموذج احتياطي (Fallback) لاستيعاب انقطاعات الخدمة، وخطة هجرة (Migration Plan) لمواجهة تراجعات الجودة طويلة الأمد أو إيقاف النماذج. الاعتماد على أي من هذه الاستراتيجيات بمفردها غير كافٍ .

بنية تجاوز الفشل أصبحت إلزامية

إن قيام نوشن التعطيل التلقائي لجميع نماذج أنثروبيك وإعادة التوجيه السلس إلى مزودين بديلين هو بالضبط النمط الذي سيحتاج المزيد من المطورين إلى اعتماده. بدون تجاوز فشل متعدد النماذج، حتى نافذة تدهور أداء لمدة 50 دقيقة يمكن أن تتفاقم لتتحول إلى أعطال تواجه العملاء عبر روبوتات الدعم، وخطوط أنابيب البيانات، وأدوات سرعة المطورين .

أرقام وقت التشغيل لا تروي القصة كاملة

تُظهر أرقام وقت التشغيل (Uptime) الخاصة بأنثروبيك خلال الـ 90 يومًا الماضية 98.8% لـ claude.ai و 99.15% لواجهة برمجة تطبيقات Claude . بينما تبدو هذه الأرقام معقولة بشكل مطلق، إلا أنها تعكس منصة تعتبرها العديد من الشركات الآن بنية تحتية من الدرجة الأولى (Tier-1). يشير تجمع الحوادث في أوائل يونيو 2026 — انقطاع عالمي لست ساعات، وانقطاع لثلاث ساعات مع تحقيق في تسرب البيانات، وعدة اضطرابات أصغر — إلى أن مستوى المرونة المطلوب للاعتماد على الذكاء الاصطناعي يجب أن يكون أعلى من الخدمات السحابية التقليدية (SaaS).

الخلاصة

كان قرار نوشن بسحب جميع نماذج أنثروبيك في 7 يونيو استجابة تشغيلية روتينية لمشكلة مؤقتة في البنية التحتية. ولكن في سياق ستة اضطرابات ملحوظة في Claude في غضون ستة أسابيع تقريبًا، فهو أيضًا إشارة واضحة: فترة السماح للتعامل مع الذكاء الاصطناعي التوليدي كتجربة مثيرة قد ولت.

لأي فريق يبني فوق Claude — أو أي نموذج ذكاء اصطناعي خارجي — لم تعد هندسة الموثوقية (Reliability Engineering) اختيارية. منطق إعادة المحاولة، والمزودون الاحتياطيون، وخطة هجرة نماذج مُختبرة هي الحد الأدنى الجديد للحفاظ على منتج حي عندما يبدأ الأساس الذي يقوم عليه في الاهتزاز.