作者注：本文以 OpenAI 官方帮助中心、发布说明和定价页为准，梳理 12 月 ChatGPT 与 Codex 共用额度的已确认规则、未知项和应对清单。
先说结论。从 12 月开始，Plus、Pro、Business 方案中 ChatGPT 产品用量与 Codex 共用同一个按 token 计量的额度池。不过 Instant Chat 不扣这个池，API 和使用 API key 登录的 Codex 也不在这本账里。Pro 在 10 月底获得的 Work/Codex 加量，也不代表所有 Chat 功能同步翻倍。
这不是坊间传言。 OpenAI 帮助中心已写明“Starting in December”。目前还没公布的是具体切换日期，以及各档方案的固定 token 数。本文用“官方已确认 / 媒体转述 / 尚未公布”三类标签区分信息，帮你判断自己会受到哪些影响。
核心价值：读完本文，你可以借助一张“产品订阅池 / API 计费池”分账表判断自己的用量归属，并在 12 月前完成 5 项检查。
ChatGPT 与 Codex 共用额度：核心信息速览
先按信息层级把事实分开。其中最容易被混淆的是三件事：共享是否已确认、按什么计量、具体数字有没有公布。
| 信息项 | 详情 | 信息层级 |
|---|---|---|
| 生效时间 | 官方原文为“Starting in December”，没有给出具体日期 | 官方已确认（日期尚未公布） |
| 适用方案 | Plus、Pro、Business | 官方已确认 |
| 共享范围 | ChatGPT 与 Codex，背景是把 Work 的 agentic 能力并入 ChatGPT 主体验 | 官方已确认 |
| 计量单位 | 按 token 计量，高级模型和复杂任务通常消耗更多 | 官方已确认 |
| 不扣池项目 | Instant chat 不消耗该用量 | 官方已确认 |
| 查看入口 | Settings → Usage，可查看合并后的剩余量和重置时间 | 官方已确认 |
| 各档固定额度 | 未公布 | 尚未公布 |
| 合并上线节奏 | 先小范围测试 Chat 与 Work 的合并体验，之后再扩大 | 媒体转述（BleepingComputer） |
关键变化一：共享池按 token 计量，没有固定消息数
OpenAI 在 GPT-6 Astra 用量说明中写明，Work 和 Codex 没有固定的消息条数。实际消耗取决于模型、任务类型、上下文长度、推理强度、是否开启 Fast/Ultrafast、工具调用次数和运行位置。
这意味着同样是“一次任务”，消耗可能相差很大。长上下文、高推理强度、频繁调用工具的 Codex 任务，扣得会明显比一次简单问答多。所以按“我每天发多少条”来估算剩余额度，已经不再可靠。
关键变化二：用完额度后的三条路径
官方给出的处理方式有三种：等待重置、升级方案、为符合条件的功能购买 credits。另外，Codex 帮助文档提到，如果一个正在进行的 turn 在中途触达上限，可以在 fair use 范围内继续完成。
需要注意，这里的 credits 是 ChatGPT 产品侧的概念，和下文要说的 API credits 是两回事。
ChatGPT 与 Codex 共用额度的时间线
很多讨论把三个日期混在一起。下面按来源拆开，每个日期各自对应什么，一目了然。
| 日期 | 事件 | 来源 | 信息层级 |
|---|---|---|---|
| 10 月 29 日 | 发布说明“More Work and Codex usage on Pro and Business Premium Plans”：Pro 100 和 Pro 500 的 Work/Codex included usage 翻倍；原定的 Pro 200 降档取消，较低档账户从当天起额度翻倍并补到同一较高档 | OpenAI 发布说明 | 官方已确认 |
| 10 月 29 日 | 同段公告提到 Business Premium 也有提升，但没有单独列出固定倍数 | OpenAI 发布说明 | 官方已确认（倍数尚未公布） |
| 11 月 1 日 | BleepingComputer 报道 Pro 加量，以及 Work 功能将进入 Chat | 媒体页面标注日期 | 媒体转述 |
| 12 月（具体日待定） | Plus、Pro、Business 的 ChatGPT 与 Codex 共用额度池启用 | OpenAI 帮助中心 | 官方已确认（日期尚未公布） |
有一点要特别说明：“Business Premium 获得提升”不能推导成“所有 Business 方案都翻倍”。官方这段公告没有为 Business Premium 给出固定倍数，更没有提到 Standard Business。
产品订阅池 vs API 计费池：ChatGPT 与 Codex 共用额度分账表
这是本文最重要的一张表。判断一项用量归哪本账，关键不在于用的是哪个模型，而在于通过什么方式登录、走哪条计费路径。
| 使用方式 | 是否进入 ChatGPT/Codex 共享池 | 依据 |
|---|---|---|
| Instant Chat（普通即时聊天） | 否 | 官方：Instant chat will not draw from your usage |
| Chat Voice（常规语音） | 否，有独立限制 | 官方：不消耗 Codex usage |
| ChatGPT Work | 是 | 官方：Work 与 Codex 共享用量 |
| Codex（用 ChatGPT 账户登录） | 是 | 官方：消耗套餐额度 |
| ChatGPT for Excel、Workspace Agents | 是（在支持的方案中） | 官方：使用共享 allowance/credit pool |
| GPT-6 Pro（在 Chat 中） | 目前不计入，消息限制独立于 Work/Codex 共享额度 | 官方现行说明；12 月后的映射尚未公布 |
| Codex（使用自己的 API key） | 否，按 API pricing 计费 | 官方：不使用套餐 included usage |
| API Platform 直接调用 | 否，按 API 价格单独计费 | 官方：API usage is billed separately |
| 订阅者获得的 API credits | 否，只作用于关联的 API organization | 官方：不提升 ChatGPT 或登录态 Codex 的限额 |
有两个细节值得单独拿出来。其一，订阅附带的 API credits 只作用于关联的 API organization，官方明确说明它不支持 API key 版 Codex，也不会提升 ChatGPT 或登录态 Codex 的限额，因此不能把它当成共享池的“补充包”。其二，OpenAI 定价页提醒，API token 价格和订阅用量是两套体系，不要用 API 单价去反推套餐里能跑多少任务。
ChatGPT 与 Codex 共用额度对三类用户的影响分析
普通 ChatGPT 用户
如果你主要用 Instant Chat 做日常问答、写作和翻译，影响有限，因为官方明确说明 Instant Chat 不扣共享池。真正要留意的是 12 月后 Work 的 agentic 能力并入 Chat 主界面后，入口会离你更近，一些原本不常用的高消耗功能可能会在不经意间被触发。
建议在 12 月前养成一个习惯：每周打开一次 Settings → Usage，看看剩余量和重置时间。
Codex 与 Work 重度用户
这是受影响最直接的一类人。过去你可能把 Work 和 Codex 当成两件事来用，12 月后它们和 ChatGPT 的高级产品用量会算进同一个池子，任何一侧跑得多，都会压缩另一侧的余量。
按现行说明，Plus 和 Standard Business 同时有 5 小时限额和周限额；Pro 100/200/500 目前没有 5 小时限额，但仍受 included usage allowance 约束。12 月后的重置周期是否调整，官方还没有公布。
API 开发者和自动化团队
对于用 API key 跑脚本、CI 流水线和后端服务的团队，共享池规则不改变计费方式：API 和 API key 版 Codex 依旧按 API 价格单独计费。需要防范的风险其实在内部，有人用 ChatGPT 账户登录 Codex 跑批量任务，结果把团队成员的产品额度耗光；或者反过来，把本该走订阅的交互式开发切到了 API key。
在服务端，建议把每次请求的 token 用量单独记录，让 API 成本有一本清楚的账。下面用五步把最小做法写清楚，每步只涉及一行代码，按顺序填进脚本即可：
- 导入 SDK：脚本开头写
import openai，运行环境里需要先装好这个包。 - 创建客户端：用
client = openai.OpenAI(api_key=..., base_url=...)初始化，第一个参数填你的 Key，第二个参数填https://api.apiyi.com/v1。指向这里就是走 API易 的 OpenAI 兼容接口，按量计费。 - 发一次请求：调用
client.chat.completions.create(...)，模型填gpt-4o-mini，消息列表里放一条 user 角色的内容，比如“总结这段日志的异常原因”。 - 读回复和用量：正文在
resp.choices[0].message.content，用量在resp.usage，里面有prompt_tokens、completion_tokens、total_tokens三个字段。 - 记进日志：把这三个数字按
prompt=… completion=… total=…的格式写进请求日志，月底再按 API 单价折算成本。
🎯 技术建议：API 用量和 ChatGPT/Codex 订阅额度本来就是两本账。如果团队需要同时调用多家模型做自动化，可以通过 API易 apiyi.com 用一个 API Key 统一接入，按量计费，再结合上面的 usage 日志单独核算成本。注意，这部分与 OpenAI 的 ChatGPT 产品额度没有任何互通。
ChatGPT 与 Codex 共用额度：5 项上线前检查
距离 12 月不远，建议团队负责人按下面这张表逐项核对。
| 序号 | 检查项 | 具体动作 | 目的 |
|---|---|---|---|
| 1 | 查看 Settings → Usage | 记录当前剩余量与重置时间，12 月切换后再对比一次 | 建立切换前后的观察基线 |
| 2 | 盘点高频任务 | 列出每周在 Work、Codex、Excel、Workspace Agents 上跑的固定任务 | 找出共享池里的主要消耗来源 |
| 3 | 确认登录与计费路径 | 逐个确认 Codex 是用 ChatGPT 账户登录，还是用 API key | 避免订阅额度和 API 账单互相错位 |
| 4 | 控制上下文与高强度模式 | 精简上下文，按需开启高推理强度和 Fast/Ultrafast，减少无效的工具调用 | 这些都是官方列出的消耗因素 |
| 5 | 设定 credits 使用边界 | 团队内部约定何时允许购买 credits、由谁审批 | 防止额度用尽后产生无预算的支出 |
第 3 项最容易被忽略。同一个 Codex，用 ChatGPT 账户登录就扣套餐池，用 API key 登录就按 API 价格计费。很多团队在 CI 环境和个人电脑上用的是不同的登录方式，最好在这次调整前统一梳理一遍。
ChatGPT 与 Codex 共用额度的 3 个常见误区
| 误区 | 实际情况 | 依据 |
|---|---|---|
| 所有聊天都会扣共享池 | Instant Chat 不扣，常规 Voice 有独立限制 | 官方帮助中心 |
| API 也会合并进套餐池 | API 和 API key 版 Codex 仍按 API 规则单独计费 | 官方帮助中心与定价页 |
| Pro 翻倍等于所有功能翻倍 | 10 月 29 日的加量限定在 Work/Codex，GPT-6 Pro 等 Chat 功能另有限制 | 官方发布说明 |
“重度使用 Codex 会挤占 Instant Chat”的说法同样站不住脚。Instant Chat 本来就不在共享池里，两者不存在竞争关系。
真正的未知项
截至 2026-11-02，下列信息官方尚未公布，本文也不做预测：
- 共享池容量：各档方案在 12 月后具体有多少 token。
- 重置周期：现有的 5 小时限额和周限额结构是否沿用。
- Chat 高级功能映射：Work 能力并入 Chat 后，哪些 Chat 高级功能会扣共享池，GPT-6 Pro 这类独立限制是否保持不变。
12 月以后是加量还是缩水，要等 OpenAI 公布这三项之后才能判断。在那之前，看到具体数字的说法都应当谨慎对待。
常见问题 FAQ
Q1：ChatGPT 与 Codex 共用额度从哪天开始？
官方只写了“Starting in December”，没有给出具体日期。按 BleepingComputer 的报道，Chat 与 Work 的合并会先小范围测试再逐步扩大，不同账户看到变化的时间可能不一样。
Q2：我用 API key 跑 Codex，会被扣 ChatGPT 套餐额度吗？
不会。官方说明，使用自己的 API key 时 Codex 按 API pricing 计费，不使用套餐中的 included usage。如果你的自动化任务原本就走 API，可以继续通过 OpenAI 官方或 API易 apiyi.com 这类兼容接口按量调用，这部分费用与 ChatGPT 订阅额度相互独立。
Q3：订阅附带的 API credits 能补充共享池吗？
不能。官方明确说明，这类 API credits 只作用于关联的 API organization，不支持 API key 版 Codex，也不会提升 ChatGPT 或登录态 Codex 的限额。
Q4：Business 方案的 Work/Codex 额度也翻倍了吗？
10 月 29 日的发布说明提到 Business Premium 有所提升，但没有列出固定倍数，也没有提到 Standard Business。不能据此推断“所有 Business 都翻倍”。
Q5：团队怎样把产品额度和 API 成本分开管理？
交互式开发统一用 ChatGPT 账户登录，在 Settings → Usage 中查看用量；后端脚本和 CI 统一使用 API key，在服务端记录每次请求的 token 消耗。需要接入多家模型时，API易 apiyi.com 提供 OpenAI 兼容接口，新用户有免费测试额度，可以先跑通再决定是否接入生产环境。
ChatGPT 与 Codex 共用额度核心要点 Key Takeaways
- 12 月起共享：Plus、Pro、Business 的 ChatGPT 与 Codex 用量进入同一个池。
- 按 token 计量：没有固定消息数，模型、上下文和推理强度都会影响消耗。
- Instant Chat 不扣池：日常即时聊天不受共享池影响。
- API 是另一本账：API 和 API key 版 Codex 按 API 价格单独计费。
- Pro 加量有范围：10 月 29 日的翻倍限定在 Work/Codex。
- 登录方式决定账本：API 侧可通过 API易 apiyi.com 统一接入并单独核算。
总结
ChatGPT 与 Codex 12 月共用额度，重点可以归纳为三条：
- 共享已确认，数字未公布：按 token 计量的共享池确定会来，具体日期、池容量和重置周期还要等官方公布。
- 两本账互不相通：产品订阅池管 Work、登录态 Codex 等功能，API 计费池管 API 与 API key 版 Codex。
- 趁早做检查：查看 Usage、盘点任务、统一登录路径、控制高消耗模式、设定 credits 边界。
对于开发团队，最稳妥的做法是让交互式开发和自动化调用各走各的账。如果需要在 API 侧统一调用多家模型，可以通过 API易 apiyi.com 按量接入，用免费额度先验证，再把 API 成本单独纳入预算。
📚 资料来源
- OpenAI 帮助中心：Understanding ChatGPT and Codex usage limits（官方）
- 链接：
help.openai.com/en/articles/20001625-understanding-chatgpt-and-codex-usage-limits -
说明：12 月共享规则、token 计量、Instant Chat 不扣池、Settings → Usage
-
OpenAI 帮助中心：ChatGPT release notes（官方，10 月 29 日条目）
- 链接：
help.openai.com/en/articles/6825453-chatgpt-release-notes -
说明：Pro 与 Business Premium 的 Work/Codex 加量
-
OpenAI 帮助中心：Managing usage with GPT-6 Astra in Work and Codex（官方）
- 链接：
help.openai.com/en/articles/20001516-managing-usage-with-gpt-6-astra-in-work-and-codex -
说明：消耗因素、API 单独计费、GPT-6 Pro Chat 的独立限制、现行 5 小时限额与周限额
-
OpenAI 帮助中心：Using Codex with your ChatGPT plan（官方）
- 链接：
help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-plan -
说明：登录方式与计费路径、共享池覆盖的功能、Voice 独立限制
-
ChatGPT Pricing（官方）
- 链接：
learn.chatgpt.com/docs/pricing -
说明：Work 与 Codex 共享用量，API token 价格与订阅用量分开
-
OpenAI Developers：API credits for ChatGPT subscribers（官方）
- 链接：
developers.openai.com/api/docs/guides/chatgpt-api-credits -
说明：API credits 的适用范围与限制
-
BleepingComputer：OpenAI says it’s doubling Pro usage limits and bringing Work features to Chat（媒体补充，页面标注 11 月 1 日）
- 链接：
www.bleepingcomputer.com/news/artificial-intelligence/openai-says-its-doubling-pro-usage-limits-and-bringing-work-features-to-chat/ - 说明：小范围测试节奏、Codex 在桌面应用中仍为独立体验
作者：APIYI 技术团队
技术交流：欢迎通过 API易 apiyi.com 首页联系我们，更多接入资料可查阅 docs.apiyi.com 文档中心
