למה ChatGPT, Claude ו-Grok נפלו ב־3 בספטמבר 2026 — ומה באמת היה קשור

שלושה שירותי בינה מלאכותית מרכזיים חוו שיבושים חופפים ב־3 בספטמבר 2026, אך אין בראיות הוכחה לכך שכולם נפלו מאותה סיבה. המסקנה המדויקת יותר היא זו: מפעילת Grok ייחסה את התקלה לכשל במרכז מחשוב בממפיס; OpenAI תיארה שגיאת ניתוב נפרדת שפגעה ב־ChatGPT וב־Codex; ואנתרופיק תיארה את תקרית Claude רק כבעיית תשתית. 3540

מה ידוע בוודאות

מפעילת Grok מסרה כי תקלה במרכז המחשוב שלה בממפיס גרמה לשיבושים ב־Grok, והתנצלה גם בפני "שותפי מחשוב" שנפגעו. לפי הדיווחים, השיבוש ב־Grok החל בערך ב־06:30 לפי שעון החוף המערבי של ארה״ב ונמשך כשלוש שעות וחצי. 40

OpenAI מסרה הסבר אחר לבעיות ב־ChatGPT וב־Codex: שגיאת ניתוב החלה סביב 07:43 לפי שעון החוף המערבי, הפכה את השירותים לבלתי זמינים עבור חלק מהמשתמשים בפלטפורמות שונות, ופתרון יושם בסביבות 08:17. 35

גם Claude סבל משיעור שגיאות גבוה. מידע מדף הסטטוס שלו, כפי שדווח באותה עת, הצביע על אירוע שנמשך 3 שעות ו־6 דקות; אנתרופיק הגדירה אותו כבעיית תשתית שפגעה בשירותי Claude. עם זאת, בפרסום הפומבי לא צוין איזה רכיב כשל, ולא נאמר ש־Claude התארח במתקן בממפיס או היה תלוי בו. 3545

לכן ההבחנה חשובה: כשל במתקן בממפיס מאומת עבור Grok; בעיית ניתוב נפרדת דווחה עבור ChatGPT ו־Codex; וקשר בין Claude לממפיס נותר השערה שלא הוכחה.

הזמנים חפפו, אך התקלות לא היו זהות

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

הדיווחים מציבים את תחילת השגיאות המוגברות ב־Claude בערך ב־06:23 לפי שעון החוף המערבי, את תחילת תקרית Grok בסביבות 06:30, ואת שגיאת הניתוב של ChatGPT ב־07:43. Claude חזר לפעילות עד 09:16, בעוד שהתקרית המדווחת ב־Grok נמשכה כשלוש שעות וחצי. 354045

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

האם Claude נפגע מאותה תקלה בממפיס?

יש סיבה מובנת לכך שהתיאוריה הזו צברה תשומת לב: מפעילת Grok אמרה שהאירוע בממפיס השפיע גם על "שותפי מחשוב" שלא פורטו, ובאותו חלון זמן התרחשה ב־Claude תקרית תשתית. 4045

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

• מאומת: Grok נפגע מתקלה במרכז המחשוב בממפיס. 40
• מאומת: Claude חווה שיבוש הקשור לתשתית. 3545
• לא מאומת: שהתקלה של Claude נגרמה בידי המתקן בממפיס או עברה דרכו.

קביעה שהנקודה האחרונה הוכחה תהפוך חפיפה בזמן לטענה סיבתית ללא ראיות מספיקות.

למה אי אפשר לשלול לחלוטין את Azure ואת Cloudflare

המידע הפומבי אינו מאפשר לקבוע ש־Azure או Cloudflare "נשללו" בוודאות. מה שאפשר לומר הוא מצומצם יותר: ההסברים שדווחו הצביעו למקומות אחרים. OpenAI ייחסה את ההפרעה לשגיאת ניתוב, ומפעילת Grok ייחסה את התקלה לממפיס. 3540

אף מקור שסופק לא מזהה תקלה רחבה ב־Azure או ב־Cloudflare כגורם לאירועים. עובדה זו מפחיתה את הסבירות לכשל כלל־מערכתי אצל ספק תשתית יחיד, אך אינה שוללת חשיפה עקיפה דרך רשת אזורית, DNS, מערכות הזדהות, קישורי תקשורת, מגבלות קיבולת, ספקים משותפים או תלויות אחרות. שלילה מוחלטת הייתה מחייבת מידע מלא יותר על התלויות ותחקירים טכניים מפורטים.

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

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

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

איך בודקים עמידות בפני השבתת AI

ארגונים שמפעילים AI בסביבת ייצור צריכים לתרגל את מצבי הכשל שהאירוע חשף:

1. אובדן מלא של ספק: ממשקי API וצ׳אטים של המודל אינם זמינים.
2. הידרדרות חלקית: יותר שגיאות, זמני תגובה ארוכים, כשל בהזרמת תשובות או כלים שאינם זמינים.
3. תקלות הזדהות ורשת: שיבוש בהתחברות, ב־DNS, בניתוב או בגישה אזורית.
4. כשלים מתואמים בין ספקים: שני ספקים או יותר, שנחשבו בלתי תלויים, נופלים באותו חלון זמן.
5. סיכוני התאוששות: עבודות בתור, ניסיונות חוזרים, קריאות לכלים ואישורים מתחדשים בלי פעולות כפולות או אובדן מצב.

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

ספקים יכולים להפוך את ההערכות הללו למדויקות יותר באמצעות פרסום תחקירים שמפרידים בבירור בין ציר הזמן, הרכיבים והאזורים שנפגעו, סיבת השורש, צעדי ההפחתה והפעולות למניעת הישנות. לגבי 3 בספטמבר, התיעוד הציבורי מספיק כדי להבחין בין התקלה המדווחת בממפיס שפגעה ב־Grok לבין שגיאת הניתוב המדווחת של ChatGPT. הוא אינו מספיק כדי להוכיח ש־Claude חלק תלות בממפיס, או כדי למפות את יחסי התשתית העמוקים יותר שמאחורי החפיפה. 354045