الخلاصة

  • استمرت حادثة Haiku 4.5 المصنفة major من 13:04:35 إلى 16:38:26 UTC في 21 يوليو، وعادت إلى «تم تحديد المشكلة» بعد أول مرحلة مراقبة.
  • حدد سجل critical لعدة نماذج فترة الأخطاء المرتفعة بين 15:28 و16:26، مع بقاء الصفحة مفتوحة حتى 18:18.
  • أثرت حادثة critical منفصلة في إنشاء المستندات وأدوات Claude بين 17:40 و18:03.
  • شهد Opus 4.1 حادثة minor مستقلة في الواجهة البرمجية وClaude Code من 08:34 إلى 09:00 في 22 يوليو.
  • لم تنشر Anthropic سبباً مشتركاً أو عدداً للمستخدمين أو نسبة أخطاء أو توزيعاً جغرافياً.

عندما ينتقل مزود الخدمة إلى حالة المراقبة، يفهم العميل عادة أن الإصلاح طُبق وأن الاختبار النهائي بدأ. في حادثة Haiku 4.5، اضطرت Anthropic بعد ذلك إلى العودة لحالة تحديد المشكلة. هذا يعني أن التعافي الأول لم يكن ثابتاً.

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

تعافي Haiku احتاج إلى محاولة ثانية

بدأ السجل عند 13:04:35 وشمل claude.ai وConsole والواجهة البرمجية وClaude Code وCowork. انتقل إلى المراقبة عند 13:22، ثم عاد إلى تحديد المشكلة عند 14:44، وانتقل إلى مراقبة جديدة عند 15:30، وأغلق عند 16:38.

لا تشرح Anthropic سبب فشل المرحلة الأولى. لذلك لا يمكن الجزم بأن الإصلاح كان جزئياً أو أن عرضاً جديداً ظهر. الحقيقة المؤكدة هي أن إشارة التحسن الأولى لم تستمر.

هذا يبرر أن يقيس العميل النجاح بنفسه عبر طلبات تجريبية وحالة الطوابير، بدلاً من الاعتماد على لون صفحة الحالة فقط.

لسجل النماذج المتعددة مدتان مختلفتان

فُتحت الحادثة الحرجة عند 15:35. وفي التحديث الأخير قالت Anthropic إن المستخدمين واجهوا أخطاء مرتفعة من 15:28 إلى 16:26. لكن الإغلاق لم يحدث إلا عند 18:18.

الفترة الأولى هي نافذة الأثر التي أعاد المزود تحديدها. والفترة الثانية تشمل دورة التحقيق والإصلاح والمراقبة. وصف الفترة كلها بأنها توقف متواصل يبالغ في الأثر، بينما حذف وقت المراقبة يخفي عدم اليقين.

تأثرت claude.ai والواجهة البرمجية وClaude Code وCowork. تزامن ذلك مع Haiku، من دون إثبات سبب واحد.

أدوات العمل تعطلت في سجل مستقل

عند 17:40، ذكرت حادثة critical أخرى إنشاء المستندات وCowork Remote وClaude Code ونسخته على الويب وClaude Tag وClaude Design. بدأت المراقبة عند 17:51، وأعلنت المعالجة عند 18:03.

قد يعمل النموذج بينما يفشل المحيط الذي يحول الإجابة إلى مهمة مكتملة. لذلك ينبغي فصل مراقبة الاستدلال عن البيئة البعيدة والمستندات وتنفيذ الأدوات.

وفي صباح 22 يوليو، بدأت حادثة Opus 4.1 عند 08:34، وانتقلت للمراقبة عند 08:45، وانتهت عند 09:00 في الواجهة البرمجية وClaude Code.

درجات الخطورة لا تُجمع حسابياً

حادثة major وحادثتان critical وحادثة minor لا تنتج رقماً موحداً. لا توجد بيانات عن حجم الجمهور أو نسبة الطلبات أو المناطق أو فقدان البيانات أو التعويضات. كما لا توجد خريطة علنية للاعتماد المشترك.

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

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

المصادر