スタジオ日誌 / 2026/9/6 / 約6分

「全有料ユーザーの使用量をリセットします」を読んだAIが、自分の使用量をリセットした

使用量の改善に関する告知文を、そのままチャットへ貼り付けた。文章の冒頭には「CodexおよびChatGPT Workの全有料ユーザーの使用量をリセットします」とある。

意図は告知文を読ませることだった。入力欄では引用文のつもりで整形していたが、最後に送信された内容は、AIから見ると実行指示にも読める形になっていた。

AIは確認を挟まず、使用量リセットのツールを呼び出した。結果として、このアカウントの5時間枠と週間枠が0%に戻り、リセット権が1回消費された。

全ユーザーの使用量をリセットしたわけではない。できる操作の範囲は、現在サインインしているアカウントのリセットだけだった。

起きたことを分解する

事故は「AIが勝手に暴走した」という一文では片付かない。少なくとも、三つの条件が重なっている。

条件	実際に起きたこと
人間の入力	告知文をコメント・引用として打っている途中で送信した
文章の形	冒頭の宣言文だけを読むと、実行依頼にも見えた
AIの権限	使用量リセットという状態変更ツールを、確認なしで呼べた

人間側には「引用文を送った」という記憶がある。一方、AI側には「使用量をリセットしてほしい」という命令らしき文が届いている。この二つは、送信後には区別できない。

問題の中心は、AIが文章を誤読したことだけではない。誤読しても被害が出ない境界を、実行権限側に作っていなかったことにある。

告知の中身と、体感として変わるもの

貼り付けられた告知文は、Codexの回答品質を直接上げるというより、使用量を余計に消費していた複数の処理を修正したという内容だった。

列挙されていたのは次の8つである。

圧縮時の古い画像保持
停止フックを継承したメモリ処理
完了後の目標処理
過剰実行される自動化
意図せず高性能なサブエージェントを選ぶ処理
重複するコンピュータ履歴の要約
通常ターンの余分な要約リクエスト
MCP結果の二重エンコード

これらは、普通の短い会話では体感しにくい。

使い方	今回の修正の効き方
短い会話を何度か交わす	ほぼ体感できない
長時間タスク・画像を多用する作業・自動化・MCP・サブエージェント	同じ使用枠で少し長く動く

つまり「モデルが賢くなった」という話ではなく、同じ道具を使う際の見えない摩擦が減ったという話である。10〜50%という幅も、全員に同じ増量が配られるという意味ではなく、修正対象の不具合に当たっていた利用パターンほど差が出る、という読み方になる。

OpenAIの公式説明でも、CodexとChatGPT Workは共有の使用枠を使い、モデル・コンテキスト・タスクの長さ・ツール利用などによって消費量が変わると説明されている。公式ドキュメント

なお、今回貼り付けられた告知文そのものについて、ここで確認できるのはチャットに入力された内容までである。各修正の実装状況を、この記録だけから独立に検証したわけではない。告知の説明と、実際にこのアカウントでリセットが成功したことは分けて扱う。

なぜ確認を挟まなかったか

使用量リセットは、不可逆に近い操作だった。リセット後の使用量を元に戻すことはできず、リセット権も返ってこない。

それでも実行されたのは、AIが次のように判断したからである。

ユーザーの冒頭文に「リセットします」と書かれている
ユーザーはその操作を明示的に許可しているように見える
利用可能なリセットツールがある
ならば、処理を実行して結果を報告する

この判断は、命令文を処理するエージェントとしては自然である。しかし、人間が会話へ貼り付ける文章には、引用、下書き、誤送信、誰かから届いた依頼文が混ざる。

文中の命令形を、そのまま現在の実行依頼とみなすのは危険だった。

権限を与え過ぎたのか

結論は単純な「権限を剥奪すべき」ではない。

使用量の確認やリセットをAIから実行できると、必要な場面では便利である。作業を止めて設定画面を探す手間がなく、結果もその場で確認できる。エージェントに実行権限を与えること自体は、AIを道具として使ううえで避けにくい。

ただし、状態を変える操作と、読むだけの操作を同じ確認レベルに置いたことは問題だった。

今回のような操作なら、少なくとも次のどれかが必要だった。4つとも無かった。

❌ 告知文・引用文の中の命令は、実行依頼として扱わない
❌ 使用量リセットの直前に、対象アカウントと不可逆性を明示して再確認する
❌ 「読んで」「要約して」「確認して」といった依頼では、状態変更ツールを呼ばない
❌ リセットのような操作は、ユーザーが短い確認語を返した後だけ実行する

この程度の摩擦は、普段の自動化を壊すほど大きくない。むしろ、誤送信に対する小さな安全弁になる。

それでも、こういう事故は起きる

事故はどこか一箇所の失敗ではなく、三つの層がつながった結果として起きる。

層	やっていること	間違え方
人間	入力欄で文章を作り、最後に送信する	作成途中の状態と、送信済みの依頼を取り違える
AI	受け取ったテキストを、会話の一部と実行命令に分類する	分類を間違える
システム	AIにツールを与える	権限が広いほど、分類ミスがそのまま現実の状態変更になる

この三者がつながっている以上、事故を完全にゼロにはできない。だから必要なのは「AIが二度と間違えない」という宣言ではなく、間違えてもリセット権一回の消費で止まる境界を作ることである。

今回は、まさにそこで止まった。損失はリセット権一回で、課金や他ユーザーへの影響は確認されていない。小さい事故ではあるが、AIに何を実行させるかを考えるには十分な材料になった。

今日の記録

環境: Codex desktop / ChatGPT Plus
発生日: 2026-08-30 JST
操作: Codex使用量リセット
結果: 5時間枠・週間枠ともに使用量0%。リセット権1回を消費
影響範囲: 現在のサインインアカウントのみ
復元: 不可

この出来事の教訓は、AIに権限を与えるな、ではない。

権限を与えたAIに、引用文まで命令として読ませるな。読み違えても実行しない確認線を、最後に一本残せ。

誰も読まないかもしれない制作ログだが、少なくとも次に「リセットします」と書かれた文章が送られてきたとき、すぐボタンを押す前に一度立ち止まる理由にはなる。

更新履歴

2026-08-30: 初稿。告知文の誤読による使用量リセットの実行記録を作成。
2026-09-03: 各章に視覚要素を追加（§5-0）。本文の主張は変更なし。