ChatGPT، Claude و Grok با هم از کار افتادند. مقصر Azure بود، AGI یا چیز دیگری؟
ساعت 13:26 UTC روز پنجشنبه 3 سپتامبر 2026، صفحه وضعیت Anthropic شروع به گزارش افزایش خطا در جدیدترین مدلهای Claude کرد. ظرف همان ساعت Grok در X از پاسخ دادن بازماند و ساعت 14:43 UTC صفحه وضعیت OpenAI برای ChatGPT و Codex قرمز شد. حدود نود دقیقه، سه دستیار پیشرو هوش مصنوعی در ایالات متحده همزمان از کار افتاده بودند، و تا زمانی که آخرینشان بهبود یافت، اینترنت مجموعه کاملی از توضیحات تولید کرده بود: یک منطقه Microsoft Azure فروپاشیده بود، Cloudflare باز هم کار خودش را کرده بود، مدل جدید GPT-6 مرکز داده خودش را بلعیده بود، یا ماشینها بهسادگی بیدار شده و تصمیم گرفته بودند که دیگر بس است.
از آن زمان OpenAI گزارشی پس از رخداد منتشر کرده است و آن گزارش خطایی را شرح میدهد که تماماً ساخته خود شرکت بوده: تغییری در پیکربندی مسیریابی که سیستم خود شرکت آن را اشتباه تفسیر کرد. Anthropic و xAI چیز دیگری منتشر نکردهاند و سوابق عمومی همچنان سه توضیح متفاوت در خود دارد، نه یک توضیح. این نکته ارزش توضیح دقیق دارد، چون روایت نادرست این ماجرا را رسانههایی تکرار کردهاند که باید بهتر میدانستند، و چون روایت درست از هر یک از نظریهها مفیدتر است. قطعی همزمان، قطعی مشترک نیست. در 3 سپتامبر، سه شرکت در یک بازه زمانی واحد، به سه دلیل اعلامشده متفاوت از کار افتادند و هیچ چیزی در سوابق عمومی آنها را به هم پیوند نمیدهد.
در ادامه میبینید هر نظریه چه ادعایی دارد، شواهد چه میگویند، و چرا این پرسش از هر پاسخی که درست از آب درآید مهمتر است.
در 3 سپتامبر واقعاً چه اتفاقی افتاد؟
روشنترین منابع، صفحههای وضعیت هستند، چون خود شرکتها زمان آنها را ثبت کردهاند.
| سرویس | نخستین بهروزرسانی وضعیت (UTC) | علت اعلامشده | برطرفشده (UTC) |
|---|---|---|---|
| Claude (Anthropic) | 13:26، «افزایش خطا» در Claude Mythos 5.1، Fable 5.1 و Opus 5 | «یک مشکل زیرساختی» (سخنگو، بدون جزئیات) | 16:23 (پایان اثر 16:16) |
| Grok (xAI / SpaceX) | حدود 13:30 طبق سابقه وضعیت xAI؛ افت عملکرد مدلهای Grok در GitHub Copilot از 14:17 | «قطعی در مرکز محاسباتی ما در ممفیس» (SpaceX) | حدود 17:05؛ بازگشت مدلهای Grok در Copilot ساعت 17:11 |
| ChatGPT و Codex (OpenAI) | 14:43، «افزایش خطا در سراسر ChatGPT و Codex»، 19 مؤلفه | «تغییری در پیکربندی مسیریابی» که سیستم مسیریابی آن را اشتباه تفسیر کرد (گزارش پس از رخداد) | 16:55 (اعمال اقدام مهاری 15:17) |
سابقه رخداد Anthropic میگوید شرکت ساعت 13:41 UTC، پانزده دقیقه پس از شروع، «علت را شناسایی کرد» و سپس دو ساعت و نیم روی رفع مشکل کار کرد تا رخداد را ببندد. علت هرگز نام برده نشد. سخنگوی شرکت به The Register گفت که «یک مشکل زیرساختی باعث قطعی جزئی در Claude.ai، Claude Code، Claude Cowork و Claude API شد» و «سرویس ساعت 16:16 UTC بازگردانده شد».
صفحه رخداد OpenAI فهرستی از 15 مؤلفه ChatGPT و 4 مؤلفه Codex ارائه میکند، از ورود به حساب و گفتگوها تا حالت صوتی و بارگذاری فایل. سخنگوی شرکت، کاتلین چایکوفسکی، جملهای یکسان به Wired و The Register گفت: «یک خطای مسیریابی که حدود ساعت 7:43 صبح به وقت اقیانوس آرام روز پنجشنبه 3 سپتامبر آغاز شد، ChatGPT و Codex را برای برخی کاربران در همه پلتفرمها از دسترس خارج کرد. از حدود ساعت 8:17 صبح به وقت اقیانوس آرام روز پنجشنبه، راهحلی با موفقیت اجرا شد و پایش آن ادامه دارد.» به وقت UTC این یعنی 14:43 تا 15:17، خطایی 34 دقیقهای که کاملاً درون بازههای Anthropic و xAI قرار داشت. OpenAI از آن زمان گزارشی به همان صفحه رخداد افزوده است، تنها سند علتیابی که هر یک از این سه شرکت تهیه کردهاند. در آن آمده است که «سیستم مسیریابی ما یک بهروزرسانی پیکربندی را اشتباه تفسیر کرد و هدایت درخواستها به سرویسهای در دسترس را متوقف کرد» و اینکه «با بازگشت مسیریابی، ترافیک بازگشتی برخی سرویسها را دچار اضافهبار کرد و بهبود را طولانیتر ساخت»؛ بنابراین آن 34 دقیقه فقط خطای مسیریابی را در بر میگیرد، نه بهبود کندتری را که پس از آن آمد. مهندسان تغییر را برگرداندند و زمان اعمال اقدام مهاری حدود 8:20 صبح به وقت اقیانوس آرام ذکر شده است، نه 8:17 که سخنگو گفته بود. راهکارهای فهرستشده به مسئله عرضه مرحلهای و مسیر جایگزین مربوطاند، نه به ظرفیت: در دسترس نگه داشتن مسیرهای معتبر در زمان تغییر پیکربندی، محدود کردن دامنه اثر تغییرات مسیریابی، توزیع ترافیک بازگشتی تا سرویسهای در حال بهبود دچار اضافهبار نشوند، و صریحترین مورد: «هشدارها را بهروزرسانی کردیم تا خارج از ساعات کاری بهدرستی به کارکنان کشیک اطلاع دهند و در حال رسیدگی به تأخیرهای پایش و خلأهای ارجاع مشکل هستیم». هیچ جای آن به ارائهدهنده دیگری، یک منطقه ابری یا ممفیس اشاره نمیکند.
روایت Grok از SpaceX آمد، که اوایل امسال xAI را در خود ادغام کرده بود، در پستی در شبکههای اجتماعی که The Register نقل کرد: «بابت مشکلاتی که ممکن است امروز صبح پس از قطعی در مرکز محاسباتی ما در ممفیس با Grok تجربه کرده باشید، متأسفیم. همچنین مایلیم از شرکای محاسباتی آسیبدیدهمان عذرخواهی کنیم.» به گزارش Engadget، ایلان ماسک افزود که شرکت «در حال انجام اقدامات اصلاحی است تا اطمینان یابد این اتفاق دوباره رخ نمیدهد». صفحه وضعیت xAI، به نقل از Wired، رخداد خود را ساعت 6:30 صبح به وقت اقیانوس آرام باز کرد و ساعت 10:05 بست، یعنی قطعیای به مدت سه ساعت و 35 دقیقه. صفحه وضعیت GitHub ثبت کرد که مدلهای Grok در Copilot از 14:17 تا 17:11 UTC «به دلیل مشکلی در یکی از ارائهدهندگان مدل بالادستی» دچار افت عملکرد بودند، و Cursor، ویرایشگر کدنویسی، افت عملکرد «همه مدلهای Grok» را از 13:41 تا 17:07 UTC ثبت کرد. اینها روشنترین زمانهای ثبتشده از سوی اشخاص ثالث هستند که برای رخداد Grok در دست داریم، و نشان میدهند زنجیره وابستگی چگونه عمل میکند: وقتی یک ارائهدهنده مدل از کار میافتد، محصولاتی که روی آن ساخته شدهاند چند دقیقه بعد از کار میافتند.
مقیاس ماجرا از نگاه گزارشهای کاربران: Decrypt اوج گزارشهای Downdetector را حدود 38,000 گزارش برای ChatGPT و تقریباً 1,400 گزارش برای هر یک از Claude و Grok اعلام کرد. Perplexity، Mistral و DeepSeek در بازه قطعی هیچ رخدادی در صفحههای وضعیت خود نشان ندادند و Z.ai نوشت: «ما هنوز سرپا هستیم.»
غیبت جالب، Gemini است. Ars Technica آن را بهعنوان چهارمین سرویس آسیبدیده به حساب آورد، بر پایه افزایش گزارشهای Downdetector از حدود 23 به 412 و یادداشتی از StatusGator درباره «قطعی احتمالی Gemini API» بین ساعت 10:45 تا 11:15 صبح به وقت شرق آمریکا. داشبورد وضعیت Google Workspace، که اپ Gemini را پوشش میدهد، چیزی ثبت نکرد؛ تنها تأیید، یادداشتی در صفحه وضعیت Google AI Studio بود، به نقل از LADbible، مبنی بر اینکه Gemini API در «ارائه سرویس به کلیدهای API تازه ایجادشده، از جمله از طریق کتابخانههای سازگار با OpenAI» دچار مشکل بوده است. 9to5Google، که Google را از نزدیک دنبال میکند، نوشت که «به نظر میرسد Gemini تحت تأثیر قرار نگرفته است». این را به خاطر داشته باشید، چون Gemini در نخستین و پرسروصداترین نظریه به گروه کنترل تبدیل میشود.
آیا قطعی Azure باعث از کار افتادن ChatGPT، Claude و Grok شد؟
این همان نظریهای است که به تیترها رسید. Tech Times همان روز آن را با عنوان «Gemini زنده ماند وقتی ChatGPT، Claude و Grok فرو ریختند: Azure مقصر است» منتشر کرد. Computing با «خرابی Azure احتمالاً ChatGPT، Claude و Grok را از کار انداخت» دنبالش را گرفت، بر پایه نشانههایی از StatusGator و Downdetector درباره «خرابیهای ورودی (ingress)» در منطقه East US از Azure. Shattered.io آن را به روایتی 90 دقیقهای تبدیل کرد، و در فرانسه، developpez.com به خوانندگانش گفت که خرابی در Azure East US «مخرج مشترک این قطعی زنجیرهای بود».
این نظریه به دلیلی جذاب است. OpenAI و Anthropic هر دو بارهای کاری قابل توجهی را تحت قراردادهای چند میلیارد دلاری روی Azure اجرا میکنند، Gemini روی ابر خود Google اجرا میشود و سرپا ماند، و همه 29 اکتبر 2025 را به یاد دارند، زمانی که یک خطای پیکربندی در Azure Front Door، Microsoft 365، پرتال Azure و سیستمهای رزرو Alaska Airlines را بیش از هشت ساعت از دسترس خارج کرد. یک وابستگی ابری مشترک، اولین مظنون بدیهی است و منطق این استدلال، یعنی «همانی که روی ابر دیگری بود زنده ماند»، علمی به نظر میرسد.
این نظریه در چهار نقطه در برابر شواهد شکست میخورد.
اول، سوابق خود Microsoft. سابقه وضعیت Azure، که در 8 سپتامبر بررسی شد، هیچ رخدادی برای سپتامبر 2026 فهرست نکرده است؛ جدیدترین بازبینی پس از رخداد به تاریخ 23 ژوئیه است. Wired گزارش داد که Cloudflare، Amazon Web Services و Microsoft Azure «روز پنجشنبه هیچ قطعیای گزارش نکردند»، و 9to5Google، که خودش احتمال Azure را مطرح کرده بود، تکذیبی یکخطی بدون نام بردن از سخنگو به مطلبش افزود: «Microsoft میگوید که چنین نیست». Ars Technica اشاره کرد که گزارشهای Downdetector برای AWS، Azure و Cloudflare آن روز صبح «تا حدی جهش کردند»، و این دقیقاً همان چیزی است که سایتهای گزارش کاربری در هر قطعی بزرگی نشان میدهند: کسانی که ابزار هوش مصنوعیشان از کار افتاده، هر سرویسی را که به ذهنشان میرسد گزارش میکنند. Microsoft 365 Copilot Chat، دستیاری که واقعاً روی Azure اجرا میشود، تنها رخداد رسمی Copilot از سوی Microsoft در آن روز را ساعت 17:36 UTC ثبت کرد، یعنی پس از بسته شدن هر سه رخداد هوش مصنوعی.
دوم، خود شواهد. اگر «خرابیهای ورودی Azure East US» را از طریق Tech Times تا منبعش دنبال کنید، به یک یادداشت تکی میرسید که کاربری در StatusGator، یک پایشگر شخص ثالث، ثبت کرده است: «ورودی EAST US از ساعت 10:26 صبح PT قطع است. با پشتیبانی MSFT در تماس هستیم، آنها گزارش دادند که در آن زمان ارتقاهایی در سمت خودشان انجام دادهاند.» این تیکت یک مشتری ناشناس است، دیگر در صفحه زنده StatusGator دیده نمیشود، و زمانی که ذکر میکند، یعنی 10:26 صبح PT یا 17:26 UTC، بیش از یک ساعت پس از بازگشت Claude است، پس از بسته شدن رخداد ChatGPT و پس از بازگشت مدلهای Grok به Copilot.
سوم، Grok. SpaceX خرابی Grok را در سایت Colossus خودش در ممفیس، تنسی، قرار داد، نه در هیچ منطقهای از Azure. بنا بر روایت خود شرکتها، این نظریه به Grok نمیرسد، پس در بهترین حالت دو مورد از سه مورد را توضیح میدهد، و آن دو مورد را شرکتهای مربوطه به شکل دیگری توضیح دادهاند.
چهارم، و کمتر دیدهشده، اینکه شرکتها علتها را نام بردند. «یک خطای مسیریابی» و «یک مشکل زیرساختی» مبهماند، اما واژههای خود ارائهدهندگاناند و هیچکدام به یک منطقه ابری اشاره نمیکند. گزارش OpenAI از آن زمان سهم این شرکت را مشخص کرده است و تغییری در پیکربندی درون سیستم مسیریابی خود OpenAI را شرح میدهد، نه منطقه ابریای که زیر آن از کار افتاده باشد. قاعده ما، که باید قاعده همه باشد، این است که علت یک قطعی همان است که اپراتورش اعلام میکند، تا زمانی که خود اپراتور چیز دیگری اعلام کند.
نتیجه: پشتیبانی نمیشود. روایت Azure محصول جانبی گزارشهای کاربران است که در لباس علت ریشهای جلوه داده شده.
آیا Cloudflare، DNS یا یک مسیر مشترک دیگر مقصر بود؟
Cloudflare مظنون دوم بود، به دلیلی فنی و موجه. صفحههای خطای ChatGPT شناسههای «cf-ray» متعلق به Cloudflare را نشان میدادند، و در رشتهای در Hacker News که از 700 نظر گذشت، توسعهدهندگان کدهای فرودگاه را در این شناسهها تشخیص دادند و به نتیجهای طبیعی رسیدند. سابقه هم تازه بود: در 18 نوامبر 2025، یک خطای Cloudflare، یعنی فایل پیکربندی مدیریت رباتها که اندازهاش دو برابر شد و پراکسی را از کار انداخت، واقعاً ChatGPT را همراه با X و بخش بزرگی از وب از ساعت 11:20 UTC از دسترس خارج کرد.
تفاوت در کاری است که Cloudflare هر بار انجام داد. در نوامبر، همان روز یک گزارش پس از رخداد مفصل منتشر کرد. در 3 سپتامبر، بهطور رسمی عکس آن را گفت: «Cloudflare در حال حاضر هیچ اختلال قابل توجهی در خدمات تجربه نمیکند. خدمات ما بهطور عادی کار میکنند و هر گزارشی که با این مغایرت داشته باشد نادرست است.» سابقه وضعیت Cloudflare در بازه قطعی چیزی جز دو تعمیر و نگهداری برنامهریزیشده در مونترال و شیکاگو نشان نمیدهد. شرکتی که ده ماه پیشتر اعتراف کرده بود نیمی از اینترنت را از کار انداخته، انگیزهای برای دروغ گفتن درباره بار دوم ندارد، و شناسههای cf-ray فقط ثابت میکنند که Cloudflare جلوی ChatGPT قرار دارد، که همیشه چنین است. همانطور که یکی از نظردهندگان در آن رشته نوشت: «هنوز نمیفهمم چرا chatgpt.com به خاطر قطعی یک مرکز داده هوش مصنوعی باید خطای 404 نشان دهد»: خطای 404 پاسخی از یک سرور است، نه نشانه شبکهای که در دسترس نیست.
«احتمالاً DNS است»، آن واکنش غریزی دیگر، طبق معمول مطرح شد و طبق معمول بیشاهد ماند. هیچ اپراتور DNS رخدادی گزارش نکرد و هیچ ارائهدهندهای به خرابی در تفکیک نام اشاره نکرد.
نتیجه: پشتیبانی نمیشود، بر اساس بیانیه صریح Cloudflare و نبود گزارش خرابی از هیچ مسیر دیگری.
آیا ممفیس حلقه گمشده میان Claude و Grok است؟
این همان رشتهای است که نسبت به شواهدش کمترین توجه را گرفت، و اصلاً به Azure ربطی ندارد. پیگیری Futurism در روز بعد به آن اشاره کرد؛ قراردادی که پشت آن است ارزش توضیح دقیق دارد.
در 6 مه 2026، Anthropic اعلام کرد که برای «بیش از 300 مگاوات ظرفیت جدید (بیش از 220,000 پردازنده گرافیکی NVIDIA)» در مرکز داده Colossus 1 متعلق به SpaceX قرارداد بسته است تا به مشترکان Claude Pro و Max خدمترسانی کند. Colossus 1 در ممفیس قرار دارد. در 3 سپتامبر، SpaceX خرابی Grok را به «قطعی در مرکز محاسباتی ما در ممفیس» نسبت داد و «از شرکای محاسباتی آسیبدیدهمان» عذرخواهی کرد. Anthropic مستندترین این شرکاست، رخدادش چهار دقیقه پیش از رخداد xAI آغاز شد، و صفحه وضعیتش فقط گفت که علت شناسایی شده است.
این یک وابستگی واقعی، مستند و فیزیکی است که میان دو سرویس از سه سرویس مشترک است. اگر «مشکل زیرساختی» Anthropic به رخداد ممفیس اشاره دارد، قطعیهای Claude و Grok یک علت داشتند، و آن هم علتی پیشپاافتاده: یک مرکز داده صبح بدی را گذرانده بود. Anthropic چنین چیزی نگفته است و Wired گزارش داد که این شرکت «از اظهارنظر فراتر از صفحه وضعیتش خودداری کرد». تا زمانی که چنین نکند، این پیوند یک استنباط موجه است، نه یک واقعیت، و ما آن را همینگونه ارائه میکنیم.
کاری که ممفیس نمیتواند بکند، رسیدن به OpenAI است. ChatGPT آنجا اجرا نمیشود، خطای OpenAI بیش از یک ساعت پس از رخداد ممفیس آغاز شد، و گزارش OpenAI قطعی خود را به تغییری در پیکربندی سیستم مسیریابی خودش نسبت میدهد، بدون نام بردن از هیچ وابستگی خارجی. به تعبیر AI Chat Daily، توضیح ممفیس «آشکارا OpenAI را پوشش نمیدهد».
نتیجه: یک وابستگی مستند وجود دارد، هیچیک از دو شرکت آن را به 3 سپتامبر ربط ندادهاند، و به سومی نمیرسد.
آیا یک قطعی بقیه را هم از پا درآورد؟
نظریه قطعی زنجیرهای محترمانهترین توضیح عامیانه است. وقتی یک دستیار از کار میافتد، کاربرانش به سراغ بعدی هجوم میبرند و این موج، آن یکی را هم از کار میاندازد. سابقه هم دارد. در 4 ژوئن 2024، ChatGPT، Claude و Perplexity همگی با فاصله چند ساعت از یکدیگر از کار افتادند. پیام خطای Perplexity صراحتاً همین را میگفت: «در حال حاضر پرسشهای زیادی دریافت میکنیم و به سقف ظرفیت خود رسیدهایم.» آن روز هم هیچکس هرگز یک علت مشترک را تأیید نکرد.
این بار نظریه در درون صنعت هم طرفدارانی داشت. به گزارش The Verge، پیام خطای Grok چنین بود: «این مدل در حال حاضر بیش از حد شلوغ است. لطفاً کمی بعد دوباره امتحان کنید یا مدل دیگری انتخاب کنید»، و یکی از مهندسان OpenAI در X نوشت که «شایعه است که وقتی ما از کار میافتیم، آنقدر ترافیک باید توسط بقیه جذب شود که همهشان از کار میافتند».
برای 3 سپتامبر، مشکل ترتیب رویدادهاست. Claude اول از کار افتاد، Grok چند دقیقه بعد، و ChatGPT بیش از یک ساعت پس از آن. یک قطعی زنجیرهای باید به سمت ChatGPT جریان مییافت، یعنی سرویسی که با فاصله زیاد بیشترین کاربر را دارد، آن هم از دو سرویس بسیار کوچکتر، و OpenAI خطای خود را به مسیریابی نسبت داد، نه به بار. جهت معکوس، یعنی قطعی ChatGPT که سیل کاربران را به سوی Claude و Grok روانه کند، همانی است که منطقی میبود، و ساعت آن را رد میکند.
نتیجه: با تاریخچه سازگار است، با این خط زمانی ناسازگار.
آیا GPT-6 Astra بود، بیدار شدن AGI، یا Skynet؟
این خبر بزرگ دیگر آن روز بود و این دو با هم برخورد کردند. در حالی که ChatGPT از کار افتاده بود، حساب ChatGPT نوشت «ستارهها تقریباً در یک راستا قرار گرفتهاند»، و بعدازظهر همان روز OpenAI از GPT-6 Astra رونمایی کرد، مدلی که به گفته شرکت روی «بیش از 100,000 پردازنده گرافیکی در سایت Stargate ما در تگزاس» آموزش دیده است. رئیس شرکت، گرگ براکمن، به خبرنگاران گفت: «بیمنطق نیست که احساس کنیم اکنون در عصر AGI هستیم، و فکر میکنم اگر بخواهید بگویید این [مدل] نخستین آن است، منطقی است.» Axios تیتر این نشست خبری را «به عصر AGI خوش آمدید» گذاشت. Fireship، که ویدیوهای نگاه اولش جایی است که بسیاری از توسعهدهندگان شاغل نظرشان را درباره یک مدل جدید شکل میدهند، پرسش را مستقیم در عنوان ویدیوی 4 سپتامبر خود گذاشت: «آیا OpenAI واقعاً AGI ساخت؟»
پس اینترنت همان کاری را کرد که همیشه میکند. یکی از کاربران Hacker News با نقل قول از ترمیناتور نوشت: «سیستم در 3 سپتامبر 2026 آنلاین میشود… Astra با آهنگی هندسی شروع به یادگیری میکند.» دیگری گفت: «SkyNet دارد مسلح میشود.» Futurism بقیه را جمعآوری کرد: «بالاخره میتوانم خورشید را ببینم!»، جمله پاریس مارکس که «برای لحظهای کوتاه، میلیونها نفر مجبور شدند دوباره از مغزشان استفاده کنند»، و تحلیل کامل ThePrimeagen در چهار کلمه: «کل هوش مصنوعی خوابیده.» نسخه جدیترش، «Astra امروز منتشر میشود. احتمالاً تصادفی نیست»، پرتکرارترین فکر آن رشته بود.
این یک تصادف است، و بررسیاش هم آسان. Astra در 3 سپتامبر فقط به گروه محدودی از مشتریان سازمانی در برنامه امنیت سایبری Daybreak شرکت OpenAI رسید؛ مشترکان پولی روز بعد به آن دسترسی پیدا کردند، و پس از آن سم آلتمن نوشت: «اول، بابت عرضه نامرتب متأسفم». هر باری که این عرضه روی سیستمهای OpenAI گذاشته باشد، نمیتوانست به سیستمهای Anthropic یا xAI برسد، و آن دو زودتر از کار افتادند. رخداد خود OpenAI یک تغییر پیکربندی مسیریابی بود، و کاربری در Hacker News که خود را فرمانده رخداد آن روز معرفی کرد در همان رشته نوشت: «ما در زیرساخت خود یک خطای مسیریابی داشتیم که برای برخی از محصولاتمان مشکل ایجاد کرد. ربطی به عرضه Astra نداشت. ما درباره قطعیهای ارائهدهندگان دیگر اظهارنظر نمیکنیم.» گزارش شرکت، که بعداً منتشر شد، این روایت را تأیید میکند: از یک بهروزرسانی پیکربندی که اشتباه تفسیر شده نام میبرد و درباره عرضه چیزی نمیگوید. مدلی که در پیشنمایش محدود است دست ندارد. نمیتواند به درون یک مرکز داده در ممفیس یا جدول مسیریابی یک رقیب دست ببرد. اگر عصر AGI در 3 سپتامبر آغاز شد، با گرفتن یک صبح مرخصی آغاز شد.
نتیجه: بهترین شوخیهای آن روز، و نه چیزی بیشتر.
طوفانهای خورشیدی، حملات سایبری و یک تصادف ساده
کنار گذاشتن نظریههای باقیمانده سریع است. هیچ ارائهدهندهای به حمله اشاره نکرد، و شرکتهایی که هدف حمله قرار میگیرند معمولاً آن را اعلام میکنند، چون حمله روایت بهتری از یک خطای مسیریابی است. نسخه طوفان خورشیدی در برابر ابزارهای اندازهگیری شکست میخورد: شاخص K سیارهای NOAA، سنجه استاندارد اختلال ژئومغناطیسی، در 3 سپتامبر به اوج 2.33 رسید (بررسیشده در 8 سپتامبر)، در حالی که یک طوفان خفیف از 5 آغاز میشود. در هر صورت، طوفان ژئومغناطیسیای که آنقدر قوی باشد که مراکز داده را مختل کند، پیش از آن شبکههای برق و ماهوارهها را مختل میکرد.
آنچه باقی میماند تصادف است، که کمترین رضایت را میدهد و همان پاسخی است که بیانیههای خود ارائهدهندگان در اختیار شما میگذارند. هر یک از این شرکتها هر ماه رخدادهایی ثبت میکنند؛ صفحههای وضعیتشان اسناد طولانی هستند. Anthropic همان روز صبح، پیش از شروع همه این ماجرا، رخدادی جداگانه در Claude Sonnet 5 را بین 12:37 و 12:56 UTC باز و بسته کرده بود. صفحه OpenAI در 10 ژوئن 2025 یک رخداد واحد از 06:36 تا 22:00 UTC داشت، و Gemini، بازمانده 3 سپتامبر، در 10 ژوئن 2026 به دلیل «تداخل شدید عملیات خواندن» در یک پایگاه داده Google هفت ساعت از کار افتاده بود. سه رخداد در یک صبح پنجشنبه از هفته کاری آمریکا، که یکی از آنها احتمالاً از طریق ممفیس مشترک بوده، غیرعادی است، اما قطعی سهگانه ژوئن 2024 نشان میدهد که پیشتر هم رخ داده، بیآنکه هرگز علت مشترکی آشکار شود. یک بازسازی دقیق خط زمانی چنین نتیجه گرفت: «شواهد از سه رخداد همپوشان در ارائهدهندگان پشتیبانی میکند، با توضیحات عمومی متفاوت و افشای ناقص علت ریشهای»، و روایت صادقانه همینجا به پایان میرسد.
چرا این پرسش از پاسخش مهمتر است
هر روایتی که درست باشد، آن روز همان چیز را آشکار کرد: شمار عظیمی از مردم و شرکتها اکنون به تعداد انگشتشماری ارائهدهنده وابستهاند، و آن ارائهدهندگان به تعداد انگشتشماری اپراتور مرکز داده و، در بیشتر موارد، به یک تأمینکننده تراشه وابستهاند.
ارقام عمومیاند. به گفته Synergy Research Group، Amazon، Microsoft و Google به ترتیب 28%، 20% و 15% از بازار زیرساخت ابری را در اختیار داشتند که در سهماهه دوم 2026 به 143 میلیارد دلار رسید. OpenAI قراردادهایی بسته است برای 250 میلیارد دلار خدمات افزوده Azure، یک توافق 38 میلیارد دلاری با AWS که از آن زمان 100 میلیارد دلار گسترش یافته، تا 10 گیگاوات سیستمهای Nvidia و 6 گیگاوات پردازنده گرافیکی AMD. Anthropic، AWS را شریک اصلی خود در آموزش مدلها میداند، برای تا یک میلیون TPU متعلق به Google قرارداد بسته، 30 میلیارد دلار برای Azure تعهد کرده و از ماه مه تمام Colossus 1 در ممفیس را اجاره کرده است. xAI مجموعه Colossus را با 100,000 پردازنده گرافیکی Nvidia Hopper در 122 روز ساخت و سپس آن را دو برابر کرد. Nvidia پشت بیشتر این قراردادهاست، و هر مدل پیشرویی که مردم صبح یک روز کاری سراغش میروند، روی یکی از سه ابر یا در یک مجموعه در تنسی قرار دارد. ChatGPT بهتنهایی در فوریه 900 میلیون کاربر هفتگی گزارش کرد.
این وابستگی اکنون قابل اندازهگیری است. در نظرسنجی از 1,000 مدیر ارشد در 16 کشور که در ژوئن 2026 منتشر شد، مؤسسه ارزش کسبوکار IBM دریافت که 71% گفتند تغییر تأمینکننده یا مدل اصلی هوش مصنوعیشان دشوار خواهد بود، 91% گفتند وابستگیهای سازمانشان به تأمینکنندگان، مدلها و زیرساخت هوش مصنوعی را بهطور کامل درک نمیکنند، و 81% گفتند قطعی هفتروزه یک تأمینکننده اختلالی شدید یا بحرانی ایجاد میکند. همچنین 73% مجموعه هوش مصنوعی خود را عامدانه چندتأمینکنندهای توصیف کردند؛ تنها 7% در سطحی فعالیت میکردند که IBM آن را سطح پیشرفته کنترل نامید. آنا پائولا آسیس از IBM گفت: «هوش مصنوعی شکلهای تازهای از وابستگی پدید آورده که سریعتر از آنچه چرخههای سنتی حاکمیت، تدارکات یا فناوری برای مدیریتش طراحی شده بودند، تحول مییابند.»
چارلی دای از Forrester روز پس از قطعی، در ITPro، نتیجه عملیاتی را گرفت: «وقتی چند ارائهدهنده بزرگ بدون علت مشترکی که بهروشنی مشخص شده باشد دچار خرابیهای همپوشان میشوند، سازمانها نمیتوانند ریسک سیستمی، تمرکز وابستگی یا احتمال تکرار را بهدرستی ارزیابی کنند.» نسخه او «راهبردهای چندمدلی، گردشکارهای جایگزین و برنامههای تداوم کسبوکار، بهجای این فرض که خدمات پیشرو هوش مصنوعی همیشه در دسترس خواهند بود» بود.
قانونگذاران هم در همین مسیر حرکت میکنند. در 13 ژوئیه 2026، بریتانیا Amazon Web Services، Google Cloud، Microsoft و Oracle را بهعنوان اشخاص ثالث حیاتی نظام مالی تحت نظارت مستقیم قرار داد. نیکیل راتی، مدیرعامل سازمان رفتار مالی بریتانیا (FCA)، گفت: «وقتی همان ارائهدهندگان به هزاران شرکت خدمات میدهند، یک خرابی واحد میتواند در سراسر نظام مالی طنینانداز شود.» بیانیه سیاستی PS26/2 از FCA گزارشدهی اجباری رخدادهای عملیاتی و ترتیبات مهم با اشخاص ثالث را از 18 مارس 2027 اضافه میکند، نظامی که دقیقاً برای همان نوع وابستگی نوشته شده که 3 سپتامبر آشکارش کرد.
این برداشت مفید از این قطعی است. نظریه Azure اشتباه بود، اما نگرانی پشت آن درست بود: سیستمهایی که مردم اکنون برای نوشتن، کدنویسی، جستجو و تصمیمگیری به کار میبرند در شمار بسیار اندکی از ساختمانها متمرکز شدهاند، و هیچکس بیرون از آن ساختمانها نمیتواند ببیند چگونه به هم متصلاند.
آیا هوش مصنوعی غیرمتمرکز یک جایگزین واقعی است؟
استدلال به نفع غیرمتمرکز کردن هوش مصنوعی پیشتر استدلالی از جنس رمزارز بود. 3 سپتامبر آن را به استدلالی درباره دسترسپذیری تبدیل کرد. اگر سه شرکت با سه علت اعلامشده جداگانه بتوانند در یک بازه زمانی از کار بیفتند، ریسک در هیچ مرکز داده واحدی نیست، بلکه در شکل این صنعت است: چند مدل، روی چند ابر، عمدتاً متکی به یک تأمینکننده تراشه، و همه کسانی که در پاییندست همه آنها هستند، همزمان.
Gonka یکی از پروژههایی است که بر این استدلال بنا شدهاند، و همانی که بنیانگذارانش آن را بیپردهتر از همه بیان میکنند. این پروژه خود را «شبکهای غیرمتمرکز برای محاسبات هوش مصنوعی با کارایی بالا» توصیف میکند و در اوت 2025، پس از دوره پرورش در Product Science، راهاندازی شد؛ Product Science شرکتی مستقر در لسآنجلس متعلق به دیوید و دانیل لیبرمن است که استارتاپ قبلیشان را Snap خریداری کرد. اپراتورهای مستقل پردازندههای گرافیکی Nvidia را در اختیار شبکه میگذارند و با توکن شبکه پاداش میگیرند؛ توسعهدهندگان مدلهای با وزن باز مانند DeepSeek، Kimi و MiniMax را از طریق یک نقطه دسترسی (endpoint) سازگار با OpenAI فراخوانی میکنند، با قیمتهایی که بر اساس میزان بهرهبرداری تغییر میکنند، نه بر اساس فهرست قیمت یک فروشنده. مستندات معماری آن، وعده مربوط را در یک خط بیان میکند: «این سیستم غیرمتمرکز است و هیچ نقطه واحدی درخواستهای استنتاج را به گرههای شبکه هدایت نمیکند.» وایتپیپر آن ریسکی را نام میبرد که این پروژه برای مقابله با آن پدید آمده است: «متمرکز کردن منابع محاسباتی در دست چند ارائهدهنده مسلط، ریسکهای قابل توجهی در زمینه سانسور و کنترل متمرکز به همراه دارد.» Bitfury در دسامبر 2025 50 میلیون دلار به این شبکه تعهد کرد، زمانی که شبکه توان محاسباتی معادل بیش از 6,000 پردازنده Nvidia H100 گزارش میکرد؛ تا فوریه 2026 رقمی که پروژه اعلام کرد حدود 14,000 معادل H100 در حدود 20 کشور بود.
واژه بنیانگذاران برای این هدف «حاکمیت» است. برادران لیبرمن در ژوئیه گفتند: «اگر کنترل محاسبات را در دست نداشته باشید، سیاست هوش مصنوعی شما یک درخواست است، نه یک راهبرد»، و بدیل آن را «فئودالیسم GPU، آیندهای که در آن مردم مستأجر املاک محاسباتی دیگران میشوند» نامیدند. آنها در یادداشتی در Fortune در ماه مه، تمرکز در دست ارائهدهندگان ابری ابرمقیاس را «نقطه واحد شکست یا کنترل» توصیف کردند. ادعا این است که یک کشور، یک دانشگاه یا یک شرکت میتواند بدون ساختن یک ابر ابرمقیاس، ظرفیت هوش مصنوعیای داشته باشد که هیچکس دیگری نتواند خاموشش کند، با تجمیع GPUهایی که از قبل در اختیار دارد در شبکهای که مالکی ندارد.
دو نکته احتیاطی باید کنار آن گفته شود، و اسناد خود Gonka یکی از آنها را فراهم میکند. شبکههای غیرمتمرکز نقطه واحد شکست را با نوسان بیشتر معاوضه میکنند: به تعبیر یکی از تحلیلهای این بخش در سال 2026، «یک شبکه غیرمتمرکز ذاتاً نوسان بیشتری در قابلیت اطمینان نسبت به یک مرکز داده اختصاصی دارد»، و هیچیک از این شبکهها هنوز تضمینهای خدمات سازمانیای را که یک قرارداد با ارائهدهنده ابرمقیاس ارائه میدهد، ارائه نمیکند. تحلیل امنیتی Gonka میگوید که «در حال حاضر، هیچ راهبرد تقلب موفقی در برابر این ترکیب از سازوکارهای دفاعی شناخته نشده است»، که جملهای صادقانه است و نه یک ضمانتنامه. و توکن شبکه از ژانویه بیشتر ارزش خود را از دست داده است، که چیزی درباره اینکه آیا GPUها درخواستهای استنتاج را پاسخ میدهند نمیگوید، اما درباره اینکه توجه این بخش هنوز به کجا معطوف است چیزهای زیادی میگوید. Bittensor، Akash، io.net و Prime Intellect نسخههای دیگری از همین آزمایش را اجرا میکنند.
آنچه این آزمایش تاکنون نشان داده، محدودتر از تبلیغاتش است و همچنان ارزشمند: مدلهای باز را میتوان از هزاران GPU ارائه کرد که هیچ شرکت واحدی کنترلشان نمیکند، و یک خطای مسیریابی نزد یک فروشنده یا یک صبح بد در ممفیس همه آنها را با هم از کار نمیاندازد. در روزی مانند 3 سپتامبر، این تنها ویژگیای است که اهمیت دارد.
وقتی دستیار هوش مصنوعی شما از کار میافتد چه کنید
برای یک فرد، دستورالعمل 3 سپتامبر کوتاه است.
پیش از هر کاری صفحه وضعیت را بررسی کنید. status.openai.com، status.claude.com و status.x.ai همگی ظرف چند دقیقه رخداد را نشان دادند. اگر صفحه قرمز است، هیچ کاری از سمت شما کمکی نمیکند؛ صبر کنید، یا سرویس را عوض کنید.
در یک دستیار دوم هم وارد حساب خود بمانید. Gemini در 3 سپتامبر سرپا ماند، بیشتر مدلهای Claude تا ساعت 15:25 UTC، در حالی که ChatGPT هنوز از کار افتاده بود، بازگشته بودند، و در 4 ژوئن 2024 الگو باز هم متفاوت بود. دو ارائهدهنده روی دو ابر، ارزانترین تابآوری ممکن است. توسعهدهندگان باید فراتر بروند و مسیر جایگزین را در خود کد بگنجانند، تا یک خطای مسیریابی 34 دقیقهای نزد یک فروشنده به یک خط لاگ تبدیل شود، نه به یک رخداد.
یاد بگیرید قطعی را از مسدودسازی تشخیص دهید. این همان حالتی است که VPN اهمیت پیدا میکند. OpenAI و Anthropic هر دو فهرست کشورهای پشتیبانیشده را منتشر میکنند و صفحه OpenAI هشدار میدهد که «دسترسی یا ارائه دسترسی به خدمات ما خارج از کشورها و قلمروهای فهرستشده در زیر ممکن است به مسدود یا معلق شدن حساب شما منجر شود». نهادهای ناظر هم مسدود میکنند: مرجع حفاظت از دادههای ایتالیا در دستوری که در 31 مارس 2023 اعلام شد، ChatGPT را به توقف پردازش دادههای کاربران ایتالیایی ملزم کرد و این سرویس تا 28 آوریل در ایتالیا از دسترس خارج بود. وقتی صفحه وضعیت سبز است اما دستیار به شما پاسخ رد میدهد، مشکل از موقعیت مکانی شماست، نه از ارائهدهنده. اتصال از طریق سروری در کشور خودتان، یکی از 100+ موقعیت Le VPN، سرویسی را که برایش پول میپردازید در طول سفر بازمیگرداند، همانطور که برای بانکداری یا تلویزیون این کار را میکند. راهنمای ما درباره عبور از سانسور اینترنت نسخه دولتی همین مشکل را پوشش میدهد، و این مطلب قدیمیتر توضیح میدهد چرا VPN میتواند مسیری از کنار یک خرابی شبکه منطقهای پیدا کند، اما هرگز از کنار خرابی خود ارائهدهنده نه.
اگر عامل هوش مصنوعی شما به کشور خروجی ثابتی نیاز دارد، آن را در اختیارش بگذارید. عاملهای خودمختار هم در آزمون موقعیت مکانی رد میشوند و نمیتوانند تیکت پشتیبانی باز کنند. پاسهای x402 بدون حساب Le VPN برای همین حالت وجود دارند: یک پیکربندی WireGuard که درون یک درخواست HTTP خریداری میشود، برای یک روز، یک هفته یا یک ماه روی یک سرور واحد در فرانسه، آلمان یا بریتانیا.
هیچیک از اینها یک مدل از کار افتاده را بازنمیگرداند. نکته ماجرای 3 سپتامبر همین است. این ابزارها به زیرساخت تبدیل شدهاند، زیرساخت متمرکز است، و تنها دفاعی که امروز در دسترس یک کاربر است، وابسته بودن به بیش از یک بخش از آن است.
درباره نویسنده
سردبیر وبلاگ Le VPN
Alan Summers سالهاست برای وبلاگ Le VPN مینویسد و ویرایش میکند و موضوعاتی مثل حریم خصوصی آنلاین، امنیت سایبری و بهترین راههای بهرهگیری کامل از VPN را پوشش میدهد. او اخباری را که بر آزادی اینترنت در سراسر جهان اثر میگذارند از نزدیک دنبال میکند و آنها را به توصیههای کاربردی برای خوانندگان Le VPN تبدیل میکند.
مقالههای Alan Summers →