短い答えはこうです。OpenAI の公開文書では、同じ PC の別々の ChatGPT アカウントが 1 つの Codex 上限を共有する、というルールは確認できません。 確認できるのは、プラン、モデル、タスクの大きさ、local/cloud の扱い、サインイン方法、workspace、API organization の境界です。local messages と cloud tasks が 5 時間ウィンドウを共有すること、また一部の priced agentic features と Codex usage が共有されることはありますが、それは PC 単位の別アカウント統合とは別です。
同じ Mac や Windows で 1 つ目のアカウントを使い切ったあと、2 つ目のアカウントでもすぐ制限に見えるなら、症状としては重要です。ただし最初に見るべきなのはポリシー変更ではなく、app、CLI、IDE extension、browser OAuth、Usage dashboard、/status が本当に同じアカウントを見ているかどうかです。
公式に言える境界
ChatGPT サインインは subscription と workspace のルールに従います。API key は OpenAI Platform の organization、project limit、usage-based billing に従います。どちらも Codex の一部ローカル作業に使えますが、証拠としては別の面です。ここを混ぜると、同じ PC の症状をすぐ device quota と誤解します。
| 面 | 安全に言えること | 言えないこと |
|---|---|---|
| ChatGPT subscription | plan、model、task size、local/cloud に左右される | PC 上の別アカウント統合は証明しない |
| Workspace credits | Team/Business 系は workspace 側の credits や設定がある | 個人 Plus の別アカウントとは同じ財布ではない |
| API key | Platform billing と project limit を使う | subscription の隠れた reset ではない |
| Agentic features | 一部機能と usage を共有し得る | cross-account device rule ではない |
したがって、公開できる答えは「共有される仕組みはあるが、同一 PC の別アカウントが 1 つの quota に統合される公開ルールは見つからない」です。support が個別に safety throttling を説明した場合は、そのケースの回答として扱うべきです。
なぜ共有に見えるのか
一番多いのは、ログイン先が完全には切り替わっていない状態です。ブラウザでは新しいアカウントでも、CLI は古い auth を使っていることがあります。desktop app、IDE extension、shell、CODEX_HOME がそれぞれ違う状態を持つと、実際には別の meter を見ているのに同じ制限に見えます。
次に、同じ IP、proxy、並列 run、cloud task、code review、fast mode が重なるケースがあります。同じネットワークと同じ端末から多くの作業を出すと、account quota ではなく safety や concurrency の制限が似たタイミングで出ることがあります。これは device quota の証明ではありませんが、support に出すべき情報です。
また、Usage dashboard と /status は同じ文章を返すとは限りません。Usage は account/plan の面を示し、/status は現在の CLI session、model、service tier、残り状態を示します。ズレたら両方を timestamp 付きで保存します。
確認する順番
| 手順 | 保存するもの | 目的 |
|---|---|---|
| 1. Codex Usage | account、plan、reset、credits、時刻 | account meter の状態を固定する |
2. /status | model、tier、limit 表示、時刻 | active session の状態を固定する |
| 3. Login | app、IDE、codex login status | 古い account を除外する |
| 4. Local state | CODEX_HOME、auth store、browser profile | local auth の混在を除外する |
| 5. Network | IP、proxy、parallel runs、cloud tasks | network/concurrency を説明する |
| 6. Support | screenshots、timeline、commands、reproduction | 個別判断に必要な材料を渡す |
local state を分けることは診断には有効ですが、権利を増やす操作ではありません。別の CODEX_HOME や browser profile は、どの account が使われているかを証明するためのものです。限度回避の手順として書くべきではありません。
次に取る判断
古い login が残っていたなら、認証を整理して Usage と /status を取り直します。account meter が本当に消費済みなら、reset を待つ、軽い model や speed に落とす、credits を使う、という順番です。追加のローカル自動化が必要なら API key を使えますが、その場合は Platform の usage-based billing と project limit を別管理します。
きれいに認証を分けても複数アカウントが同じ予期しない制限を示すなら、support packet を作ります。account、plan、timestamp、Usage、/status、local auth、IP/proxy、concurrency、最短 reproduction をまとめれば、account、workspace、network、safety のどこで起きているかを質問できます。
よくある質問
OpenAI は PC 単位の Codex quota を公開していますか？
確認した公開文書では見つかりません。確認できるのは plan、workspace、API organization、local/cloud windows、一部機能との共有です。
2 つ目の account がすぐ制限されるのはなぜですか？
古い auth、browser profile、IDE extension、CODEX_HOME、同じ IP/proxy、parallel tasks、dashboard と /status のズレを先に確認します。
CODEX_HOME を分ければ解決しますか？
local auth の切り分けには役立ちます。ただし entitlement を増やすものではなく、公式な limit extension として扱えません。
API key は ChatGPT の制限を共有しますか？
API key は Platform billing と project limit に従います。subscription の quota reset ではありません。
support には何を出せばいいですか？
Usage screenshot、/status、account、plan、reset text、timestamp、local auth setup、IP/proxy、parallel tasks、reproduction を出します。
広い plan 表は OpenAI Codex usage limits、API と subscription の違いは Codex API key vs subscription を参照してください。
最後に、再確認結果は同じ evidence packet に残します。最初の制限、reset 後の状態、再ログイン後の /status、auth state、IP/concurrency を並べると、account quota か local state か safety limit かを説明しやすくなります。