Хоча OpenAI не опублікувала офіційного аналізу першопричин, спосіб виправлення, описаний керівником Codex Тібо Соттьйо (Thibault Sottiaux), дає вагому підказку. Він підтвердив, що рішення полягало у «скиданні лімітів Codex на всіх тарифних планах» протягом 24-годинного вікна . Це вказує на те, що проблема була не у відсутності фізичних обчислювальних потужностей, а в тому, що внутрішні ліміти були встановлені занадто низько для раптового сплеску попиту, через що система відхиляла коректні запити, ніби справді була переповнена.

Про наближення проблем сигналізував менший, пов'язаний інцидент 11 червня, коли було зафіксовано «підвищену частоту помилок для GPT-5.5 у Codex» . Для користувачів, які платять гроші, це стало критичною точкою наростаючого тиску, а не ізольованою подією.

Хронологія інциденту: Три години авралу

Збій мав довгий «хвіст» і короткий, інтенсивний пік. Зовнішні сервіси моніторингу вперше виявили проблеми пізно ввечері 15 червня, близько 22:12–22:16 за східним поясним часом (ET) . Однак офіційно інцидент було визнано лише наступного ранку, що залишило розробників, які покладаються на Codex для нічних завдань, у сліпій зоні .

Щойно внутрішні тривоги спрацювали, реакція була швидкою:

• 6:32 ранку за ET — Сторінка статусу OpenAI позначила інцидент як «Виявлений» .
• ~7:39 ранку за ET — Вайбгав Шрівастав (Vaibhav Srivastav) публічно визнав помилку в X, направивши користувачів на сторінку статусу .
• ~7:40 ранку за ET — Керівник Codex Тібо Соттьйо написав: «Ми знаємо, що деякі користувачі Codex стикаються з високою частотою помилок "модель перевантажена", і працюємо над стабілізацією» .
• 9:32 ранку за ET — Було застосовано тимчасове рішення та розпочато моніторинг .
• 9:48 ранку за ET — Статус змінився на зелений: «Усі постраждалі сервіси повністю відновлені» .

Збій вплинув на Codex у всіх його проявах: CLI, розширення VS Code та десктопний додаток . Хоча офіційний таймер інциденту показав близько 3 годин несправності, фактичний час перебоїв у роботі для користувачів був значно довшим.

Терпець розробників увірвався

Для професійних передплатників тарифів Pro це була не дрібна незручність — це була пряма загроза їхній продуктивності. Реакція у спільноті розробників OpenAI та в X була вкрай емоційною.

Головна претензія полягала не лише в тому, що сервіс не працював, а в тому, як саме він виходив з ладу. Користувачі повідомляли, що сесії Codex «переривалися посеред виконання без збереження стану», змушуючи їх вручну відновлювати втрачений контекст і переробляти роботу . Користувач із Великої Британії влучно підсумував настрій: «Працювати неможливо, бо не знаєш, в який момент Codex вилетить, і доводиться знову і знову перевіряти, що було зроблено, а що ні. Абсолютно неприйнятно» .

Саме повідомлення про помилку стало джерелом гніву. Порада «спробувати іншу модель» не давала жодних корисних вказівок, коли основна модель недоступна, а користувачі не мали змоги зрозуміти, чи варто повторювати спробу, зменшити глибину аналізу, чи просто чекати .

Довіра до комунікації OpenAI також була підірвана. Кілька користувачів вказали на розбіжність між моментом, коли проблеми фактично почалися (згідно з повідомленнями спільноти та особистим досвідом), і часом, коли офіційний таймер на сторінці статусу почав відлік. Ця невідповідність робить прозорість інцидентів ненадійною .

На тлі розчарування з'явилася і частка чорного гумору розробників. Інфлюенсер Метью Берман (Matthew Berman) створив сайт willcodexquotareset.com, який жартома показував «94% ймовірність скидання квоти Codex у найближчі 48 годин» . Аналіз настроїв від Digg щодо цієї події показав розкол: 63,8% позитивних реакцій, де багато хто дякував OpenAI за швидке виправлення, але значні 36,2% негативних, де користувачі ставили під сумнів надійність сервісу після низки повторюваних збоїв .

Неспокійний рік: Надійність Codex у 2026

Інцидент 15-16 червня не є поодиноким. Це найбільш помітний сплеск у році повторюваних погіршень роботи Codex, які серйозно почалися на початку травня 2026 року. Патерн насичення потужностей GPT-5.5 та невідповідності лімітів виникав неодноразово.

Хронологія основних подій Codex у 2026 році показує платформу під постійним стресом:

• 23 квітня — Помилка «Обрана модель перевантажена» вперше широко обговорюється на форумі спільноти; користувачі відзначають збої посеред сесії та відсутність збереження стану .
• 7+ травня — Починається серія погіршень із затримками в Codex та циклами перепідключення, з помітним погіршенням часу відгуку .
• 12 травня — Після впровадження «подвійної потужності» (2x capacity) стають частими обриви потоків у додатку Codex, що завершуються помилками закриття вебсокетів .
• 13 травня — GPT-5.5 демонструє високу частоту помилок, що непропорційно сильно впливає на користувачів безплатного тарифу .
• 14 травня — Сервіси Codex Cloud та Code Review зазнають високої частоти відмов протягом 32 хвилин .
• 29 травня — Повномасштабний збій OpenAI виводить з ладу одночасно ChatGPT, API, DALL-E, Codex та Sora .
• 3 червня — Підвищена частота помилок вражає Codex, ChatGPT та Responses API приблизно на 6,2 години .
• 11 червня — Підвищені помилки для GPT-5.5 у Codex з'являються ввечері, готуючи підґрунтя для основної події .
• 15-16 червня — Помилка «Обрана модель перевантажена» перетворюється на повноцінний збій тривалістю близько 3 годин .

Спільний знаменник очевидний: попит на GPT-5.5 постійно впирається в налаштовані обмеження, чи то через ліміти швидкості, перевантаження через високу глибину аналізу, чи ширшу напругу інфраструктури. Рішення від 16 червня — скидання лімітів — було лікуванням симптому (досягнення стелі), а не усуненням глибинної невідповідності між потужністю та популярністю моделі. Без більш фундаментального рішення з масштабування інфраструктури, ця помилка, ймовірно, повертатиметься знову, в міру того як дедалі більше розробників використовуватимуть Codex для високоінтенсивних завдань.

Хоча OpenAI не опублікувала офіційного аналізу першопричин, спосіб виправлення, описаний керівником Codex Тібо Соттьйо (Thibault Sottiaux), дає вагому підказку. Він підтвердив, що рішення полягало у «скиданні лімітів Codex на всіх тарифних планах» протягом 24-годинного вікна . Це вказує на те, що проблема була не у відсутності фізичних обчислювальних потужностей, а в тому, що внутрішні ліміти були встановлені занадто низько для раптового сплеску попиту, через що система відхиляла коректні запити, ніби справді була переповнена.

Про наближення проблем сигналізував менший, пов'язаний інцидент 11 червня, коли було зафіксовано «підвищену частоту помилок для GPT-5.5 у Codex» . Для користувачів, які платять гроші, це стало критичною точкою наростаючого тиску, а не ізольованою подією.

Хронологія інциденту: Три години авралу

Збій мав довгий «хвіст» і короткий, інтенсивний пік. Зовнішні сервіси моніторингу вперше виявили проблеми пізно ввечері 15 червня, близько 22:12–22:16 за східним поясним часом (ET) . Однак офіційно інцидент було визнано лише наступного ранку, що залишило розробників, які покладаються на Codex для нічних завдань, у сліпій зоні .

Щойно внутрішні тривоги спрацювали, реакція була швидкою:

• 6:32 ранку за ET — Сторінка статусу OpenAI позначила інцидент як «Виявлений» .
• ~7:39 ранку за ET — Вайбгав Шрівастав (Vaibhav Srivastav) публічно визнав помилку в X, направивши користувачів на сторінку статусу .
• ~7:40 ранку за ET — Керівник Codex Тібо Соттьйо написав: «Ми знаємо, що деякі користувачі Codex стикаються з високою частотою помилок "модель перевантажена", і працюємо над стабілізацією» .
• 9:32 ранку за ET — Було застосовано тимчасове рішення та розпочато моніторинг .
• 9:48 ранку за ET — Статус змінився на зелений: «Усі постраждалі сервіси повністю відновлені» .

Збій вплинув на Codex у всіх його проявах: CLI, розширення VS Code та десктопний додаток . Хоча офіційний таймер інциденту показав близько 3 годин несправності, фактичний час перебоїв у роботі для користувачів був значно довшим.

Терпець розробників увірвався

Для професійних передплатників тарифів Pro це була не дрібна незручність — це була пряма загроза їхній продуктивності. Реакція у спільноті розробників OpenAI та в X була вкрай емоційною.

Головна претензія полягала не лише в тому, що сервіс не працював, а в тому, як саме він виходив з ладу. Користувачі повідомляли, що сесії Codex «переривалися посеред виконання без збереження стану», змушуючи їх вручну відновлювати втрачений контекст і переробляти роботу . Користувач із Великої Британії влучно підсумував настрій: «Працювати неможливо, бо не знаєш, в який момент Codex вилетить, і доводиться знову і знову перевіряти, що було зроблено, а що ні. Абсолютно неприйнятно» .

Саме повідомлення про помилку стало джерелом гніву. Порада «спробувати іншу модель» не давала жодних корисних вказівок, коли основна модель недоступна, а користувачі не мали змоги зрозуміти, чи варто повторювати спробу, зменшити глибину аналізу, чи просто чекати .

Довіра до комунікації OpenAI також була підірвана. Кілька користувачів вказали на розбіжність між моментом, коли проблеми фактично почалися (згідно з повідомленнями спільноти та особистим досвідом), і часом, коли офіційний таймер на сторінці статусу почав відлік. Ця невідповідність робить прозорість інцидентів ненадійною .

На тлі розчарування з'явилася і частка чорного гумору розробників. Інфлюенсер Метью Берман (Matthew Berman) створив сайт willcodexquotareset.com, який жартома показував «94% ймовірність скидання квоти Codex у найближчі 48 годин» . Аналіз настроїв від Digg щодо цієї події показав розкол: 63,8% позитивних реакцій, де багато хто дякував OpenAI за швидке виправлення, але значні 36,2% негативних, де користувачі ставили під сумнів надійність сервісу після низки повторюваних збоїв .

Неспокійний рік: Надійність Codex у 2026

Інцидент 15-16 червня не є поодиноким. Це найбільш помітний сплеск у році повторюваних погіршень роботи Codex, які серйозно почалися на початку травня 2026 року. Патерн насичення потужностей GPT-5.5 та невідповідності лімітів виникав неодноразово.

Хронологія основних подій Codex у 2026 році показує платформу під постійним стресом:

• 23 квітня — Помилка «Обрана модель перевантажена» вперше широко обговорюється на форумі спільноти; користувачі відзначають збої посеред сесії та відсутність збереження стану .
• 7+ травня — Починається серія погіршень із затримками в Codex та циклами перепідключення, з помітним погіршенням часу відгуку .
• 12 травня — Після впровадження «подвійної потужності» (2x capacity) стають частими обриви потоків у додатку Codex, що завершуються помилками закриття вебсокетів .
• 13 травня — GPT-5.5 демонструє високу частоту помилок, що непропорційно сильно впливає на користувачів безплатного тарифу .
• 14 травня — Сервіси Codex Cloud та Code Review зазнають високої частоти відмов протягом 32 хвилин .
• 29 травня — Повномасштабний збій OpenAI виводить з ладу одночасно ChatGPT, API, DALL-E, Codex та Sora .
• 3 червня — Підвищена частота помилок вражає Codex, ChatGPT та Responses API приблизно на 6,2 години .
• 11 червня — Підвищені помилки для GPT-5.5 у Codex з'являються ввечері, готуючи підґрунтя для основної події .
• 15-16 червня — Помилка «Обрана модель перевантажена» перетворюється на повноцінний збій тривалістю близько 3 годин .

Спільний знаменник очевидний: попит на GPT-5.5 постійно впирається в налаштовані обмеження, чи то через ліміти швидкості, перевантаження через високу глибину аналізу, чи ширшу напругу інфраструктури. Рішення від 16 червня — скидання лімітів — було лікуванням симптому (досягнення стелі), а не усуненням глибинної невідповідності між потужністю та популярністю моделі. Без більш фундаментального рішення з масштабування інфраструктури, ця помилка, ймовірно, повертатиметься знову, в міру того як дедалі більше розробників використовуватимуть Codex для високоінтенсивних завдань.