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月12日から続いていたGPT-5.6の過剰消費バグを修正し、7月29日に5時間あたりの制限を再開します。これにより、ネットワーク容量が18%向上すると主張されています。

事実

2026年7月28日、OpenAIのティボー・ソティオは、ChatGPT WorkおよびCodexの5時間使用制限が一時的に解除された期間(有料ユーザー向けに7月12日から実施)が、2026年7月29日午前5時に終了すると発表した。当初はGPT-5.6 Solが特定のタスクタイプでトークンを過剰消費していたため制限が解除され、OpenAIは支払いユーザーの体験を損なうことなく不正利用を受け入れていた。一連の修正を経て、ソティオによると実効可能時間は「休暇前の基準値と比較して約18%増加」し、ユーザーごとのレートカウンターもリセットされた。

当社の見解

この話は業界紙で1段落にまとめられているが、注目すべき2つの点が述べられている。第一に、これは出荷済みモデルのコスト管理をOpenAIが2度目の明確な失敗をしたことであり、まさに当社のtoken-budget-capsスレッドで追跡していた事象だ。第二に、修正パターン(計測を一時停止、パッチ適用、小幅な容量増加で再開)が標準化されつつあることだ。これは、フロンティアモデルのユーザーごとのトークン経済が本番環境でもなお不安定であること、そして「インシデント時は無制限」というデフォルトがプレミアムシートのSLAリズムの一部となったことを示すソフトな認めざるを得ない事実である。

見るべきポイント

OpenAIがSolの具体的なリグレッション(タスククラス、平均トークン/ターン)を公開するかどうか―現在は非公開のままである。また、エンタープライズプランへの移行中のFable 5でアンソシックが同様のバグを確認するかどうか(スレッドanthropic-fable5-shipping)。2つのデータポイントがパターンを形成する。

リソース

本記事は人工知能により作成され、人間の編集管理のもとで校閲されています。

編集部について
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
テーマ
探索
インフォメーション