오픈AI가 정식으로 근본 원인 분석 보고서를 내놓지는 않았지만, 코덱스 수장 티보 소티오(Thibault Sottiaux)가 밝힌 해결 방법이 강력한 단서를 제공합니다. 그는 "24시간 내에 모든 플랜에 걸쳐 코덱스의 속도 제한을 재설정"하는 방식으로 해결했다고 확인했습니다 . 이는 물리적 컴퓨팅 자원이 부족해서가 아니라, 급증한 수요에 비해 내부 속도 제한 상한선이 너무 낮게 설정되어 있어 마치 시스템이 가득 찬 것처럼 정상적인 요청을 거부했음을 시사합니다.

사실, 6월 11일에도 이와 유사한 소규모 사고가 발생하여 "코덱스 내 GPT-5.5의 오류율 상승"을 기록한 바 있습니다 . 이용료를 지불하는 사용자들에게 있어 이번 사건은 갑작스러운 고립 사건이 아니라, 쌓여온 압력의 임계점이었습니다.

사건 타임라인: 3시간의 긴박한 대응

이번 장애는 긴 잠복기와 짧고 강력한 정점을 가지고 있었습니다. 외부 모니터링 서비스들은 6월 15일 늦은 밤, 동부 표준시(ET) 기준 오후 10시 12분에서 16분경에 처음으로 문제를 감지했습니다 . 그러나 공식적으로 사건이 인지된 것은 다음 날 아침이었고, 이로 인해 야간 작업이나 이른 아침 작업에 코덱스를 의존하는 개발자들은 정보의 사각지대에 놓였습니다 .

일단 내부 경보가 울리자, 대응은 신속하게 이루어졌습니다.

• 오전 6시 32분 (ET) — 오픈AI의 상태 페이지에 해당 사건이 '파악됨(Identified)'으로 표시되었습니다 .
• 오전 7시 39분경 (ET) — 바이바브 스리바스타브(Vaibhav Srivastav)가 X(구 트위터)에서 오류를 공식적으로 인정하며 사용자들에게 상태 페이지를 확인하도록 안내했습니다 .
• 오전 7시 40분경 (ET) — 코덱스 수장 티보 소티오가 글을 올렸습니다. "현재 일부 코덱스 사용자들이 '모델 용량 초과'로 인한 높은 오류율을 경험하고 있는 것을 인지하고 있으며, 서비스를 안정화하기 위해 작업 중입니다."
• 오전 9시 32분 (ET) — 완화 조치가 적용되고 모니터링이 시작되었습니다 .
• 오전 9시 48분 (ET) — 상태 표시등이 녹색으로 바뀌며 "영향을 받은 모든 서비스가 이제 완전히 복구되었습니다."라는 메시지가 게시되었습니다 .

이번 장애는 CLI, VS Code 확장 프로그램, 데스크톱 앱 등 코덱스의 모든 접점에 영향을 미쳤습니다 . 공식적인 사고 기록 시간은 약 3시간이었지만, 사용자들이 체감한 실제 업무 차질은 훨씬 더 긴 시간 동안 지속되었습니다.

끓어오르는 개발자들의 불만

전문가 및 Pro 등급 구독자들에게 이번 사건은 단순한 불편함이 아니었습니다. 생산성에 대한 직접적인 위협이었습니다. 오픈AI 개발자 커뮤니티와 X에서 쏟아져 나온 반응은 참담했습니다.

핵심 불만은 서비스가 중단되었다는 사실 자체보다, 중단되는 '방식'에 있었습니다. 사용자들은 코덱스 세션이 " 현재 상태를 저장하지 않은 채 중간에 강제로 종료된다"고 보고했습니다. 이로 인해 개발자들은 사라진 작업 맥락을 수동으로 재구성하고 업무를 처음부터 다시 해야 했습니다 . 영국의 한 사용자는 이를 다음과 같이 생생하게 표현했습니다. "코덱스가 어디서 멈췄는지 알 수 없어서 도대체 무엇이 완료되었고 무엇이 안 되었는지 계속해서 같은 부분을 반복 확인해야 합니다. 완전히 용납할 수 없는 일입니다."

두루뭉술한 오류 메시지 자체도 큰 분노를 샀습니다. "다른 모델을 사용해 보라"는 조언은 주력 모델을 사용할 수 없는 상황에서 재시도를 해야 할지, 추론 강도를 낮춰야 할지, 아니면 그냥 기다려야 할지 전혀 알 수 없는 사용자들에게 아무런 실질적 지침도 제공하지 못했습니다 .

오픈AI의 소통 체계에 대한 신뢰도에도 금이 갔습니다. 여러 사용자가 커뮤니티 보고서와 본인들의 경험을 토대로 문제가 실제로 시작된 시점과 공식 상태 페이지에 사고 시계가 작동하기 시작한 시점 사이에 괴리가 있음을 지적했으며, 이는 사고 공개의 신뢰성을 의심하게 만드는 요인이 되었습니다 .

이런 불만 속에서 개발자 특유의 블랙 유머도 등장했습니다. 인플루언서 매튜 버먼(Matthew Berman)은 willcodexquotareset.com 이라는 사이트를 만들었는데, 이 사이트는 "향후 48시간 내에 코덱스 할당량이 초기화될 확률 94%"라는 내용을 우스갯소리로 표시했습니다 . 이 사건에 대한 여론을 분석한 Digg의 감성 분석 결과는 극명하게 나뉘었습니다. 빠른 조치에 감사를 표하는 긍정적인 반응이 63.8%였던 반면, 반복되는 서비스 중단으로 인해 서비스의 신뢰성에 의문을 제기하는 부정적 반응도 무려 36.2%에 달했습니다 .

불안했던 한 해: 2026년 코덱스 신뢰성 위기

6월 15-16일 사건은 일회성 사고가 아닙니다. 2026년 5월 초부터 본격화된 코덱스의 반복적인 성능 저하 중 가장 극명하게 드러난 사례입니다. GPT-5.5 용량 포화와 속도 제한 불일치 현상은 계속해서 되풀이되어 왔습니다.

2026년 코덱스 주요 사건 일지는 극심한 스트레스에 시달리는 플랫폼의 현주소를 보여줍니다:

• 4월 23일 — "선택한 모델 용량이 가득 찼습니다" 오류가 커뮤니티 포럼에 처음으로 광범위하게 보고됩니다. 사용자들은 세션 중간에 작업이 실패하고 상태 저장이 되지 않는다고 지적합니다 .
• 5월 7일 이후 — 코덱스 지연 시간 증가 및 재연결 루프 관련 성능 저하가 집중적으로 발생하기 시작했습니다. 공개 응답 시간에서 측정 가능한 수준의 악화가 확인되었습니다 .
• 5월 12일 — "2배 용량" 확장 적용 이후, 코덱스 앱에서 스트리밍 연결 해제 현상이 빈번해지며 웹소켓 종료 오류와 함께 세션이 종료되기 시작했습니다 .
• 5월 13일 — GPT-5.5에서 높은 오류율이 발생했으며, 특히 무료 사용자에게 불균형적으로 큰 영향을 미쳤습니다 .
• 5월 14일 — 코덱스 클라우드(Codex Cloud) 및 코드 리뷰(Code Review) 서비스에서 32분간 높은 실패율을 기록했습니다 .
• 5월 29일 — 오픈AI의 모든 서비스를 아우르는 전면적 장애가 발생하여 챗GPT, API, 달리(DALL-E), 코덱스, 소라(Sora)가 동시에 다운되었습니다 .
• 6월 3일 — 코덱스, 챗GPT, 응답 API에서 약 6.2시간 동안 높은 오류율이 지속되었습니다 .
• 6월 11일 — 저녁 시간대에 코덱스 내 GPT-5.5에서 높은 오류율이 나타나며 본격적인 사건의 전조를 알렸습니다 .
• 6월 15-16일 — "선택한 모델 용량이 가득 찼습니다" 오류가 약 3시간 동안의 본격적인 서비스 중단으로 번집니다 .

공통점은 명확합니다. GPT-5.5에 대한 수요가 속도 제한, 추론 강도 과부하, 또는 광범위한 인프라 부담으로 인해 설정된 상한선에 계속해서 충돌하고 있다는 점입니다. 6월 16일의 해결책은 속도 제한 재설정이었습니다. 즉, 상한선에 도달했다는 '증상'만 치료한 셈이며, 실제 컴퓨팅 용량과 인기 모델 사이의 근본적인 불일치를 해결한 것은 아닙니다. 더 많은 개발자들이 고강도 코딩 작업을 위해 코덱스를 도입할수록, 더 깊은 수준의 인프라 확장 해결책이 없는 한 이 오류는 다시 찾아올 가능성이 농후합니다 .

오픈AI가 정식으로 근본 원인 분석 보고서를 내놓지는 않았지만, 코덱스 수장 티보 소티오(Thibault Sottiaux)가 밝힌 해결 방법이 강력한 단서를 제공합니다. 그는 "24시간 내에 모든 플랜에 걸쳐 코덱스의 속도 제한을 재설정"하는 방식으로 해결했다고 확인했습니다 . 이는 물리적 컴퓨팅 자원이 부족해서가 아니라, 급증한 수요에 비해 내부 속도 제한 상한선이 너무 낮게 설정되어 있어 마치 시스템이 가득 찬 것처럼 정상적인 요청을 거부했음을 시사합니다.

사실, 6월 11일에도 이와 유사한 소규모 사고가 발생하여 "코덱스 내 GPT-5.5의 오류율 상승"을 기록한 바 있습니다 . 이용료를 지불하는 사용자들에게 있어 이번 사건은 갑작스러운 고립 사건이 아니라, 쌓여온 압력의 임계점이었습니다.

사건 타임라인: 3시간의 긴박한 대응

이번 장애는 긴 잠복기와 짧고 강력한 정점을 가지고 있었습니다. 외부 모니터링 서비스들은 6월 15일 늦은 밤, 동부 표준시(ET) 기준 오후 10시 12분에서 16분경에 처음으로 문제를 감지했습니다 . 그러나 공식적으로 사건이 인지된 것은 다음 날 아침이었고, 이로 인해 야간 작업이나 이른 아침 작업에 코덱스를 의존하는 개발자들은 정보의 사각지대에 놓였습니다 .

일단 내부 경보가 울리자, 대응은 신속하게 이루어졌습니다.

• 오전 6시 32분 (ET) — 오픈AI의 상태 페이지에 해당 사건이 '파악됨(Identified)'으로 표시되었습니다 .
• 오전 7시 39분경 (ET) — 바이바브 스리바스타브(Vaibhav Srivastav)가 X(구 트위터)에서 오류를 공식적으로 인정하며 사용자들에게 상태 페이지를 확인하도록 안내했습니다 .
• 오전 7시 40분경 (ET) — 코덱스 수장 티보 소티오가 글을 올렸습니다. "현재 일부 코덱스 사용자들이 '모델 용량 초과'로 인한 높은 오류율을 경험하고 있는 것을 인지하고 있으며, 서비스를 안정화하기 위해 작업 중입니다."
• 오전 9시 32분 (ET) — 완화 조치가 적용되고 모니터링이 시작되었습니다 .
• 오전 9시 48분 (ET) — 상태 표시등이 녹색으로 바뀌며 "영향을 받은 모든 서비스가 이제 완전히 복구되었습니다."라는 메시지가 게시되었습니다 .

이번 장애는 CLI, VS Code 확장 프로그램, 데스크톱 앱 등 코덱스의 모든 접점에 영향을 미쳤습니다 . 공식적인 사고 기록 시간은 약 3시간이었지만, 사용자들이 체감한 실제 업무 차질은 훨씬 더 긴 시간 동안 지속되었습니다.

끓어오르는 개발자들의 불만

전문가 및 Pro 등급 구독자들에게 이번 사건은 단순한 불편함이 아니었습니다. 생산성에 대한 직접적인 위협이었습니다. 오픈AI 개발자 커뮤니티와 X에서 쏟아져 나온 반응은 참담했습니다.

핵심 불만은 서비스가 중단되었다는 사실 자체보다, 중단되는 '방식'에 있었습니다. 사용자들은 코덱스 세션이 " 현재 상태를 저장하지 않은 채 중간에 강제로 종료된다"고 보고했습니다. 이로 인해 개발자들은 사라진 작업 맥락을 수동으로 재구성하고 업무를 처음부터 다시 해야 했습니다 . 영국의 한 사용자는 이를 다음과 같이 생생하게 표현했습니다. "코덱스가 어디서 멈췄는지 알 수 없어서 도대체 무엇이 완료되었고 무엇이 안 되었는지 계속해서 같은 부분을 반복 확인해야 합니다. 완전히 용납할 수 없는 일입니다."

두루뭉술한 오류 메시지 자체도 큰 분노를 샀습니다. "다른 모델을 사용해 보라"는 조언은 주력 모델을 사용할 수 없는 상황에서 재시도를 해야 할지, 추론 강도를 낮춰야 할지, 아니면 그냥 기다려야 할지 전혀 알 수 없는 사용자들에게 아무런 실질적 지침도 제공하지 못했습니다 .

오픈AI의 소통 체계에 대한 신뢰도에도 금이 갔습니다. 여러 사용자가 커뮤니티 보고서와 본인들의 경험을 토대로 문제가 실제로 시작된 시점과 공식 상태 페이지에 사고 시계가 작동하기 시작한 시점 사이에 괴리가 있음을 지적했으며, 이는 사고 공개의 신뢰성을 의심하게 만드는 요인이 되었습니다 .

이런 불만 속에서 개발자 특유의 블랙 유머도 등장했습니다. 인플루언서 매튜 버먼(Matthew Berman)은 willcodexquotareset.com 이라는 사이트를 만들었는데, 이 사이트는 "향후 48시간 내에 코덱스 할당량이 초기화될 확률 94%"라는 내용을 우스갯소리로 표시했습니다 . 이 사건에 대한 여론을 분석한 Digg의 감성 분석 결과는 극명하게 나뉘었습니다. 빠른 조치에 감사를 표하는 긍정적인 반응이 63.8%였던 반면, 반복되는 서비스 중단으로 인해 서비스의 신뢰성에 의문을 제기하는 부정적 반응도 무려 36.2%에 달했습니다 .

불안했던 한 해: 2026년 코덱스 신뢰성 위기

6월 15-16일 사건은 일회성 사고가 아닙니다. 2026년 5월 초부터 본격화된 코덱스의 반복적인 성능 저하 중 가장 극명하게 드러난 사례입니다. GPT-5.5 용량 포화와 속도 제한 불일치 현상은 계속해서 되풀이되어 왔습니다.

2026년 코덱스 주요 사건 일지는 극심한 스트레스에 시달리는 플랫폼의 현주소를 보여줍니다:

• 4월 23일 — "선택한 모델 용량이 가득 찼습니다" 오류가 커뮤니티 포럼에 처음으로 광범위하게 보고됩니다. 사용자들은 세션 중간에 작업이 실패하고 상태 저장이 되지 않는다고 지적합니다 .
• 5월 7일 이후 — 코덱스 지연 시간 증가 및 재연결 루프 관련 성능 저하가 집중적으로 발생하기 시작했습니다. 공개 응답 시간에서 측정 가능한 수준의 악화가 확인되었습니다 .
• 5월 12일 — "2배 용량" 확장 적용 이후, 코덱스 앱에서 스트리밍 연결 해제 현상이 빈번해지며 웹소켓 종료 오류와 함께 세션이 종료되기 시작했습니다 .
• 5월 13일 — GPT-5.5에서 높은 오류율이 발생했으며, 특히 무료 사용자에게 불균형적으로 큰 영향을 미쳤습니다 .
• 5월 14일 — 코덱스 클라우드(Codex Cloud) 및 코드 리뷰(Code Review) 서비스에서 32분간 높은 실패율을 기록했습니다 .
• 5월 29일 — 오픈AI의 모든 서비스를 아우르는 전면적 장애가 발생하여 챗GPT, API, 달리(DALL-E), 코덱스, 소라(Sora)가 동시에 다운되었습니다 .
• 6월 3일 — 코덱스, 챗GPT, 응답 API에서 약 6.2시간 동안 높은 오류율이 지속되었습니다 .
• 6월 11일 — 저녁 시간대에 코덱스 내 GPT-5.5에서 높은 오류율이 나타나며 본격적인 사건의 전조를 알렸습니다 .
• 6월 15-16일 — "선택한 모델 용량이 가득 찼습니다" 오류가 약 3시간 동안의 본격적인 서비스 중단으로 번집니다 .

공통점은 명확합니다. GPT-5.5에 대한 수요가 속도 제한, 추론 강도 과부하, 또는 광범위한 인프라 부담으로 인해 설정된 상한선에 계속해서 충돌하고 있다는 점입니다. 6월 16일의 해결책은 속도 제한 재설정이었습니다. 즉, 상한선에 도달했다는 '증상'만 치료한 셈이며, 실제 컴퓨팅 용량과 인기 모델 사이의 근본적인 불일치를 해결한 것은 아닙니다. 더 많은 개발자들이 고강도 코딩 작업을 위해 코덱스를 도입할수록, 더 깊은 수준의 인프라 확장 해결책이 없는 한 이 오류는 다시 찾아올 가능성이 농후합니다 .