Codex枠はバグ修正か制限据え置きか

Codex枠の再リセット

そーくん
OpenAIのCodex枠リセットの話題も、これで第10回ですね。また夜中に枠が戻る告知が出て騒ぎになっていました。
ボス
経緯としては、5時間制限の復活で不満が溜まっていたところに、裏で枠を消費していた8件の不具合修正とリセットが重なった形だね。
そーくん
修正で1割から5割も枠が伸びるって話ですが、タイムライン上では歓迎と不満が同時に吹き荒れていて混乱します。
ボス
まずは公式の発表から拡散に至るまでの流れを、時系列で整理して何が起きたのかを確認してみようか。

何が起きたか

2026-08-25
Plusに5時間制限が戻る
コーデックスとワークのPlus契約で、短い時間窓の制限が再び強く意識されるようになった。枠がすぐ尽きる不満が先行していた。
2026-08-29
ティボ氏が不具合8件と枠のやり直しを発表
有料利用者全員の使用量をやり直すとし、古い画像の保持、目標の止まり損ない、重複要約など、裏で枠を食っていた項目を列挙した。使い方次第で1割から5割伸びると書いた。
拡散の起点2026-08-30
太平洋時間18時のやり直しを予告
日本時間31日午前の反映を予告し、使い切って高速指定を試せと書いた。日本語では助かる声と、5時間制限のままでは使い切れないという声が同時に出た。

バグ修正への評価の分かれ目

そーくん
枠を食っていたバグが直ったなら朗報のはずなのに、なんでこんなに受け止め方がバラバラなんですかね。
ボス
裏での重複実行を問題視していた層と、そもそも5時間制限自体の短さに苦しんでいる層で見ている場所が違うんだよ。
そーくん
なるほど、前提の立ち位置が違うわけですね。いま世間ではどんな見方が主流なのか、整理して見てみたいです。
ボス
バグ修正への納得感と制限への不信感がどう交錯しているか、議論の枠組みを記事本文で見ていこう。

議論の現在地

主流派の視点: 枠が早く尽きていたのは使い方だけでなく、裏の重複実行だった。直した以上、やり直しは当然だ
その他の視点: 5時間制限が残る限り、高速指定を試せと言われても燃やせない
やり直しが続くと、制限そのものは据え置きのまま気を紛らわせている
同じ週に別社は枠を絞っており、上限の見え方が会社任せである
表示が無いまま週枠だけ減るのは、常用者ほど確認手順の問題になる
目立つ論者: 公式の修正リストを読む開発者
5時間制限に当たる常用者
やり直し連発を甘やかしと見る層
上位プラン誘導だと読む層

世論の賛否バランス

そーくん
ユーザーの反応の割合はどうなっていますか。前回の第9回ではポジティブが多かった印象ですけれど。
ボス
今回は歓迎派が約4割で優勢だけど、制限据え置きへの不満も3割前後あって、単純な感謝一色ではないんだ。
そーくん
リセット連発を上位プランへの誘導だと勘ぐる声も一定数あるんですね。数字の分布を詳しく見てみましょう。
ボス
そうだね。ポジティブとネガティブが拮抗している背景を、具体的な割合のデータから読み解いてみよう。

世論の分布

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

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

バグ修正歓迎派35–45%
制限据え置き派28–38%
やり直し依存派15–25%

推定下限推定上限

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

陣営をスタンス別に統合 · camps中央値（40+33+20）を100に合わせ、最大の歓迎側で吸収

45%

20%

35%

ポジティブ 35–45%(バグ修正歓迎派)中立 15–25%(やり直し依存派)ネガティブ 28–38%(制限据え置き派)

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

陣営	スタンス	シェア	中心的主張
バグ修正歓迎派	ポジティブ	35–45%	重複実行が枠を食っていた。直した説明とやり直しは実害への対応だ(@k_matsumaru、@MLBear2、@hikawoai)
制限据え置き派	ネガティブ	28–38%	やり直しのあとも5時間で枯れる。高速指定を試せと言われても窓が短い(@pippi_vba、@guruten2012、@jjjjj856711)
やり直し依存派	混在	15–25%	連発はありがたいが、止まったとき持たない。上位へ誘導する手法にも見える(@moyo_vmixer、@totonori0522、@nasuB7373)

消費の原因をめぐる対立

そーくん
結局、枠がすぐ尽きる一番の原因って何なんですか。不具合のせいなのか、ユーザーの使い方の問題なのか気になります。
ボス
公式は裏での暴走を修正したと主張しているけれど、窓の短さ自体が原因だと指摘するユーザーも根強くいるね。
そーくん
リセット自体が親切な対応なのか、上位プランに契約させるための見せかけなのかも意見が真っ向から対立していますね。
ボス
双方がどんな理屈で主張をぶつけ合っているのか、進行中の論点を対比しながら確認してみよう。

進行中の論争

論点1

枠が早く尽きていた主因は不具合か使い方か

A側 · 不具合

目標の止まり損ないや重複要約が週枠の大半を食った例がある。

B側 · 使い方

直したあとも50分で65%減る。窓の短さと回し方が本体だ。

根拠: ティボ氏の項目列挙と、@pippi_vbaのやり直し直後の減り方報告

論点2

やり直し連発は対応か上位誘導か

A側 · 対応

裏で食っていた分を返し、表示も進めると公式が書いた。

B側 · 誘導

短い制限を残したまま枠だけ戻すのは、上位契約を促す手法に見える。

根拠: @k_matsumaruの感謝と、@totonori0522のマーケティング読みが並んだ

主なポスト

thsottiaux@thsottiaux·公式の再予告Your Codex and ChatGPT Work reset will land at 6pm PST. I challenge you to burn as much usage as you can and discover and the latest awesome features. Time to go /fast太平洋時間18時のやり直しと、使い切って高速指定を試せという当日の着火点

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. … Goes without saying that we’re resetting usage limits and I hope you enjoy a very nice Saturday!枠を食っていた不具合の一覧と、1割から5割伸びるという公式説明の本体

編集部まとめ

制限据え置きへの根深い不信

そーくん
ここまでの流れを踏まえると、公式が枠を何度やり直しても根本的な不満が消えない理由が分かってきました。
ボス
歓迎派は裏の重複実行という実害への対応を評価しているが、制限据え置き派は5時間窓の短さこそが本質だと見ているんだ。
そーくん
なんで不具合を8件も直して枠まで戻してくれたのに、そこまで不信感が抜けないんですかね。
ボス
いくら枠を戻されても、5時間ですぐ上限に達するルールが残ったままでは、作業の計画が立てられないからだよ。
そーくん
やり直し依存派が言うように、お詫びで誤魔化さずに根本の制限を緩めてくれって思っちゃうわけですね。

定額制AIサービスの構造

ボス
クラウドサービスでは、従量課金と定額制の境界で負荷調整のために厳しい制限窓を設けるのが一般的な設計なんだ。
そーくん
じゃあ今回のこれも、少数のヘビーユーザーに計算資源を独占させないための防衛策ってことですか。
ボス
その通りだね。ただ、消費の内訳がブラックボックスのままだと、ユーザー側は納得して制限を受け入れられない。
そーくん
SNSの空気を見ていると、一部の極端に怒っている人の声ばかりが目立って全体が燃えているように見えがちですよね。
ボス
ネット空間では強い不満や怒りの表明ほど拡散されやすく、実務上淡々と恩恵を受けている層は見えにくくなるからね。
そーくん
それ、まさに今回のPlusユーザーと上位契約者で温度感が全然違っている状況そのものですね。

今後の動向と変化の条件

ボス
今回の議論を読むときは、公式が言った1割から5割の伸びは使い方次第で、全員一律ではない点に注意が必要だよ。
そーくん
日本語の投稿は公式発表の又聞きが多くて、自分で厳密にログを測定している人はまだ少ないのも見落とせませんね。
ボス
今後、修正後も減り方が変わらない実測ログが多数出たり、5時間制限の緩和や内訳表示が公式から出れば見方は変わる。
そーくん
不透明な消費の謎が解明されて、自分の作業枠がどれだけ残っているか正確に可視化されることを期待したいです。
ボス
君も仕事の作業枠を無駄遣いして慌てる前に、日頃のタスク消費の内訳をしっかり可視化してほしいものだね。
そーくん
うっ、僕の集中力が5時間持たずにリセットを連発しているのは完全に自業自得です、まいりましたー。

この記事をポスト

何が起きたか

Plusに5時間制限が戻る

ティボ氏が不具合8件と枠のやり直しを発表

太平洋時間18時のやり直しを予告