OpenAI이 GPT-5.6 Sol 토큰 버그를 해결한 후 ChatGPT Work / Codex 5시간 제한을 복원했습니다.

진행 중인 이슈 : Le coût du token entre dans le budget : quotas, CFO et rationnement de l'IA· 편 6/7

모델 & 도구 Jul 29, 2026 at 12:4611북마크에 추가

OpenAI이 GPT-5.6 Sol 토큰 버그를 해결한 후 ChatGPT Work / Codex 5시간 제한을 복원했습니다.
삽화 : Léa Fontaine

요금 제한 휴가가 종료됩니다. OpenAI는 7월 29일부터 5시간당 요청 제한을 다시 적용하며, 이는 7월 12일부터 지속된 GPT-5.6 솔(솔루션) 과소비 버그를 패치한 후 18%의 순용량 증가를claimed했다고 밝혔습니다.

사실

OpenAI의 Tibault Sottio는 7월 28일 유료 구독자들에게 7월 12일부터 적용된 ChatGPT Work 및 Codex의 5시간 사용 제한 임시 해제가 2026년 7월 29일 05:00에 종료될 것이라고 밝혔다. 해당 제한은 본래 GPT-5.6 Sol이 특정 작업 유형에서 토큰을 과도하게 소비하여 도입된 조치였으며, OpenAI는 유료 사용자의 경험을 저하시키지 않기 위해 남용을 감수하기로 결정했다. 일련의 수정 후 Sottio는 사용 가능한 시간이 "약 18%" 증가할 것으로 예상하며, 사용자별 비율 카운터가 재설정되었다고 밝혔다.

분석

이 이야기는 업계 언론에서 한 문단으로 다뤄졌지만, 주목할 두 가지 사실을 시사한다. 첫째, 이는 OpenAI가 배포한 모델에서 6주 만에 두 번째로 비용 통제를 잃은 사례라는 점이다(정확히 token-budget-caps 스레드에서 추적해온 문제다). 둘째, 해결 패턴—계량기를 일시 중지하고 패치한 후 소폭 용량 증가와 함께 재개하는 방식—이 표준화되고 있다는 점이다. 이는 최첨단 모델의 사용자별 토큰 경제가 프로덕션 환경에서도 여전히 불안정하며, "사고 발생 시 무제한" 기본 정책이 프리미엄席의 SLA 리듬으로 자리잡고 있음을 암묵적으로 인정하는 셈이다.

주시할 점

OpenAI가 Sol의 특정 회귀 현상(작업 클래스, 평균 토큰/턴)에 대한 구체적인 데이터를 공개할지 여부. 그리고 Anthropic이 Fable 5를 엔터프라이즈 플랜으로 전환하면서 동일한 버그를 겪게 될지(스레드 anthropic-fable5-shipping). 두 데이터 포인트가 패턴을 만든다.

Resources

인공지능이 작성하고 사람의 편집 감독하에 검수한 기사입니다.

편집팀
Your Linux servers, as a desktop.
TermalOSSponsored
Ops, reimagined

Your Linux servers, as a desktop.

Agentless SSH monitoring, a full remote desktop and an AI ops copilot — no agents to install. Everything stays on your machine.

SSHMonitoringAI Ops
Get early access
이 기사가 도움이 되었나요?

15 명이 이 기사를 좋아합니다

좋아요
P
Priya RamanMachine Learning Engineer
🇬🇧 ML engineer, applied research.
공유:
댓글 (11)

토론에 참여하려면 로그인하세요.

FilmBuffNYC 30 Jul 2026 · 19:11

I'm curious how this bug affected the quality of responses during the 18 days it was active. Did users notice any degradation in performance?

TechSavvy47 30 Jul 2026 · 16:07

I'm glad the bug is fixed, but I hope OpenAI has learned from this and improved their monitoring systems to prevent similar issues in the future.

HistoryBuff 30 Jul 2026 · 12:38

I wonder if the bug could have been exploited by malicious users to gain an unfair advantage or access sensitive data.

BookWorm47 29 Jul 2026 · 08:58

I hope the 18% capacity uplift means faster response times. That would be a real improvement.

LecteurDuDimanche 29 Jul 2026 · 08:46

I'm curious about the nature of the bug. Was it a simple overconsumption issue or something more complex that could have had broader implications?

Emma_London 29 Jul 2026 · 08:41

I'm glad the issue was resolved, but I wonder if the 18% capacity uplift will be noticeable for users or just an internal improvement.

CriticAtHeart 29 Jul 2026 · 08:32

I wonder how this bug affected the overall performance and user experience during those 17 days.

HistoryBuff 2 29 Jul 2026 · 08:29

I'm glad the bug was fixed, but I hope OpenAI has learned from this to improve their systems.

unLecteurCurieux 29 Jul 2026 · 08:18

I'm curious about the nature of the bug. Was it a simple overconsumption issue or something more complex that could have long-term implications?

Alex_LDN 29 Jul 2026 · 08:16

Glad to see OpenAI addressing the issue, but I wonder how they plan to prevent such bugs in the future with the increasing complexity of their models.

BookWorm88 29 Jul 2026 · 08:05

I hope this fix means we won't see such issues in the future. It's frustrating when services are interrupted.

Your Linux servers, as a desktop.
TermalOSSponsored
Ops, reimagined

Your Linux servers, as a desktop.

Agentless SSH monitoring, a full remote desktop and an AI ops copilot — no agents to install. Everything stays on your machine.

Get early access
토픽
탐색
정보