「修正しました。何が来るかわかるよね？」——OpenAIのCodexが6月16日に大規模障害、Tiboが24時間リセットを予告してXが沸いた

shiritomo | AI・SNS・話題のテック情報メディア by Hashout編集部 @shiritomoAI_jp 2026年6月18日更新

作業中に突然「Selected model is at capacity」と表示されたら、どんな気分でしょうか。

6月16日、OpenAIの自律型AIコーディングエージェント「Codex（コーデックス）」で、Medium・High モデルを中心とした容量オーバーエラーが多発しました。
コードを書き、テストし、プルリクエストまで自動で作成してくれる高機能なサービスが、突如として使い物にならなくなった瞬間です。
世界中の開発者が作業を強制中断させられた、そんな一日でした。

ところがその日の夜、Codexリードを務めるTibo（@thsottiaux）氏がXに一言投稿したことで、状況は一転します。

「Tibo様から24時間待って」——修正発表が6417いいねを集めた理由

Tibo（Thibault Sottiaux）氏は、OpenAIの上級エンジニア（Member of Technical Staff）としてCodexプロジェクトを統括する人物です。
元Google DeepMindでGeminiのリード経験を持ち、現在はOpenAIのAIコーディング事業を牽引しています。

障害修正後、Tibo氏がXに投稿したのがこのツイートです。

This was fixed. You know what's coming 👀

Give us 24 hours to reset the Codex rate limits across all plans. https://t.co/vx3Jb7YT6K
— Tibo (@thsottiaux) 2026年6月16日

「修正完了。
何が来るかわかるよね？全プランのレート制限を24時間以内にリセットします」——という内容で、ユーモアを交えた発表はたちまち6400いいね超えを記録しました。

このリセット発表が特別な意味を持つのは、今回が初めての試みではないからです。
Tibo氏は4月にも「良い週だったから」という理由でレート制限をリセットした実績があります。
以来「Tiboリセット」はCodexユーザーの間で”定番の嬉しいイベント”として定着しています。

さらに今回は、6月11日に導入された新機能「banked reset（バンクリセット）」が初めて活用される機会となりました。
従来は週次の固定タイミングで自動リセットされていたのが、「リセット権を30日間貯蓄して好きなタイミングで使う」ことができるようになった仕組みです。

「The first Tibo reset you can bank!」——Xに広がった反応

修正発表を受けて、引用ツイートには開発者たちの声が溢れました。

451いいねを集めた投稿がこちら。

The first Tibo reset you can bank!

How many can you collect? https://t.co/aSetu2tuIZ
— pranav (@prd_008) 2026年6月16日

「貯蓄できる初めてのTiboリセット！何個集められる？」と、banked resetとTibo氏の人気を掛け合わせた絶妙な反応です。

一方、リセット待ちの不満もリアルタイムで飛び交いました。

where is my codex reset? 😔 https://t.co/7Xf3g3Y5EB
— 🥔🥔🥔 (@argofowl) 2026年6月17日

「自分のCodexリセットはどこ？😔」と399いいねを集めたこの投稿は、「予告から24時間後に来るはずなのに、まだ来ない」という待ちきれない声を代弁しています。

日本人開発者の反応も面白いものでした。
「Tibo様から24時間待てと言われたので、普段は省きがちな”最後までやる指示”を全力で書いた」という投稿が共感を集めました。
障害の合間にもユーモアを忘れない、開発者コミュニティらしい光景です。

OpenAI Codexとは何か——なぜレート制限がここまで話題になるのか

Codexは、2026年に本格始動した自律型AIコーディングエージェントです。
GPT-5.3-Codexという特化モデルをベースに、自然言語の指示からコードの作成・テスト・プルリクエストの提出まで一連の作業を自動で実行します。

Plus・Pro・Go・Businessプランで利用でき、Plusプランで1日10〜60タスク、Proプランで50〜400タスクが上限です。
複数タスクの並列実行も可能なため、ログイン機能の追加とデザイン修正とテストコードの作成を同時に走らせることができます。

ただし、このアーキテクチャゆえにレート制限の問題が根深くなっています。
タスクを並列実行するためのMedium・Highモデルは計算コストが高く、需要が集中すると「model at capacity」エラーが連鎖的に発生しやすいという弱点があります。

今回の障害はその典型例で、エラーはCodexデスクトップアプリ（Mac/Windows）とVS Code拡張機能の両方に影響しました。
OpenAIコミュニティフォーラムには数百件の報告が集まり、フォーラム上での技術的なログも共有されました。

さらに深掘りしたい方へ

SocialReport編集部の考察

今回の出来事が興味深いのは、「障害対応のコミュニケーション」がエンゲージメントツールとして機能した点です。

Tibo氏の投稿は、ただの障害報告ではありませんでした。
「修正完了→リセット予告→ユーモアある一言」という構成で、ネガティブな体験を”一緒に乗り越える体験”に転換しています。
これはBtoBのプロダクトコミュニケーションとしてはかなり洗練された手法です。

SNSマーケティングの観点からも学べる点があります。
担当者が顔を出してタイムリーに動く・補償を予告してワクワク感を作る・ユーモアで距離を縮める——この三点が6000いいねを生んでいます。
障害対応こそが最もエンゲージメントを取りやすい発信タイミングのひとつ。
これはSocialReportの分析でも繰り返し観測されているパターンです。

一方で、「Fable 5の後だからCodexのリセットはどうでも良くなった」という声も引用ツイートに混じっていました。
Claude Fable 5への乗り換えを示唆する声であり、AI競争が機能比較から「体験品質の信頼感」へと移行しつつあることがわかります。