למה ChatGPT, Claude ו-Grok נפלו ב־3 בספטמבר?

התקלות בשירותי הבינה המלאכותית המובילים ב־3 בספטמבר 2026 אכן התרחשו בהפרשי זמן קצרים: משתמשים התקשו להשתמש ב־ChatGPT וב־Codex של OpenAI, במוצרי Claude של Anthropic וב־Grok של xAI. אולם המסקנה המבוססת יותר מצומצמת מהכותרת "כל עולם ה־AI נפל": המידע הציבורי מתאר תקריות שונות, עם גורמים מוצהרים שונים, ולא תקלה משותפת אחת שהוכחה. 334148

מה קרה ומתי

התמונה הזמנית אינה מושלמת, משום שדפי סטטוס ודיווחים חיצוניים השתמשו בשעות עדכון שונות. ועדיין, חלונות הזמן שדווחו מסבירים מדוע המשתמשים חוו זאת כנפילה כמעט בו־זמנית.

• Grok: לפי דיווחים, רישום התקרית של xAI החל ב־13:30 UTC והסתיים ב־17:05 UTC. xAI ייחסה לאחר מכן את השיבוש לתקלה במרכז המחשוב שלה בממפיס. 48
• Claude: Anthropic דיווחה על שיעור שגיאות גבוה בבקשות למודלי Claude ובמוצרים בהם Claude.ai, ה־API, Claude Code ו־Claude Cowork. התקרית נפתרה עד 16:16 UTC, לאחר כשל שנמשך בערך שלוש שעות. 104148
• ChatGPT ו־Codex: OpenAI מסרה כי שגיאת ניתוב פנימית, שהחלה ב־07:43 לפי שעון החוף המערבי בארה״ב, הפכה את ChatGPT ו־Codex לבלתי זמינים עבור חלק מהמשתמשים בפלטפורמות שונות. פתרון הוטמע בסביבות 08:17, ולאחר מכן נמשך המעקב. 41

בין התופעות שעליהן דיווחו משתמשים: כשלים בהתחברות, שיחות שלא נטענו, פרומפטים שנכשלו ובעיות גישה באפליקציה או בדפדפן. דיווחים המבוססים על Downdetector הצביעו על יותר מ־43 אלף דיווחי בעיה ב־ChatGPT בסביבות 20:00 לפי שעון הודו; ב־Claude הושפעו הן כלי צרכנים והן כלים למפתחים. 2339

מה אמרו החברות על הגורם לתקלות

ההסברים שפורסמו חשובים, משום שהם אינם תומכים בהצגת האירוע כתקלה אחת מאושרת.

OpenAI: דובר החברה תיאר את השיבוש ב־ChatGPT וב־Codex כשגיאת ניתוב בתוך תשתית OpenAI. 41

Anthropic: בדיווח הפומבי תוארה בעיית Claude כבעיית תשתית, ונאמר שהיו שגיאות מוגברות במספר מודלים ושירותים. החומר הזמין אינו מפרט איזה רכיב בדיוק כשל. 3948

xAI: דיווחים לאחר האירוע מסרו כי xAI קישרה את התקלה ב־Grok למרכז המחשוב שלה בממפיס והתנצלה בפני שותפי מחשוב שנפגעו. 48

הסברים אלה אינם שוללים לחלוטין תלות משותפת כלשהי, אך גם אינם מוכיחים גורם שורש משותף.

האם Azure או ספק תשתית משותף אחר היו אחראים?

לא. לפחות לא על בסיס הראיות הציבוריות שסופקו כאן. אין אישור לכך ש־Microsoft Azure, ספק רשת, רשת הפצת תוכן (CDN), שירות זהויות או ספק משותף אחר גרם לכל התקלות ב־3 בספטמבר.

דיווחים מאותו יום הצביעו על Azure כנקודת עניין אפשרית, משום שהיא מספקת שירותי ענן לחברות המעורבות — אך זה אינו מוכיח סיבתיות. 42 חפיפה בזמן יכולה להתרחש גם כאשר מערכות נפרדות נכשלות באופן בלתי תלוי, במיוחד כשחלק מהמדידה מבוסס על דיווחי משתמשים ולא על תיעוד טכני של תקרית משותפת.

לכן המסקנה הנכונה היא: קשר סיבתי לתשתית משותפת לא אושר. אין להתייחס לטענה שכשל אזורי ב־Azure גרם לכל האירועים כעובדה, ללא אישור ישיר מהספקיות או תחקיר טכני מפורט.

האם הגישה המדווחת של Anthropic ל־Colossus 1 מסבירה את תקלת Claude?

הדיווחים הזמינים אינם מספיקים כדי לקבוע מה היה היקף הגישה של Anthropic למתקן Colossus 1 של xAI/SpaceXAI — או האם נתיב ההגשה של Claude למשתמשים הסתמך עליו בזמן התקרית. תקלה מדווחת בממפיס, שפגעה ב־Grok, אינה מוכיחה כשלעצמה שהיא גרמה לשיבוש ב־Claude. 48

זהו הבדל מהותי בניתוח אמינות: גם אם הסדר מסחרי לשימוש בקיבולת מחשוב יאומת, הוא אינו ראיה לכך ששירות מסוים למשתמשים רץ על אותה קיבולת בדיוק ברגע שבו נכשל.

מה ידוע על דיווחי הבעיות ב־ChatGPT בהודו ב־7 בספטמבר?

דיווחים נפרדים מ־7 בספטמבר תיארו בעיות ב־ChatGPT שהתמקדו בעיקר ביצירת תוכן; חלק מהמשתמשים דיווחו גם על קשיים בדפדפן ובאפליקציה. בדיווח אחד נרשמו כ־261 פניות משתמשים, ונאמר כי יצירת תוכן היוותה את רוב התלונות. 19

המידע הזה לא ביסס תקלה ממושכת בכל הודו, גורם שורש מאושר או קשר לתקלות של 3 בספטמבר. שירות ניטור חיצוני דיווח כי ChatGPT היה נגיש ללא שגיאות חריגות ב־03:07 UTC באותו יום; נתון המתיישב עם בעיה חלקית, לסירוגין או לא אחידה גאוגרפית — ולא עם הוכחה לנפילה רציפה כלל־ארצית. 22

הלקח לעסקים: ריבוי ספקי AI אינו זהה לעמידות מלאה

התקלות של 3 בספטמבר ממחישות עד כמה מהר יכולה להיפגע עבודה התלויה ב־AI: תמיכת לקוחות, פיתוח תוכנה, מחקר, עיבוד מסמכים ותהליכים מבוססי סוכנים. מנויים אצל כמה ספקי AI מסייעים במקרה של כשל אצל ספק אחד, אבל אינם מבטיחים רציפות תפעולית כאשר קיימות שכבות תשתית משותפות — או כאשר הארגון תלוי באותו דפדפן, שירות זהויות, חיבור רשת או מסלול אינטגרציה.

תהליך עבודה עמיד יותר צריך לכלול:

• גיבוי ידני ותורים עמידים: לשמור עבודה קריטית כך שתהיה ניתנת לשחזור, במקום לאבד בקשות שנכשלו.
• מעבר בין ספקים: לנתב משימות מתאימות לספק מודל חלופי, תוך הבנה שגם תקלות מתואמות עדיין אפשריות.
• טיפול הגנתי ב־API: להשתמש בפרקי זמן קצובים, ניסיונות חוזרים עם השהיה מדורגת, מפסקי זרם ומשימות אידמפוטנטיות, כדי שתקלה זמנית לא תיצור עבודה כפולה.
• מצב תפעול מצומצם: להגדיר מה ממשיך לפעול בלי מודל AI מתקדם — למשל ניתוב מבוסס כללים, תשובות שמורות במטמון, אספקה דחויה או בדיקה אנושית.
• ניטור עצמאי ותיעוד תקריות: לעקוב אחר דפי הסטטוס של הספקים לצד בדיקות יזומות משלכם, ולשמור לוגים שמראים איזה ספק, מודל או חיבור נכשלו.

השורה התחתונה אינה שלכל תקלה חופפת יש בהכרח גורם נסתר אחד. היא שעסקים צריכים לתכנן גם לתרחיש כזה — ולבדוק מראש שהגיבויים שלהם אכן עובדים.