OpenAI resmî bir kök neden analizi yayınlamasa da, Codex lideri Thibault Sottiaux'nun çözümü tarif edişi önemli bir ipucu veriyor. Sottiaux, çözümün 24 saatlik bir pencere içinde "tüm planlardaki Codex hız limitlerini sıfırlamak" olduğunu doğruladı . Bu durum, sorunun fiziksel bir işlemci eksiğinden değil, ani talep artışına karşı iç hız limiti tavanlarının çok düşük ayarlanmış olmasından kaynaklandığını, sistemin sanki tamamen doluymuş gibi geçerli istekleri reddettiğini gösteriyor.

11 Haziran'da yaşanan daha küçük bir olay zaten tehlike sinyallerini vermiş, "GPT 5.5 için Codex'te yüksek hata oranları" kayda geçmişti . Faturayı ödeyen kullanıcılar içinse bu, birikmiş baskının kırılma noktasıydı, izole bir olay değil.

Olay Zaman Çizelgesi: Üç Saatlik Bir Mücadele

Aksaklığın uzun bir kuyruğu ve kısa, yoğun bir zirvesi vardı. Harici izleme hizmetleri, sorunları ilk olarak 15 Haziran akşamı, ET ile 22:12-22:16 civarında tespit etti . Ancak olay, ertesi sabaha kadar resmen kabul edilmedi, bu da gece boyu süren görevler ve sabah işleri için Codex'e güvenen geliştiricileri karanlıkta bıraktı .

Dahili alarmlar çaldığında ise müdahale hızlı oldu:

• TSİ 13:32 (ET 6:32) — OpenAI'ın durum sayfası olayı "Tespit Edildi" (Identified) olarak işaretledi .
• TSİ ~14:39 (ET ~7:39) — Vaibhav Srivastav, X üzerinden hatayı kamuoyuna açıkladı ve kullanıcıları durum sayfasına yönlendirdi .
• TSİ ~14:40 (ET ~7:40) — Codex lideri Thibault Sottiaux şu açıklamayı yaptı: "Bazı Codex kullanıcılarının 'model kapasiteye ulaştı' kaynaklı yüksek hata oranları yaşadığının farkındayız ve işleri tekrar stabil hale getirmek için çalışıyoruz."
• TSİ 16:32 (ET 9:32) — Bir hafifletme (mitigation) uygulandı ve izleme başladı .
• TSİ 16:48 (ET 9:48) — Durum yeşile döndü: "Etkilenen tüm hizmetler artık tamamen düzeldi."

Kesinti, CLI (Komut Satırı Arayüzü), VS Code eklentisi ve Masaüstü uygulaması dâhil olmak üzere tüm Codex yüzeylerini etkiledi . Resmî olay saati yaklaşık 3 saatlik bir soruna işaret etse de, kullanıcılar için pratikteki aksama süresi çok daha uzundu.

Geliştiricilerin Tepkisi Kaynama Noktasına Ulaştı

Profesyonel ve Pro seviye aboneler için bu, ufak bir rahatsızlık değil, üretkenliklerine yönelik aktif bir tehditti. OpenAI Geliştirici Topluluğu ve X'teki tepkiler oldukça sertti.

Temel şikâyet, hizmetin sadece çalışmaması değil, nasıl başarısız olduğuydu. Kullanıcılar, Codex oturumlarının "durumu kaydetmeden oturum ortasında sonlandığını", onları kaybolan bağlamı yeniden oluşturmaya ve işi tekrar yapmaya zorladığını bildirdi . İngiltere'den bir kullanıcı durumu canlı bir şekilde özetledi: "Codex'in hangi noktada çıkacağını bilemediğiniz için çalışmayı imkânsız hale getiriyor ve neyin yapılıp neyin yapılmadığını bulmak için sürekli aynı şeyin üzerinden geçip duruyorsunuz. Tamamen kabul edilemez."

Genel geçer hata mesajının kendisi de büyük bir öfke kaynağıydı. "Farklı bir model deneyin" tavsiyesi, birincil model kullanılamaz durumdayken ve kullanıcıların tekrar denemek mi, muhakeme çabasını düşürmek mi yoksa sadece beklemek mi gerektiğini bilmedikleri bir ortamda hiçbir eyleme dönük rehberlik sağlamıyordu .

OpenAI'ın iletişimine olan güven de zedelendi. Birkaç kullanıcı, topluluk raporlarına ve kişisel deneyimlere göre sorunların gerçekte başladığı zaman ile resmî durum sayfası saatinin işlemeye başladığı zaman arasındaki farka dikkat çekti; bu tutarsızlık, olay şeffaflığının güvenilmez hissettirmesine neden oldu .

Tüm bu hayal kırıklığının ortasında, geliştiricilere özgü bir kara mizah da yeşerdi. Influencer Matthew Berman, şaka yollu bir şekilde "önümüzdeki 48 saat içinde bir Codex kota sıfırlaması yaşanma ihtimalini %94" olarak gösteren willcodexquotareset.com sitesini oluşturdu . Digg'in olay etrafındaki konuşmalara dair duygu analizi ise ilginç bir bölünme gösterdi: %63,8 olumlu (birçok kişi hızlı düzeltme için OpenAI'a teşekkür etti) ve %36,2 olumsuz (kullanıcılar, tekrarlanan kesintilerin ardından hizmetin güvenilirliğini sorguladı) .

Sorunlu Bir Yıl: 2026'da Codex Güvenilirliği

15-16 Haziran olayı münferit bir vaka değil. 2026'nın Mayıs başında ciddi bir şekilde başlayan ve tekrarlayan Codex performans düşüşlerinin en görünür zirvesi. Bir GPT-5.5 kapasite doygunluğu ve hız limiti uyumsuzluğu modeli, defalarca gün yüzüne çıktı.

2026'daki büyük Codex olaylarının zaman çizelgesi, sürekli stres altındaki bir platformu gözler önüne seriyor:

• 23 Nisan — "Seçili model kapasiteye ulaştı" hatası Topluluk forumunda ilk kez geniş çapta raporlandı; oturum ortası başarısızlıklar ve durum kaydetmeme sorunlarıyla birlikte .
• 7 Mayıs ve sonrası — Codex'te bir dizi gecikme (latency) ve yeniden bağlanma döngüsü sorunu başladı ve genel yanıt süreleri ölçülebilir şekilde kötüleşti .
• 12 Mayıs — "2x kapasite" dağıtımının ardından Codex Uygulamasında akış kopmaları yaygınlaştı ve websocket kapanma hatalarıyla sonuçlandı .
• 13 Mayıs — GPT-5.5'te yüksek hata oranları yaşandı, özellikle ücretsiz kullanıcılar orantısız şekilde etkilendi .
• 14 Mayıs — Codex Cloud ve Code Review hizmetleri 32 dakika boyunca yüksek başarısızlık oranı yaşadı .
• 29 Mayıs — Tam kapsamlı bir OpenAI kesintisi; ChatGPT, API, DALL-E, Codex ve Sora aynı anda çöktü .
• 3 Haziran — Codex, ChatGPT ve Responses API'de yaklaşık 6,2 saat süren yüksek hata oranları görüldü .
• 11 Haziran — Akşam saatlerinde Codex'te GPT-5.5 için yüksek hata oranları ortaya çıkarak ana olaya zemin hazırladı .
• 15-16 Haziran — "Seçili Model Kapasiteye Ulaştı" hatası tam teşekküllü bir kesintiye dönüştü ve yaklaşık 3 saat sürdü .

Ortak nokta açık: GPT-5.5'e olan talep, ister hız limitleri ister muhakeme-çabası aşırı yükü ya da daha geniş altyapı zorlanmasından kaynaklansın, yapılandırılmış tavanlara çarpmaya devam ediyor. 16 Haziran düzeltmesi bir hız limiti sıfırlamasıydı; yani temeldeki kapasite ile modelin popülaritesi arasındaki uyumsuzluğu çözmekten ziyade, belirtiyi—tavana çarpmayı—tedavi eden bir çözümdü. Daha derin bir altyapı ölçeklendirme çözümü olmadan, yoğun kodlama görevleri için Codex'i benimseyen geliştirici sayısı arttıkça bu hatanın geri dönmesi kuvvetle muhtemel.

OpenAI resmî bir kök neden analizi yayınlamasa da, Codex lideri Thibault Sottiaux'nun çözümü tarif edişi önemli bir ipucu veriyor. Sottiaux, çözümün 24 saatlik bir pencere içinde "tüm planlardaki Codex hız limitlerini sıfırlamak" olduğunu doğruladı . Bu durum, sorunun fiziksel bir işlemci eksiğinden değil, ani talep artışına karşı iç hız limiti tavanlarının çok düşük ayarlanmış olmasından kaynaklandığını, sistemin sanki tamamen doluymuş gibi geçerli istekleri reddettiğini gösteriyor.

11 Haziran'da yaşanan daha küçük bir olay zaten tehlike sinyallerini vermiş, "GPT 5.5 için Codex'te yüksek hata oranları" kayda geçmişti . Faturayı ödeyen kullanıcılar içinse bu, birikmiş baskının kırılma noktasıydı, izole bir olay değil.

Olay Zaman Çizelgesi: Üç Saatlik Bir Mücadele

Aksaklığın uzun bir kuyruğu ve kısa, yoğun bir zirvesi vardı. Harici izleme hizmetleri, sorunları ilk olarak 15 Haziran akşamı, ET ile 22:12-22:16 civarında tespit etti . Ancak olay, ertesi sabaha kadar resmen kabul edilmedi, bu da gece boyu süren görevler ve sabah işleri için Codex'e güvenen geliştiricileri karanlıkta bıraktı .

Dahili alarmlar çaldığında ise müdahale hızlı oldu:

• TSİ 13:32 (ET 6:32) — OpenAI'ın durum sayfası olayı "Tespit Edildi" (Identified) olarak işaretledi .
• TSİ ~14:39 (ET ~7:39) — Vaibhav Srivastav, X üzerinden hatayı kamuoyuna açıkladı ve kullanıcıları durum sayfasına yönlendirdi .
• TSİ ~14:40 (ET ~7:40) — Codex lideri Thibault Sottiaux şu açıklamayı yaptı: "Bazı Codex kullanıcılarının 'model kapasiteye ulaştı' kaynaklı yüksek hata oranları yaşadığının farkındayız ve işleri tekrar stabil hale getirmek için çalışıyoruz."
• TSİ 16:32 (ET 9:32) — Bir hafifletme (mitigation) uygulandı ve izleme başladı .
• TSİ 16:48 (ET 9:48) — Durum yeşile döndü: "Etkilenen tüm hizmetler artık tamamen düzeldi."

Kesinti, CLI (Komut Satırı Arayüzü), VS Code eklentisi ve Masaüstü uygulaması dâhil olmak üzere tüm Codex yüzeylerini etkiledi . Resmî olay saati yaklaşık 3 saatlik bir soruna işaret etse de, kullanıcılar için pratikteki aksama süresi çok daha uzundu.

Geliştiricilerin Tepkisi Kaynama Noktasına Ulaştı

Profesyonel ve Pro seviye aboneler için bu, ufak bir rahatsızlık değil, üretkenliklerine yönelik aktif bir tehditti. OpenAI Geliştirici Topluluğu ve X'teki tepkiler oldukça sertti.

Temel şikâyet, hizmetin sadece çalışmaması değil, nasıl başarısız olduğuydu. Kullanıcılar, Codex oturumlarının "durumu kaydetmeden oturum ortasında sonlandığını", onları kaybolan bağlamı yeniden oluşturmaya ve işi tekrar yapmaya zorladığını bildirdi . İngiltere'den bir kullanıcı durumu canlı bir şekilde özetledi: "Codex'in hangi noktada çıkacağını bilemediğiniz için çalışmayı imkânsız hale getiriyor ve neyin yapılıp neyin yapılmadığını bulmak için sürekli aynı şeyin üzerinden geçip duruyorsunuz. Tamamen kabul edilemez."

Genel geçer hata mesajının kendisi de büyük bir öfke kaynağıydı. "Farklı bir model deneyin" tavsiyesi, birincil model kullanılamaz durumdayken ve kullanıcıların tekrar denemek mi, muhakeme çabasını düşürmek mi yoksa sadece beklemek mi gerektiğini bilmedikleri bir ortamda hiçbir eyleme dönük rehberlik sağlamıyordu .

OpenAI'ın iletişimine olan güven de zedelendi. Birkaç kullanıcı, topluluk raporlarına ve kişisel deneyimlere göre sorunların gerçekte başladığı zaman ile resmî durum sayfası saatinin işlemeye başladığı zaman arasındaki farka dikkat çekti; bu tutarsızlık, olay şeffaflığının güvenilmez hissettirmesine neden oldu .

Tüm bu hayal kırıklığının ortasında, geliştiricilere özgü bir kara mizah da yeşerdi. Influencer Matthew Berman, şaka yollu bir şekilde "önümüzdeki 48 saat içinde bir Codex kota sıfırlaması yaşanma ihtimalini %94" olarak gösteren willcodexquotareset.com sitesini oluşturdu . Digg'in olay etrafındaki konuşmalara dair duygu analizi ise ilginç bir bölünme gösterdi: %63,8 olumlu (birçok kişi hızlı düzeltme için OpenAI'a teşekkür etti) ve %36,2 olumsuz (kullanıcılar, tekrarlanan kesintilerin ardından hizmetin güvenilirliğini sorguladı) .

Sorunlu Bir Yıl: 2026'da Codex Güvenilirliği

15-16 Haziran olayı münferit bir vaka değil. 2026'nın Mayıs başında ciddi bir şekilde başlayan ve tekrarlayan Codex performans düşüşlerinin en görünür zirvesi. Bir GPT-5.5 kapasite doygunluğu ve hız limiti uyumsuzluğu modeli, defalarca gün yüzüne çıktı.

2026'daki büyük Codex olaylarının zaman çizelgesi, sürekli stres altındaki bir platformu gözler önüne seriyor:

• 23 Nisan — "Seçili model kapasiteye ulaştı" hatası Topluluk forumunda ilk kez geniş çapta raporlandı; oturum ortası başarısızlıklar ve durum kaydetmeme sorunlarıyla birlikte .
• 7 Mayıs ve sonrası — Codex'te bir dizi gecikme (latency) ve yeniden bağlanma döngüsü sorunu başladı ve genel yanıt süreleri ölçülebilir şekilde kötüleşti .
• 12 Mayıs — "2x kapasite" dağıtımının ardından Codex Uygulamasında akış kopmaları yaygınlaştı ve websocket kapanma hatalarıyla sonuçlandı .
• 13 Mayıs — GPT-5.5'te yüksek hata oranları yaşandı, özellikle ücretsiz kullanıcılar orantısız şekilde etkilendi .
• 14 Mayıs — Codex Cloud ve Code Review hizmetleri 32 dakika boyunca yüksek başarısızlık oranı yaşadı .
• 29 Mayıs — Tam kapsamlı bir OpenAI kesintisi; ChatGPT, API, DALL-E, Codex ve Sora aynı anda çöktü .
• 3 Haziran — Codex, ChatGPT ve Responses API'de yaklaşık 6,2 saat süren yüksek hata oranları görüldü .
• 11 Haziran — Akşam saatlerinde Codex'te GPT-5.5 için yüksek hata oranları ortaya çıkarak ana olaya zemin hazırladı .
• 15-16 Haziran — "Seçili Model Kapasiteye Ulaştı" hatası tam teşekküllü bir kesintiye dönüştü ve yaklaşık 3 saat sürdü .

Ortak nokta açık: GPT-5.5'e olan talep, ister hız limitleri ister muhakeme-çabası aşırı yükü ya da daha geniş altyapı zorlanmasından kaynaklansın, yapılandırılmış tavanlara çarpmaya devam ediyor. 16 Haziran düzeltmesi bir hız limiti sıfırlamasıydı; yani temeldeki kapasite ile modelin popülaritesi arasındaki uyumsuzluğu çözmekten ziyade, belirtiyi—tavana çarpmayı—tedavi eden bir çözümdü. Daha derin bir altyapı ölçeklendirme çözümü olmadan, yoğun kodlama görevleri için Codex'i benimseyen geliştirici sayısı arttıkça bu hatanın geri dönmesi kuvvetle muhtemel.