تعطل Claude في 13 نوفمبر 2026، ولماذا استمرت أنظمة عملائنا في العمل

يوم الجمعة 13 نوفمبر 2026 سجلت صفحة الحالة لدى Anthropic حادثتين. الأولى استمرت من 09:58 إلى 11:58 بالتوقيت العالمي ومنعت المستخدمين من تسجيل الدخول إلى claude.ai وClaude Code. والثانية استمرت من 13:09 إلى 15:38 بالتوقيت العالمي ورفعت نسبة الأخطاء في claude.ai وتطبيقات الجوال وClaude Code وClaude API. أي 4 ساعات و29 دقيقة من الأعطال في يوم عمل واحد.

إذا قضيت جزءاً من ذلك اليوم أمام شاشة تسجيل الدخول فلم تكن وحدك. بحسب Ahrefs، يُبحث عن عبارة «is Claude down» نحو 62,000 مرة شهرياً في الولايات المتحدة.

نحن نبني لعملائنا برمجيات تعمل على Claude. لم يبلغنا أي منهم عن مشكلة في ذلك اليوم. السبب يتعلق في معظمه بالجزء الذي تعتمد عليه أنظمتهم من Claude، ويستحق أن نمر عليه بدقة، لأن الصيغة المبسطة («الواجهة البرمجية لا تتعطل أبداً») غير صحيحة.

ما تعرضه صفحة الحالة

الجمعة 13 نوفمبر 2026، بحسب المكوّن

claude.ai

فشل تسجيل الدخول09:58 – 11:58 UTCساعتانارتفاع نسبة الأخطاء13:09 – 15:38 UTCساعتان و29 دقيقة

Claude Code

فشل تسجيل الدخول09:58 – 11:58 UTCساعتانارتفاع نسبة الأخطاء13:09 – 15:38 UTCساعتان و29 دقيقة

Claude Cowork

فشل تسجيل الدخول09:58 – 11:58 UTCساعتانارتفاع نسبة الأخطاء13:09 – 15:38 UTCساعتان و29 دقيقة

Claude Console

فشل تسجيل الدخول09:58 – 11:58 UTCساعتان

Claude API

ارتفاع نسبة الأخطاء13:09 – 15:38 UTCساعتان و29 دقيقة

Claude على المنصات السحابية

غير مذكور في أي من الحادثتين

09:0010:0011:0012:0013:0014:0015:0016:00

الحادثة الأولى كانت في المصادقة. تقول أول ملاحظة من Anthropic إنها تحقق في مشكلة تخص مصادقة المستخدمين على claude.ai وClaude Code. وClaude API ليست في تلك القائمة. النظام الذي يستدعي الواجهة البرمجية يفعل ذلك بمفتاح. هو لا يمر بتسجيل الدخول أصلاً، فلم يكن فيه ما يتعطل.

الحادثة الثانية شملت الواجهة البرمجية. عند 14:36 بالتوقيت العالمي أعلنت Anthropic تعافي claude.ai والواجهة البرمجية. وكانت الموصلات وClaude Managed Agents وClaude في الاجتماعات ما تزال متأثرة حينها. وعند 15:33، قبل إغلاق الحادثة بخمس دقائق، ذكر التحديث أن المهام المجدولة قد تتأخر أكثر من ساعتين وأن بعض مرات التشغيل تم تخطيها.

إذن كانت الواجهة البرمجية ضمن حادثة واحدة من اثنتين، وتعافت قبل الخصائص المبنية فوقها.

التطبيق يتكون من أجزاء أكثر

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

في التطبيق5 أجزاء

1. جلسة تسجيل الدخول
2. تطبيق الويب أو الجوال
3. الموصل
4. خدمة طرف ثالث
5. النموذج

عبر API2 أجزاء

1. مفتاح API
2. النموذج

كلما زادت الأجزاء زادت احتمالات أن يتعطل أحدها. وبعض هذه الأجزاء ليس تابعاً لـ Anthropic. موصل Microsoft 365 أعاد أخطاء من 16:03 بالتوقيت العالمي يوم 12 نوفمبر إلى 16:40 بالتوقيت العالمي يوم 13 نوفمبر بسبب حادثة لدى Microsoft. وفي أكتوبر تأثر موصل Google Calendar من يوم 26 إلى يوم 28.

هذه أرقام التوافر الشهرية التي تنشرها Anthropic، كما قرأناها يوم 14 نوفمبر:

نسبة عدم التوافر في نوفمبر، من 1 إلى 14 نوفمبر 2026

claude.ai

1.58%

Claude Code

0.34%

Claude API

0.23%

سبتمبر وأكتوبر شبه متطابقين، ولا نبني عليهما حجة. الفرق يظهر في نوفمبر. إذا كان قد مضى من الشهر نحو ثلاثة عشر يوماً ونصف حين قرأنا الصفحة، فإن 98.42% تعني قرابة خمس ساعات من عدم التوافر لـ claude.ai، و99.77% تعني أقل من ساعة للواجهة البرمجية. سنرى كيف يمضي باقي الشهر.

ما الذي يتغير حين تبني على API

نسبة التوافر جزء من الصورة فقط. الفرق الأكبر هو من يقرر ما يحدث حين يفشل طلب.

في التطبيق، تنتظر. لا شيء آخر تفعله.

في نظام مبني على الواجهة البرمجية، هذا القرار مكتوب في البرنامج نفسه. الطلب الفاشل يمكن إعادة إرساله بعد توقف قصير، وحزم SDK من Anthropic تعيد المحاولة مرتين افتراضياً. يمكن أن يبقى العمل في قائمة انتظار حتى تعود الخدمة. ويمكن إرسال الطلبات إلى نماذج Claude نفسها على AWS أو Google Cloud أو Microsoft Foundry، وهي تُتابع منفصلة في صفحة الحالة ولم ترد في أي من حادثتي يوم 13.

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

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

سؤال الأربع ساعات والتسع والعشرين دقيقة

معظم الشركات تستخدم Claude عبر التطبيق، وهذا هو القرار الصحيح لمعظم ما تفعله به. هو أرخص، ولا يحتاج إلى تطوير، وتصله الخصائص الجديدة أولاً.

اختبار مفيد: خذ رقم يوم 13 واسأل كم سيكلفك. افترض أن Claude غير متاح لمدة 4 ساعات و29 دقيقة في يوم عمل.

كم سيكلفك ذلك؟

أدخل أرقامك أنت. لا يُرسل شيء إلى أي مكان.

عدد من يعتمدون على Claudeالتكلفة لكل شخص في الساعة (بعملتك)مدة التعطل: 4 س 29 دمجموع يوم 13 نوفمبر كان 4 ساعات و29 دقيقة.سيلاحظ عميل إذا توقف هذا العمل

ساعات الانتظار (شخص × ساعة)

22.4

تكلفة الانتظار

897

لا أحد خارج الشركة يتأثر. التطبيق هو الخيار الصحيح لهذا العمل.

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

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

ولا يلزم نقل كل شيء. نقل عملية واحدة، وربما اثنتين، يكفي في الغالب، ويواصل باقي الفريق عمله في التطبيق كما كان.

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

صفحات حوادث 13 نوفمبر موجودة على status.claude.com إن أردت التحقق من الأوقات بنفسك.