Збій мав довгий «хвіст» і короткий, інтенсивний пік. Зовнішні сервіси моніторингу вперше виявили проблеми пізно ввечері 15 червня, близько 22:12–22:16 за східним поясним часом (ET) . Однак офіційно інцидент було визнано лише наступного ранку, що залишило розробників, які покладаються на Codex для нічних завдань, у сліпій зоні
.
Щойно внутрішні тривоги спрацювали, реакція була швидкою:
Збій вплинув на Codex у всіх його проявах: CLI, розширення VS Code та десктопний додаток . Хоча офіційний таймер інциденту показав близько 3 годин несправності, фактичний час перебоїв у роботі для користувачів був значно довшим.
Для професійних передплатників тарифів Pro це була не дрібна незручність — це була пряма загроза їхній продуктивності. Реакція у спільноті розробників OpenAI та в X була вкрай емоційною.
Головна претензія полягала не лише в тому, що сервіс не працював, а в тому, як саме він виходив з ладу. Користувачі повідомляли, що сесії Codex «переривалися посеред виконання без збереження стану», змушуючи їх вручну відновлювати втрачений контекст і переробляти роботу . Користувач із Великої Британії влучно підсумував настрій: «Працювати неможливо, бо не знаєш, в який момент Codex вилетить, і доводиться знову і знову перевіряти, що було зроблено, а що ні. Абсолютно неприйнятно»
.
Саме повідомлення про помилку стало джерелом гніву. Порада «спробувати іншу модель» не давала жодних корисних вказівок, коли основна модель недоступна, а користувачі не мали змоги зрозуміти, чи варто повторювати спробу, зменшити глибину аналізу, чи просто чекати .
Довіра до комунікації OpenAI також була підірвана. Кілька користувачів вказали на розбіжність між моментом, коли проблеми фактично почалися (згідно з повідомленнями спільноти та особистим досвідом), і часом, коли офіційний таймер на сторінці статусу почав відлік. Ця невідповідність робить прозорість інцидентів ненадійною .
На тлі розчарування з'явилася і частка чорного гумору розробників. Інфлюенсер Метью Берман (Matthew Berman) створив сайт willcodexquotareset.com, який жартома показував «94% ймовірність скидання квоти Codex у найближчі 48 годин» . Аналіз настроїв від Digg щодо цієї події показав розкол: 63,8% позитивних реакцій, де багато хто дякував OpenAI за швидке виправлення, але значні 36,2% негативних, де користувачі ставили під сумнів надійність сервісу після низки повторюваних збоїв
.
Інцидент 15-16 червня не є поодиноким. Це найбільш помітний сплеск у році повторюваних погіршень роботи Codex, які серйозно почалися на початку травня 2026 року. Патерн насичення потужностей GPT-5.5 та невідповідності лімітів виникав неодноразово.
Хронологія основних подій Codex у 2026 році показує платформу під постійним стресом:
Спільний знаменник очевидний: попит на GPT-5.5 постійно впирається в налаштовані обмеження, чи то через ліміти швидкості, перевантаження через високу глибину аналізу, чи ширшу напругу інфраструктури. Рішення від 16 червня — скидання лімітів — було лікуванням симптому (досягнення стелі), а не усуненням глибинної невідповідності між потужністю та популярністю моделі. Без більш фундаментального рішення з масштабування інфраструктури, ця помилка, ймовірно, повертатиметься знову, в міру того як дедалі більше розробників використовуватимуть Codex для високоінтенсивних завдань.
Comments
0 comments