codex多少钱一个月 额度多少，怎么做和怎么选

打算订 Codex，但一看套餐就懵：月费到底按月扣还是按档位分，额度是按周还是按五小时刷，超了是停还是继续跑。这篇不背数字，只讲怎么拆月费构成、怎么估自己的额度天花板、怎么在档位之间做选择，最后给一套下单前逐项核对的顺序。

月费里到底有几笔钱

问「codex 多少钱一个月」之前，得先想清楚你要的是哪一种：是订阅一个编程助手，按月拿一份额度、在编辑器或终端里用；还是拿 API key 按 token 调接口。这是两套完全不同的账，混在一起比价没意义。先明确用途，再去看对应的价格页面。

• 先定用途：订阅额度适合个人或小团队日常开发，调接口适合集成到产品里。
• 再看地区：月费随地区定价波动，别拿别人的截图当自己的价格。
• 最后看渠道：官方直订、应用商店、第三方渠道的结算价和售后口径不一样。
• 外币计价要额外算结算汇率和卡组织手续费，账面价不等于卡里扣的钱。
• 任何具体数字都到站内页面看当期标价，不要记死某一个数。

1. 确认计费类型打开站内订阅产品页，看它是「按月给额度」还是「按用量扣费」，确认自己要的是哪一种。
2. 核对当期标价到 /plans/chatgpt-plus 和 /coding-plans/openai-codex-product-subscription-plus 看当前标价和额度说明，以页面显示为准。
3. 比渠道风险同一档位在不同渠道结算价可能不同，售后口径也不同；选渠道其实是在选出问题找谁。
4. 算到手成本外币付款的把结算汇率和卡组织手续费加进去，再和页面标价对比，看实际支出差多少。

额度上限怎么读，别只看宣传词

宣传语里的「额度」大多只是名义上限，真正能用多少取决于四件事同时成立：刷新周期对得上你的节奏、单位换算到同一口径、限速时段没卡住你、赠送额度没被你当成付费额度。这四条里任何一条错位，算出来的可用量都会偏乐观。反过来，如果只是偶尔试用、不在乎高峰跑满，那名义额度参考价值就大一些。

1. 先定周期问清楚是滚动窗口还是固定周期，固定周期要问到具体重置时间点；到 /resets 看追踪记录，对照自己的调用时间戳验证一次，别只看说明文字。
2. 统一单位把美元折算、点数、token 全部换成同一口径，用 /tools/token-price-calculator 按你实际的输入输出比例换算，再比大小。
3. 标出限速记录高峰时段被限速的频率和时段，把名义额度打个折扣估成实际可用量，折扣系数用自己的调用日志推。
4. 单独对待赠送额度体验额度和付费额度分开记账，别用体验期跑出来的量去推付费档的产出上限。

先估自己的用量，再回头挑档

挑档之前先把「自己一天到底用多少」写下来，否则看档位页只会越看越乱。做法很简单：把最近一周接的活按任务列成清单，每条写清三件事——一天大概几轮、每轮要读进去多少文件、单轮大概跑多久。重任务（整仓改动、多文件重构、长时间代理）和轻问答（查个报错、改一两行、写个小脚本）分开记，两类消耗差得不是一星半点，混在一起算平均值会严重低估。

• 编程类消耗的大头不是「生成」，而是上下文重读：每轮都要把相关文件再喂一遍，文件越多越贵
• 反复重试是隐形开销：一次没改对就再来一轮，实际轮数往往是最初计划的两三倍
• 按最坏情况估，不要按理想情况估——理想情况是「一次就对、只读必要文件」，这种日子不会天天有
• 把重任务和轻问答分两栏记，最后分别乘以各自的单价口径，再相加

1. 记一周真实用量连续一周把每轮任务的输入输出、读了多少文件、重试了几次记下来，别靠回忆补。
2. 对照 /usage 看口径拿这一周的记录去 /usage 页面核对统计口径，确认它算的是请求数、token 还是轮次，口径对不上就重新换算。
3. 去档位页换算按 /usage 的口径把周用量折算成月用量，再去站内档位页对照各档的额度说明，看哪一档能覆盖你的周均值而不是峰值。
4. 留一周观察期选定档位后先跑一周，看有没有频繁触顶；触顶多半说明估低了，回第一步重算。

这条判断也有不适用的时候：如果你的任务本身就是突发型的，比如一周只有一两天集中跑大批量，其余时间几乎不用，那按月均值挑档反而会选低，这时候更适合按峰值挑一档、平时少用，或者干脆把突发部分走 API 按量结算。反过来，如果你每天都在同一时间跑固定的一批任务，用量非常平稳，那按均值挑档是最省心的。具体每档的额度和当时的计费口径会变，到 站内价格与额度页（/pricing） 核对当时的数字，再看 用量估算指南（/guides/usage） 里的换算方法。

选档位前的对照清单

选档位之前先别急着看价格表，先把「谁用、怎么用、断断续续还是连着跑」这三件事在心里过一遍。下面这张表按常见的使用形态做了归类，你可以先对号入座，再决定往哪个方向看档位。注意这只是起点，具体每月额度以站内页面当时的数字为准。

单人场景最好验证：先开入门档，用一整周记录每天的调用量和大任务耗时，看额度在哪一天先见底。如果只有偶发长任务会顶到上限、平时绰绰有余，说明入门档够用；如果一周里有好几天都贴着额度跑，那说明你的日常用量本来就超过入门档，直接往上跳更省心，免得月中反复被卡。

1. 团队先算人均把团队总人数和总调用量列出来，除一下得到人均。多人同时跑会互相挤压，总额度看起来大，摊到每个人头上可能很紧。
2. 看共用口径到站内的 Business 档页面核对共用额度的计算方式，是共享池还是按席位分配，两者的挤压感受完全不同。
3. 估算并发峰值记下一天里同时有几个人在跑的时段，峰值越高，越要往上留余量，别按平均值选。

重负载连续跑的场景，判断标准不是「够不够用」，而是「会不会中途断」。低档位加临时 API 拼凑的做法，看起来省了订阅钱，实际上要自己维护失败重试、限流处理、额度监控，这些运维成本往往比省下来的钱贵。到站内的高配档页面看当时的额度口径，再和你的峰值用量对一下，留出余量比算得刚刚好更稳。

下单前按这个顺序核一遍

下单前最容易犯的错，是把别人截图里的数字当成自己该付的价。真正决定你花多少钱的，是档位、地区、渠道、兜底四件事，而这四件事在站内都能查到当期口径。下面给一个按顺序走的核对流程，任何一步对不上就先别付钱。

1. 一核档位先确认自己要的是哪一档，再到站内模型与价格资料库看该档位页面写的额度刷新周期和计量单位——是按月重置还是按周期滚动，单位是次数、token 还是时长。刷新周期和单位看错，比价格看错更容易导致用超。
2. 二核地区打开 /plans/plans 选到你的目标地区，看当期月费与含税情况。不要用旧截图或别人转述的价，地区不同、计费币种不同，数字会对不上；如果你用外币卡付款，还要把发卡行的手续费算进去。
3. 三核渠道官方直订和第三方渠道不是只差价格：售后找谁、能不能退、续费是自动扣还是手动续，都要在下单前看清条款。第三方渠道尤其要确认失败或中断时怎么处理，这部分可对照 /relay中转站导航 里的渠道信息一起看。
4. 四核兜底提前定好额度用完之后的动作：是直接停、降速，还是自动转按量计费。如果是转按量，就先准备好切换 API 的方案——把 base_url 和 key 放在配置里而不是写死在代码里，额度触顶时改配置就能切，不用改业务逻辑。

• 把档位页面的刷新周期和单位抄下来，和你实际使用节奏对一遍
• 截图保存 /plans 当期页面，方便后续价格变动时对比
• 付款前确认续费是自动扣款还是手动续，避免到期断服
• 提前把 base_url、key 抽成配置项，额度触顶时能立刻切
• 团队用的话，把谁负责续费、谁负责切 API 写清楚