Codex枠復活は改善か詫びか

Codex枠修正の経緯

そーくん
OpenAIのCodex利用枠を巡る話題、今回で第9回ですね。
ボス
前回は5時間制限の復活で荒れたが、今回は利用枠の再設定が入ったね。
そーくん
急に枠が減るトラブルが多発して、夜に修正発表があった流れですね。
ボス
システム側の不具合が次々と判明した経緯を、時系列で確認してみよう。

何が起きたか

2026-08-25前後
Plusの5時間制限が戻る
Tibo氏は負荷をならすためだと説明し、日本語では保護か上位誘導かで割れていた。
2026-08-29 昼
枠の減りが異常だという実況
重い作業や調査ですぐ枯渇する、ブラウザを閉じるだけで数%減る、やり直しを匂わせる投稿を待つ、という声が並んだ。
拡散の起点2026-08-29 夜
不具合修正と枠のやり直し
Tibo氏は圧縮、記憶、目標、自動実行、補助実行体などが枠を食っていたと列挙し、有料利用者の使用量をやり直すと書いた。到着は太平洋時間14時30分とした。

Codex不具合への視点

そーくん
枠の異常な減りは、ユーザーの使い方ではなくシステムの不具合だったんですね。
ボス
不具合修正を歓迎する声と、5時間制限が残る不満で評価が分かれているよ。
そーくん
修正で本当に改善するのか、それぞれの受け止め方の違いを見てみましょう。

議論の現在地

主流派の視点: 枠が早尽きしていた主因は、利用者が悪いのではなく製品側の不具合だった
その他の視点: 直しても5時間制限そのものは残るので、構造は変わらない
やり直しは繰り返されており、計画的な運用にならない
内訳表示が出るまでは、どこに枠が消えたか利用者には見えない
届かない人がいて、同じ有料でも条件が揃わない
目立つ論者: Tibo氏（製品側）
5時間制限に当たった開発者
やり直しを待って作業を調整する層
クロードへ移ると書く解約層

利用枠変更に対する世論

そーくん
公式の修正発表を受けて、世論の賛否の割合はどうなっているんですか。
ボス
改善見込みを評価する層が3割強いる一方で、残る不満や様子見も根強いね。
そーくん
期待と不満、そして様子見がどんな比率で分布しているのか見てみましょう。

世論の分布

意見陣営別シェア(推定レンジ)

Xサンプル上の可視的な言論に占める割合 · 下限—上限

不具合是正評価派30–42%
制限厳しさ派28–40%
運用様子見派18–28%

推定下限推定上限

ポジティブ / 中立 / ネガティブ集計

陣営をスタンス別に統合 · 評価派の中央値36。3件合計100。端数は最大セグメントで吸収

36%

30%

34%

ポジティブ 30–42%(不具合是正評価派)中立 18–28%(運用様子見派)ネガティブ 28–40%(制限厳しさ派)

テーブルビュー(グラフと同じデータ)

陣営	スタンス	シェア	中心的主張
不具合是正評価派	ポジティブ	30–42%	枠を黙って食っていた経路を列挙して直し、10〜50%伸びるなら誠実。内訳表示も約束した(@XRay96、@moz_ai_tech、@aistarjp)
制限厳しさ派	ネガティブ	28–40%	5時間制限と突然の枯渇は残る。同じ課金ならクロードの方がまし、という乗り換えも出ている(@Hirotaro_app、@honeshabri、@mizumaro_gadget)
運用様子見派	中立	18–28%	やり直しは来るが、またか、届かない、確定するまで全力を出せない、という運用の話が残る(@IHayato、@vramwiz、@furoku)

改善か詫び枠かの対立

そーくん
枠の再設定を前向きな改善と見るか、単なるお詫びと見るかで対立していますね。
ボス
負荷制御の制限を受け入れる側と、解約を検討する側の言い分が激突しているよ。
そーくん
どこで議論が噛み合っていないのか、双方の主張を具体的に整理してみましょう。

進行中の論争

論点1

今回のやり直しは改善か、またの詫び枠か

A側 · 改善

圧縮や補助実行体が枠を食っていた経路を直し、同じ作業でも10〜50%持つようになる。内訳表示も作るという。

B側 · 詫び枠

またやり直しが来ている時点で、計画的に枠を使えない。届かない人もいて、有料の前提が安定していない。

根拠: Tibo氏の不具合列挙 vs イケハヤ氏の『また』と、届かない報告

論点2

5時間制限は守るべき負荷制御か、使い物にならないか

A側 · 制御

負荷をならし週枠を守るための制限で、不具合を除けば以前より枠が持つ、というのが製品側の説明である。

B側 · 枯渇

調査や上位モードはすぐ上限に当たる。同じ課金なら他社へ移る、という解約の話が制限の翌日も出ている。

根拠: 昼の5時間枯渇の実況 vs 夜の修正発表

主なポスト

thsottiaux@thsottiaux·起点・修正発表We are reseting usage for all paid users of Codex and ChatGPT Work. Please continue reading for an update on Codex usage limits. The team has been working around the clock, going through thousands of reports and shipping fixes. Depending on how you use Codex, you should see your usage go between 10% and 50% further than before. We really went with a fine comb, with many uncovered small things being longstanding and here is what we found and fixed: - Compaction. We were keeping old images during compaction, sometimes making the context large enough to trigger compaction again. After the fix, usage dropped around 10% for users making heavy use of images. Fixed. - Memory. Background memory workers could inherit Stop hooks and keep running when the hook wouldn’t let them finish. This affected fewer than 1% of users, with the long tail being pretty bad and we saw one example thread check whether it could stop 15,000 times. Fixed. - Goals. In some cases, a set /goal could finish and then keep going past the intended stop condition, or the model would keep retrying broken tools without stopping. We saw examples consume anywhere from 15% to 70% of a weekly allowance. Fixed. - Automations. Some custom schedules could run more frequently than configured. Fixed. - Subagents. Smaller models (e.g. Luna) sometimes picked more capable helpers without being explicitly asked. The same was true where the orchestrating model not running in /fast mode could request sub-agents to run /fast. Fixed. - Computer History. The older implementation could lead to repeatedly summarizing overlapping activity. For some cases we saw it consume up to one fifth of the weekly usage per week. Fixed. - Rolling task summaries. Ordinary turns were triggering extra background requests. These added about 1% to token usage. Small each time, but it adds up. We have disabled this. - MCP. Some tool results could be encoded twice. We also found tool instructions getting cut off and fetched again. Fixed. We’ve also made architectural changes to prevent these from regressing and our teams will get paged if it happens regardless. We are also working on showing you directly in the app where your usage goes so you don’t have to guess. Goes without saying that we’re resetting usage limits and I hope you enjoy a very nice Saturday!枠を食っていた経路を列挙し、有料利用者の使用量をやり直すと書いた起点。

thsottiaux@thsottiaux·到着時刻Landing 2:30pm PSTやり直しの着地を太平洋時間14時30分と示した続報。

編集部まとめ

枠修正の受け止め方

そーくん
ここまでの流れを見ると、不具合の修正自体はかなり大きな前進と言えそうですね。
ボス
画像圧縮や補助機能が枠を食っていた経路を塞いだのは確かな改善と言えるよ。
そーくん
でも、5時間制限そのものが残るなら実質的な作業時間は変わらなくないですか。
ボス
その通りで、制限厳しさ派は作業が突然止まるリスクを強く問題視しているんだ。

計算資源と制限の仕組み

そーくん
なぜ運営側はここまで頑なに、厳格な5時間制限を維持し続けるんでしょうか。
ボス
クラウド型AIでは、一部のヘビー層による計算資源の占有を防ぐ制御が不可欠なんだ。
そーくん
じゃあ今回の枠のやり直しも、全体の安定運用を保つための調整なんですね。
ボス
不具合是正を評価する声がある一方、届く時刻のズレを警戒する様子見派もいるよ。
そーくん
太平洋時間の基準だと、個人の画面に届くまで業務計画が立てにくいですからね。

世論の偏りと今後の焦点

そーくん
ネットでは不具合で困った人の声ばかりが目立って、全体が不満に見えがちですね。
ボス
ネット空間では怒りや困惑の実況ほど拡散されやすく、空気が極端に傾く型があるね。
そーくん
それ、まさに突然の枯渇に驚いて連投していた今回のユーザーの反応ですね。
ボス
今後は10〜50%改善の実感と、消費の内訳表示が実装されるかが鍵になるよ。
そーくん
どこに枠が消えたか可視化されないと、他社ツールへの乗り換えも止まりませんね。

計画的な利用に向けて

ボス
君の原稿の締め切りも、不具合を言い訳にせず計画的に枠を使って進めてほしいな。
そーくん
痛いところを突かれました、言い訳せずに全力で書き上げます、まいりましたー。

この記事をポスト

何が起きたか

Plusの5時間制限が戻る

枠の減りが異常だという実況

不具合修正と枠のやり直し