简短答案：不要把同一台电脑上的 Codex 限制直接理解成 OpenAI 已经按设备合并多个账号额度。 在本轮核对的公开文档里，能确认的是 Codex 会按计划、模型、任务类型、登录方式、工作区和 API 组织来计算；本地消息和云任务可能共享五小时窗口；Codex 用量也会和已经计价的部分 agentic 功能共享。公开文档没有把不同 ChatGPT 账号合并成一个 PC 级额度池。
如果你刚在一台电脑上用完一个 Plus 或 Pro 账号，换到另一个账号后马上也看到限制，这个症状仍然值得认真排查。关键不是先猜政策，而是先证明当前 app、CLI、IDE extension、浏览器 OAuth、Usage 面板和 /status 指向的是同一个账号。如果这些表面没有对齐，再多账号也会看起来像共用一个额度。
官方边界先说清楚
OpenAI 的 Codex pricing 和 auth 文档把几条线分得很清楚。ChatGPT 登录路径使用订阅、工作区权限和对应的 Codex 用量规则；API key 路径使用 Platform 组织、项目限制和按量计费。两条路径都能让你运行 Codex 的某些本地工作，但它们不是同一个钱包，也不是同一个证据面。
| 表面 | 可以安全表述 | 不能推出什么 |
|---|---|---|
| ChatGPT 订阅 | Codex 限额受计划、模型、任务规模、本地/云任务影响 | 不能推出多账号按电脑合并 |
| 工作区和 credits | Business、Edu、Enterprise 可能有工作区级 credits 或弹性计费 | 不能和个人 Plus 账号混成一个池 |
| API key | 使用 Platform 按 API 价格计费 | 不是 ChatGPT 订阅限额的隐藏重置 |
| 已计价 agentic 功能 | Codex 可能和部分功能共享用量 | 不是跨账号、跨设备的公开规则 |
因此，发布层最稳的回答是：Codex 确实存在共享窗口和跨功能共享，但公开规则没有说“同一台电脑上的不同账号共用一个额度”。如果支持团队在你的工单里确认了某种安全限制，那是个案或风控判断，不能直接写成所有用户都适用的公开政策。
为什么同一台电脑会看起来像共享
第一种常见原因是登录状态没有真正切换。你可能在浏览器里换了账号，但 CLI 仍然拿着旧的 auth；也可能桌面 app 显示新头像，IDE extension 还连接旧账号；还可能 shell 里设置过另一个 CODEX_HOME，导致你看到的是另一个本地认证目录。只看一个界面，很容易误判。
第二种原因是同一个网络环境会让限制表现相似。如果多个账号从同一 IP、同一代理、同一台机器同时发起本地任务、cloud task、code review 或 fast mode 请求，限速、并发和安全信号可能一起出现。这个现象不等于额度池合并，但它足以让两个账号在同一时间都不顺畅。
第三种原因是 Usage 面板和 /status 的语义不同。Usage 更像账号和计划层面的窗口，/status 更像当前 CLI 会话看到的模型、service tier 和剩余状态。两者不一致时，先记录截图和时间，不要急着改账号或买新订阅。
排查顺序
| 步骤 | 要保存什么 | 目的 |
|---|---|---|
| 1. 打开 Codex Usage | 账号邮箱、计划、reset 文案、credits、时间 | 证明账号层面的状态 |
2. 在当前会话跑 /status | 模型、service tier、剩余提示、时间 | 证明 CLI 看到的状态 |
| 3. 查登录状态 | app 头像、IDE extension、codex login status | 排除仍在旧账号 |
| 4. 查本地目录 | CODEX_HOME、auth 文件、浏览器 profile | 排除本地认证混用 |
| 5. 查网络和并发 | IP、代理、并行任务、cloud task、fast mode | 排除同时触发的限制 |
| 6. 准备工单 | 截图、时间线、命令输出、复现步骤 | 让支持判断账号或安全规则 |
这个顺序有一个好处：它不会把“清理本地状态”写成绕过限额。分开 CODEX_HOME 或浏览器 profile 可以帮助诊断哪个账号正在使用，但它不会创造新的官方额度，也不应该被当成多账号扩容方案。
看到限制后怎么做
如果证据显示还是旧账号在登录，先退出并重新登录目标账号，然后重新核对 Usage 与 /status。如果证据显示目标账号本身已经耗尽，就等待 reset、降低模型或速度、使用兼容 credits。需要额外本地自动化时，可以考虑 API key，但前提是你接受 Platform 按量计费，并且清楚它不等于 ChatGPT 订阅额度。
如果多个账号在干净认证状态下仍然出现同样限制，不要用论坛截图替代工单。把账号、计划、时间、Usage、/status、本地目录、IP/代理、并发任务和复现步骤整理成一页证据。这样支持团队可以回答账号、工作区、安全或网络层面的具体问题，而不是猜测“是不是按电脑共享”。
对于团队或长期自动化场景，还要把“谁消耗了什么”写成日志。建议在每次重要运行后记录账号、工作区、模型、任务类型、是否 cloud task、是否 fast mode、是否 API key、开始结束时间和失败文案。这样下次看到第二个账号被限时，你能立刻判断它是同一个账号残留、同一个工作区 credits、同一 IP 的并发压力，还是 API 项目的独立限制。没有这张运行表，很多排查都会退回到主观感觉。
还有一点容易忽略：不要把更换账号、清理 auth、分离 profile 写进团队 SOP 作为“扩容方法”。这些动作只适合验证身份和隔离状态。真正需要更高吞吐时，应该比较等待 reset、降低模型、购买合规 credits、或者把部分本地任务切到 API key 计费路径。这样做的好处是成本、权限和数据策略都能解释清楚，也不会把一个临时症状包装成不可靠的账号轮换方案。
常见问题
OpenAI 公开了 PC 级 Codex 额度吗？
没有在本轮核对的公开文档中看到这样的规则。能公开确认的是计划、工作区、API 组织、本地/云窗口和部分功能共享。跨账号按电脑合并仍然不能写成官方结论。
为什么第二个账号一登录就像被限制？
最先查旧登录、本地 auth、浏览器 profile、IDE extension、同一 IP、代理、并发任务，以及 Usage 和 /status 是否指向同一个账号。任何一个不一致，都可能让症状看起来像共享。
分开 CODEX_HOME 有用吗？
有助于诊断本地认证状态，尤其是同一 macOS 用户反复切换账号时。但它不是官方扩容方式，也不能保证账号限额独立。
API key 会不会共用 ChatGPT 限额？
API key 使用 Platform 组织的按量计费和项目限制。它可以承接某些本地任务，但要把 API 成本、数据策略和功能差异单独记录。
给支持需要什么证据？
准备账号、计划、Usage 截图、/status 输出、reset 文案、时间线、本地 auth/CODEX_HOME 设置、IP/代理、并发任务和最短复现步骤。证据越具体，越容易区分账号额度、工作区规则、安全限制和本地状态问题。
更完整的计划表请看 OpenAI Codex usage limits；API key 与订阅差异请看 Codex API key vs subscription。
最后，把每次复查结果留在同一个证据包里：第一次限制、等待 reset 后的状态、重新登录后的 /status、以及是否仍然同 IP 并发。连续记录比单张截图更能说明这是账号额度、本地状态还是安全限制。