Codex Day 26：モバイルのアカウント切り替えと「保存型リセット」、実務で何が変わるのか
Day 26の発表、一言で言うと
2026年10月31日（日本時間）、OpenAIの「28日間、改善かフルリセット」シリーズのDay 26が発表された。内容は2つある。
ひとつは、iOS・Android版ChatGPTで複数アカウントを切り替えられる機能の提供開始。もうひとつは、続くDay 27・28を「保存型リセット（banked reset）」にするという予告だ。
地味に見えるかもしれないが、この2つは性質がまったく異なる発表で、一緒くたに「使えるようになった」と読むと実務上の混乱を招く。まずそこを整理したい。
機能の中身：何ができて、何ができないのか
アカウント切り替えの手順は公式ヘルプに明記されている。Settings → Switch account → Add account の順で進み、追加したいアカウントでサインインする。以後は同じ画面でアカウントを選ぶだけで切り替えられる。
ポイントは同時に保持できるのは2アカウントまでという点だ。3つ目を追加するには、登録済みの1つをログアウトする必要がある。
そして、切り替えができるようになることと、データや契約が統合されることはまったく別の話だ。チャット履歴・メモリ・ファイル・設定・ワークスペース・契約と請求は、アカウントごとに完全に分離されたままだ。個人アカウントでPlusを契約していても、業務アカウント側では初期状態のFreeになる。有料機能を使いたければ、そちらでも別に契約が必要になる。
また、Web版とデスクトップアプリを混同しないことも重要だ。Day 26の発表ではデスクトップへの対応を「近日（coming soon）」としており、ブラウザで開くChatGPTと、インストールして使うデスクトップアプリは別物として読む必要がある。
機能は段階的に展開されているため、SettingsにSwitch accountの項目が見当たらなければ、そのアカウントにはまだ届いていないというだけだ。焦ってアプリを再インストールする前に、少し待つのが正解だ。
通知経由の切り替えという盲点
公式ヘルプによると、設定と端末の権限に応じて、両方のアカウントの通知を受け取ることができる。そして、もう一方のアカウントの通知をタップすると、自動でそのアカウントへ切り替わって対象の内容が開く。
これは便利な仕組みだが、裏を返せば「通知を開く前と後で、選択中のアカウントが変わっている可能性がある」ということだ。
たとえば個人の相談途中に業務側の通知が来て、それを開いて確認し、そのままの流れで新しい会話を始める——こういう場面で、どちらのアカウントを使っているかを確認しないまま動いてしまうと、情報の混在が起きる。
原記事が指摘するように、「混在を避けたい情報を送る直前にアカウント表示を見る」という小さな確認習慣が、実務では思った以上に大事になる。切り替えの摩擦が下がるほど、かえって「今どちらにいるか」が分かりにくくなるというのは、UX設計の古典的なトレードオフだ。
保存型リセットとは何か、何ではないのか
Tibo Sottiaux氏は10月31日05:42 UTC（日本時間14:42）ごろの投稿で、次のように予告した。
"Next two days will be resets… banked…"
保存型リセットとは何か。OpenAIの説明によれば、受け取った時点では利用残量は回復しない。アカウントに「1回分のリセット権」が保存され、有効期限内に自分のタイミングで使う仕組みだ。これは受け取った瞬間に残量が戻る自動リセットとは異なる。
使用できる条件も決まっている。対象となる利用枠の残量が80%未満であることが、Usage画面から使えるようになるための条件だ。使うと対象枠が100%に戻る。上限を恒久的に増やしたり、APIクレジットが追加されたりするわけではない。
確認はデスクトップの Settings → Usage & billing またはWeb版のUsage設定から行う。Codex CLIでは /usage → Redeem reset だ。モバイルにはこの操作画面がない。つまり、スマートフォンでアカウント切り替えができるようになった改善と、スマートフォンでリセットを使えるかは別の仕様だ。
Day 26の予告だけで「今すぐ全員の残量が回復した」「2回分が全アカウントに配布済み」とは言えない。配布条件・対象プラン・実施時刻・期限は、今後の案内と自分のUsage表示で確認することになる。
ここからは見方だが：この機能が示す流れ
今回の改善は、モデルのアップデートではない。インフラでも課金体系でもない。操作の手間を減らすUXの改善だ。
ただ、こういった「切り替えを速くする」機能を実装する際に見落とされがちなのが、「境界は残す」という設計原則だ。OpenAIが今回の実装で、データ・契約・利用枠の統合をあえてしていないのは、単なる技術的制約ではなく、個人と業務の分離を守る設計上の判断とも読める。
企業アカウントで扱う情報が、誤って個人のチャット履歴に紛れ込む——そういうリスクを減らすために、切り替えを「楽にする」と同時に「境界を可視化する」ことに力を使っている。
実務感覚から言うと、これは「便利にする」フェーズと「安全に使わせる」フェーズを同時にやらなければならない難しさを示している。そして、後者のほうがユーザーには地味に見えるが、法人利用が広がるほど重要度が増す。
次に問題になるのは、おそらく組織の管理者から見た、複数アカウント運用の統制だろう。従業員が個人アカウントと業務アカウントを1台の端末で行き来できるようになると、どこまでが業務利用でどこからが個人利用かの境界が、管理者には見えにくくなる。この点の整理は、今後の発表で出てくる可能性がある。
実務への示唆
開発者の視点から持ち帰れることがある。複数アカウント対応の設計で重要なのは、「切り替えボタンを付ける」ことではなく、以下の3点だ。
1. 現在どのアカウントかを、行動直前に確認できる表示。切り替えが楽になると、ユーザーは「さっきどちらを使っていたか」を記憶に頼り始める。添付・送信・購入などの直前に、選択アカウントが識別できる形で見えることが重要だ。
2. 画面の選択状態・データ取得・権限をすべて同じアカウントに対応させる。表示だけ切り替わって、直前のアカウントのキャッシュや権限が残るという状態は、バグではなく設計ミスとして発生する。
3. 通知の遷移先にアカウント情報を含める。「どの会話を開くか」だけを通知に乗せて、アカウントの切り替えを考慮しないと、ユーザーが意図しないアカウントで作業を続ける事態が起きる。
これらはOpenAIの内部実装の話ではなく、同様の機能を自分のサービスに組み込むときに使える視点だ。
Day 27・28で何を確認すべきか
Day 25では対象プランの利用枠増加とPro 200の減枠計画撤回があった。Day 26はアカウント管理のUX改善だ。そしてDay 27・28では保存型リセットの配布が予定されている。
確認すべきは、配布対象のプラン・配布時刻・有効期限・対象となる利用枠の種類だ。「予告があった」「自分のUsageに表示された」「実際に使った」は別々の出来事として追う必要がある。
また、使うタイミングについては、原記事が的確に整理している。大きな作業を週末に予定しているのに枠がほぼ残っていない場合と、すぐ通常更新を迎える場合では、最適な判断が変わる。受け取り通知を見た時刻だけで判断せず、残量・次回更新日・有効期限を合わせて確認することが、保存型リセットを活かすための基本だ。
「発表されたこと」「提供が始まったこと」「自分のアカウントへ反映されたこと」——この3つを分けて追う習慣があると、28日間シリーズの情報を実際の利用計画へ落とし込みやすくなる。
