اختلال هشت‌ساعته GPT-6.1 Sol در سرویس‌های Work و Codex برطرف شد

opentools.ai

انتشار در منبع: انتشار در سایت ما:

مقاله اصلی · English

اختلال GPT-6.1 Sol در سرویس‌های Work و Codex
منبع: تیم OpenTools. نمودار تحلیلی مبتنی بر داده‌های منبع: جدول زمانی اختلال GPT-6.1 Sol و سطوح تحت‌تأثیر در Work و Codex. تصویر منبع

اختلال سرویس

تیم OpenTools
۱۳ اکتبر ۲۰۲۶

OpenAI اعلام کرده است که GPT-6.1 Sol از ساعت ۰۸:۱۰ تا ۱۶:۳۶ به وقت هماهنگ جهانی (UTC) در تاریخ ۱۳ اکتبر، در ChatGPT Work، وب Codex، API کدکس، رابط خط فرمان Codex و افزونه VS Code با کاهش عملکرد مواجه بوده است. سرویس‌ها بازیابی شده‌اند، اما OpenAI هنوز علت این مشکل یا جزئیات مربوط به نرخ خطاها را منتشر نکرده است.

اختلال از ساعت ۰۸:۱۰ تا ۱۶:۳۶ به وقت UTC ادامه داشت

OpenAI در ساعت ۰۸:۱۰ به وقت UTC در ۱۳ اکتبر ۲۰۲۶ بررسی این حادثه را آغاز کرد و هشت دقیقه بعد کاهش عملکرد GPT-6.1 Sol در Codex و ChatGPT Work را شناسایی کرد. طبق گزارش حادثه این شرکت، یک راهکار کاهش اثرات مشکل در ساعت ۰۹:۳۰ اعمال شد و وضعیت بازیابی تا زمان اعلام پایان حادثه در ساعت ۱۶:۳۶ زیر نظر قرار گرفت.

بنابراین، بازه زمانی اعلام‌شده برای این حادثه از نخستین به‌روزرسانی بررسی تا زمان رفع مشکل، ۸ ساعت و ۲۶ دقیقه بوده است. OpenAI زمان شروع زودترِ تأثیرگذاری مشکل را اعلام نکرده است؛ بنابراین زمان ثبت‌شده در صفحه وضعیت نباید به‌عنوان مدرکی برای شروع شکست همه درخواست‌های تحت‌تأثیر در ساعت ۰۸:۱۰ در نظر گرفته شود.

صفحه وضعیت OpenAI این رویداد را «کاهش عملکرد» طبقه‌بندی کرده، نه قطعی کامل سرویس. در نتیجه، برخی کاربران ممکن است با پاسخ‌های کند، خطاهای مقطعی یا حتی بدون مشکل قابل مشاهده مواجه شده باشند.

ChatGPT Work و چهار بخش Codex تحت‌تأثیر قرار گرفتند

OpenAI در فهرست اجزای آسیب‌دیده، ChatGPT Work و همچنین Codex Web، Codex API، Codex CLI و افزونه VS Code را ذکر کرده است. این حادثه به‌طور مشخص به GPT-6.1 Sol مربوط بوده و شامل همه مدل‌ها یا محصولات OpenAI نبوده است.

فهرست اجزای درگیر اهمیت دارد، زیرا موفقیت یک درخواست در یک محیط به این معنا نیست که سایر محیط‌ها در همان زمان بدون مشکل بوده‌اند. تیمی که از CLI روی سیستم محلی، یک وظیفه ابری در Codex Web یا خودکارسازی مبتنی بر API استفاده می‌کرد، ممکن بود با سه مسیر متفاوت برای بررسی وضعیت عملیات مواجه باشد.

صفحه وضعیت OpenAI همچنین هشدار می‌دهد که شاخص‌های دسترس‌پذیری به‌صورت تجمیعی میان سطوح مختلف، مدل‌ها و انواع خطا محاسبه می‌شوند. یک حادثه جهانی که رفع شده است، همچنان می‌تواند با مشکل باقی‌مانده در حساب کاربری، فضای کاری، شبکه یا نرم‌افزار کاربر هم‌زمان باشد.

OpenAI بازیابی سرویس را اعلام کرد، اما علت فنی را توضیح نداد

به‌روزرسانی‌های عمومی این حادثه شامل مراحل بررسی، کاهش اثرات، پایش و رفع کامل مشکل بوده‌اند. این اطلاعیه‌ها علت اصلی، درصد درخواست‌های تحت‌تأثیر، الگوی منطقه‌ای، کدهای خطا، مشکل مربوط به یکپارچگی داده‌ها یا بازگردانی نسخه قبلی را مشخص نمی‌کنند. OpenAI همچنین اعلام نکرده است که آیا وظایف در صف یا عملیات‌های متوقف‌شده به‌صورت خودکار ادامه یافته‌اند یا خیر.

این مواردِ اعلام‌نشده، دامنه نتیجه‌گیری‌های ممکن را محدود می‌کند. این حادثه فقط نشان می‌دهد که در سطوح اعلام‌شده کاهش دسترس‌پذیری رخ داده است؛ اما وجود از دست رفتن کار، اجرای تکراری عملیات، افت کیفیت مدل یا نقض امنیتی را ثابت نمی‌کند.

اگر OpenAI توضیح پس از حادثه منتشر کند، اطلاعات مهم شامل سازوکار شکست، بازه دقیق اثرگذاری، نحوه بازیابی وظایف در حال اجرا و اقداماتی خواهد بود که کاربران باید انجام دهند.

وضعیت رفع‌شده باید باعث بررسی شود، نه اجرای دوباره خودکار

راهنمای عمومی رفع اشکال OpenAI توصیه می‌کند کاربران صفحه وضعیت را بررسی کنند، برنامه را تازه‌سازی یا دوباره راه‌اندازی کنند و خطاهای موقتی را دوباره امتحان کنند. این روش برای پاسخ ناموفق یک گفت‌وگو منطقی است، اما در کارهای مبتنی بر عامل‌های هوشمند یک گام اضافی لازم است: پیش از ارسال دوباره همان دستور، وظیفه اصلی و خروجی‌های آن بررسی شود.

بررسی کنید آیا فایلی تغییر کرده، دستوری اجرا شده، درخواست ادغام (Pull Request) ایجاد شده یا یک اقدام خارجی با وجود نمایش خطای زمان‌بر یا ناموفق رابط کاربری با موفقیت انجام شده است. فقط بخش‌های از دست‌رفته را دوباره اجرا کنید. برای مشتریان API، پیش از ارسال دوباره یک تغییر، رکورد برنامه و هر کلید عدم تکرارپذیری (idempotency key) را تطبیق دهید.

هدف این است که تفاوت میان شکست نمایش وضعیت و شکست واقعی عملیات مشخص شود. سبز شدن صفحه وضعیت نشان می‌دهد OpenAI حادثه مشترک را بسته است؛ اما وضعیت تکمیل یک وظیفه مشخص را تضمین نمی‌کند.

تیم‌ها باید بازه اختلال را در گزارش‌های خود ثبت کنند

بازه ۰۸:۱۰ تا ۱۶:۳۶ به وقت UTC را به‌عنوان بازه اعلام‌شده از سوی ارائه‌دهنده ثبت کنید و آن را با زمان‌های محلی، انتخاب مدل و محیط مورد استفاده مقایسه کنید. زمان‌های نامشخص شروع را همچنان نامشخص نگه دارید و برای هماهنگ شدن با همه خطاها، دامنه حادثه را گسترده‌تر از اطلاعات موجود نکنید.

برای خطاهایی که همچنان باقی مانده‌اند، راهنمای رفع اشکال OpenAI توصیه می‌کند کاربران هنگام تماس با پشتیبانی، زمان‌ها و شناسه‌های مرتبط را نگه دارند. یک گزارش مفید شامل مدل، محیط استفاده، شناسه وظیفه یا گفت‌وگو، زمان دقیق UTC و آخرین اقدام تأییدشده است. از قرار دادن داده‌های خصوصی مخازن یا اطلاعات محرمانه در گزارش عمومی خودداری کنید.

این حادثه برطرف شده است، اما گزارش آن همچنان از نظر عملیاتی مفید است: مشخص می‌کند کدام درخواست‌ها نیازمند تطبیق و بررسی دوباره هستند و کدام خطاهای بعدی باید با توضیحی جداگانه بررسی شوند. برای پوشش‌های مرتبط با پلتفرم، صفحه سازمان OpenAI در OpenTools را دنبال کنید.

شکل: جدول زمانی منتشرشده از سوی OpenAI برای حادثه و سطوح تحت‌تأثیر در ۱۳ اکتبر ۲۰۲۶. منبع: وضعیت OpenAI. تهیه‌شده توسط تیم OpenTools؛ بدون استفاده از محتوای تصویری بیانیِ شخص ثالث.

منابع

  1. وضعیت OpenAI
  2. راهنمای رفع خطاهای ChatGPT