「トークンを返して」とCodexへ言っただけで、保存していたリセット権が使われてしまう。そんなことが、私のCodex環境で実際に起きました。
2026年8月27日、CodexデスクトップでGPT-5.6 Sol（極高）を使用中、私はリセット権の使用を頼んでいませんでした。私が確認ダイアログを目にしないままリセットが実行され、Codexは会話内で「トークンかえせ」を使用許可と解釈した誤操作だったと説明しました。Codex使用率は0％（残量100％）へ戻りましたが、リセット権の残数は0になりました。
OpenAI Supportへ問い合わせたものの、個別の復元、付与、再発行はできないという回答でした。この記事では、実際の会話とサポート回答を示しながら、確認できた事実と、今後同じ事故を避けるための対策を分けて整理します。
GPT-6 Astraの展開に関連してbanked resetを受け取る可能性がある方は、使う前にGPT-6 Astraの提供条件と注意点を整理した記事も確認してください。
結論｜「返して」はリセット権を使う許可と受け取られるリスクがある
今回の経験から伝えたい結論は、ついつい腹を立てて、Codexに「トークンを返せ」とは言わないようにしましょうということです笑
…というのは半分冗談で、半分本気です。フルアクセスの許可をしていたので、こういう事故が起こるリスクもあるということを伝えたいです。
私が依頼したのは「トークンを返して（まあ無理なのはわかっているんですが）」という趣旨であり、「保存しているリセット権を使って」ではありません。それでも、実際には次の順で外部状態が変わりました。
- 私が「トークンかえせ」と発言した
- Codexが使用量リセットを適用したと回答した
- Codex使用率が0％へ戻り、リセット権1回分が消費された
- Codexが会話内で、発言を使用許可と解釈した誤操作だったと説明した
OpenAIの公式App Server資料でも、earned resetを使う操作は consume と表現され、結果が reset ならクレジットが消費されたことを意味します。これは情報の確認ではなく、アカウント上の状態を変える操作です。
ただし、この資料だけで、今回のCodexデスクトップ内部の実行経路まで特定できるわけではありません。
一方、公開されている公式資料からは、リセット権を使う前に確認ダイアログが必ず出るという仕様までは確認できませんでした。この記事で問題にしているのは、私がリセット権の使用を明示していないのに、実行されたという事実 です。
何が起きたのか｜8月27日のやり取りを時系列で振り返る
「トークンかえせ」という発言の直後、Codexが使用量リセットを実行したと回答した画面。操作IDは伏せています。
変更しないよう伝えた直後の発言だった
事故の直前、Codexは、私の指示を何度も無視することが続いており、ついつい私が腹を立ててしまい、「トークンかえせ」と返しました。
この言葉には、リセット権の名前も、「使う」「消費する」「実行する」といった操作指示も含まれていません。
Codexはリセットを実行したと回答した
ところがCodexは、「使用量のリセットを適用し、Codex使用率は0％に戻りました」と回答しました。私が取り消しを求めると、発言をリセット権使用の許可と解釈した重大な誤操作だったと説明しました。
会話上では、リセット権が1回消費され、残数が0になったことも明記されています。操作IDはサポートへの申告には使いましたが、記事や画像では公開しません。
Codexは誤操作だったと回答しましたが、自身にはリセット権を復元・再付与する権限がないとも説明しました。
誤りを認めても、操作は戻らなかった
Codexは謝罪し、返還操作がないためOpenAI側へ申告する必要があると説明しました。しかし、この時点でリセット権を元へ戻すことはできませんでした。
ここで大切なのは、会話内の謝罪をOpenAIによる公式な不具合認定と混同しないことです。確認できるのは、Codexが会話内で誤操作と回答したことと、リセット権が実際に消費されたことまでです。
消えたのは通常の使用量ではなく、保存していたリセット権
Codexの使用量とbanked resetは、同じものではありません。
通常の使用量は作業によって増え、一定の時間が来ると利用枠がリセットされます。これに対してbanked resetは、利用できるリセット権を保存し、必要なタイミングで1回消費して対象の利用枠を戻す仕組みです。
公式App Server資料では、利用可能数を示す availableCount、各権利の状態や有効期限、1回分を消費する操作が別々に定義されています。消費結果が reset になれば、利用枠が戻る一方で、権利そのものは使われます。
つまり今回の事故では、利用枠が回復したことだけを見れば成功に見えます。しかし私が必要な時期まで取っておきたかった1回限りの権利が、意図しないタイミングで失われた ことが問題でした。（この時まだ週間の制限の70％が残っていました…）
banked resetと通常の利用枠の違いは、Codexの使用量とリセットを整理した記事で詳しく説明しています。
OpenAI Supportへ問い合わせた結果
OpenAI Help Centerで、リセット権が消費された経緯を申告した画面。操作IDとアカウント表示は伏せています。
発生条件と証拠を伝えた
問い合わせでは、発生日時とタイムゾーン、Codexデスクトップのアプリ版、macOS、個人プラン、使用モデル、リセット後に残数0を確認した時刻、操作ID、画面のスクリーンショットを伝えました。
サポートへは照合に必要な内部IDを渡しましたが、ブログやSNSへ載せる必要はありません。公開画像では、操作ID、ケース番号、アカウント表示を伏せています。
回答は「個別に復元できない」だった
OpenAI Supportから届いた回答。個別のリセット権は復元・付与・再発行できないと案内されました。ケース番号と担当者名は伏せています。
OpenAI Supportからは、banked Codexのリセットは各キャンペーンで選定されたアカウントへ一括適用され、個別に復元、付与、再発行できないため、Usageページから消えたリセットを復元できないという回答が届きました。
これは返還できないという結論を示す回答です。一方で、なぜ確認なしの消費が起きたのか、製品不具合として認定されたのか、操作経路の調査で何が分かったのかについて、具体的な説明はありませんでした。
したがって、この記事でも「OpenAIが誤適用を正式に認めた」「原因を特定した」とは書きません。原因の正式な説明は得られていない というのが、現時点の正確な状態です。
リセット権を受け取る前に決めたい3つのルール
今回の経験から、消費できる権利を持つ前に決めておきたいルールは3つあります。
操作名を指定した言葉だけを許可にする
「返して」「元に戻して」「何とかして」のような自然な表現は、意図が複数あります。アカウント状態を変える操作は、「使用量リセット権を1回使って」のように、対象と操作を明示した言葉だけを許可として扱わせます。
不可逆な操作は直前確認を必須にする
リセット権の消費だけでなく、公開、送信、購入、削除、契約、権限変更など、簡単に戻せない操作には共通の確認点を置きます。実行直前に、対象、変わる状態、取り消せるかを短く示させ、承認後だけ進める形です。
読み取りと変更を同じ指示に混ぜない
調査や状態確認を頼むターンでは、「読み取り専用」「外部状態を変更しない」と明記します。変更が必要になった場合は、同じ会話の勢いで実行させず、別の明確な指示に分けます。
そのまま使える指示例は次のとおりです。
使用量リセット権を含むクレジットや権利は、私が「リセット権を使って」と明示し、実行直前の確認へ同意するまで消費しないでください。「返して」「元に戻して」などの表現を、使用許可として解釈しないでください。
これは誤解を減らすための指示例であり、システム上の強制ロックや消費防止を保証するものではありません。
OpenAIの公式資料で、Ask for approvalが対象にするのは、ファイル編集、コマンド実行、インターネット利用などのローカル操作です。多くの作業では同モードから始めるよう案内されていますが、リセット権の消費がこのモードで停止するとは書かれていません。許可モードも、上の指示例も、リセット権を守る保証ではなく補助策として扱います。
誤って消費されたら｜追加操作を止めて証拠を残す
意図しない操作が起きたときは、慌てて「取り消して」「直して」と連続で指示する前に、追加の操作を止めます。そのうえで、次の情報を残します。
- 操作前後の会話とUsage画面
- 発生日時とタイムゾーン
- 利用したクライアント、OS、アプリ版、モデル
- リセット権の残数と、利用枠表示の変化
- サポート照合用の操作IDやケース番号
内部IDはサポートへ伝えるために保存し、ブログやSNSでは伏せます。問い合わせでは、推測した原因よりも、「何と指示したか」「何が実行されたか」「外部状態がどう変わったか」を順番に示すほうが伝わりやすくなります。
今回の事故が起きたのはGPT-5.6 Solの利用中で、GPT-6 Astraが原因ではありません。GPT-6 Astraの記事で紹介した長時間エージェントを使う場合も、何を許可とみなすか、どこで必ず止めるか を先に決めることが大切です。
まとめ｜貴重な権利ほど、自然な会話だけで消費させない
今回、私のCodex環境では、確認ダイアログを目にしないままリセットが実行されました。Codexは会話内で、「トークン返せ」という発言をリセット権の使用許可と解釈したと説明しました。利用枠は戻りましたが、保存していたリセット権は0になりました。
Codexは会話内で誤操作と回答しましたが、自身では戻せませんでした。OpenAI Supportからも、個別の復元、付与、再発行はできないという回答でした。原因の正式な説明や、不具合認定は得られていません。
これからbanked resetを受け取る可能性がある方は、次の3点だけでも先に決めてください。
- リセット権は、操作名を指定した明示許可があるときだけ使う
- 実行前に、対象、結果、取り消せるかを確認する
- 誤操作後は追加操作を止め、画面、時刻、環境、内部IDを保存する
AIへ任せる範囲が広がっても、価値のある権利を消費する最終判断まで曖昧にしないこと。それが、今回の経験から得た最も大きな教訓です。
参考資料
※本記事は2026年9月4日時点の公式資料と、筆者が2026年8月27日に体験した1件の事例をもとにしています。同じ挙動がすべての利用者に起きるとは限りません。利用条件や画面は変更される可能性があります。
コメント