codex一刀等于多少额度

刚开通 Codex，看到额度条掉得飞快，却不知道掉的到底是钱、次数还是 token——这是最常见的卡点。有人以为一刀额度就是一次对话，结果一个长任务跑完额度掉掉一大截。这篇不讲账单差异的成因，只把「额度单位是什么、怎么跟实际消耗对上」这条线捋直，给你一套自查步骤，顺手说清什么情况下这套换算不成立。

刚开通 Codex，额度条掉得飞快却不知道掉的是什么，这是新手最常见的卡点。有人以为一格额度就是一次对话，结果一个长任务跑完掉了一大截；也有人把订阅额度条直接当成现金余额去算，越算越乱。这篇不讲账单差异从哪来，只把「额度单位是什么、它跟实际消耗怎么对上」这条线捋直，给你一套能自己跑一遍的自查顺序。

先记住一句话：额度是额度，消耗是消耗，中间隔着一个「当期口径」的换算层。你不必背下任何具体倍数，只要知道去哪里核对、按什么顺序取样，就能把「一刀大概等于多少」这件事自己算清楚。

先分清「额度」有三种口径，别混着算

很多人卡住，是因为把三套不同的尺子叠在一起用了（订阅侧的额度条、按量侧的计费单位、以及任务实际吃掉的 token 量）。这三者互换算要看当期官方口径，凭印象硬套一定错。先把自己在哪套尺子上量清楚，再谈一格等于多少。

• 「一刀」这种说法，通常只是订阅额度里的一格，不等于一次任务、更不等于一次对话
• 同一格额度，跑短问答和跑长仓库改造，掉的格数完全不是一个量级
• 想确认当下每一格对应什么，先到 /coding-plans 看档位口径，再回 /official-api 对当期按量口径，两个都对上再下结论
• 别拿别人的换算结果直接用，档位和用量习惯不同，结论会差很远

一次任务到底在吃哪几样东西

吃 token 的不只是你敲进去的那句提问。仓库上下文被读进去的部分、工具调用的返回内容、失败后反复重试的输出，全都计入消耗。任务跑得越久、来回改的轮次越多，单次消耗就越像一轮多轮对话，而不是一问一答。

输入上下文

你给的提示加上被读入的代码或文件内容，往往是大头

工具调用返回

每次外部调用拿回来的结果都要再喂回模型，累计很快

重试与回滚

一次没跑对重来一遍，等于同样的量再交一次学费

输出长度

生成越长，计费部分越靠量堆，短问答看不出来，长任务很明显

想知道自己属于哪种消耗模式，别靠感觉。先到 /usage 看真实用量分布，分清是输入侧占大头还是输出侧占大头，再拿 /tools/token-price-calculator 对单次任务做个估算，两边一对照，你就知道额度是被哪一环吃掉的。

自己动手换算的三步顺序

1. 第一步：定口径先确认你在订阅额度制还是按量计费，两条路的换算起点完全不同，起点错了后面全错。到 /coding-plans 和 /official-api 分别看一遍自己属于哪条。
2. 第二步：取样挑一个你常做的典型任务跑一遍，记录跑前跑后的额度差，再对照 /usage 里这段时间的 token 量。样本要覆盖短任务和长任务各一个，别只挑省事的那种。
3. 第三步：折算与留余量用 /tools/model-cost-calculator 把两个样本折算成统一单位，算出一个大致区间。做预算时按最坏情况留冗余，不要拿平均值当上限。

折算完不要急着记死数字。口径会变，你的用法也会变，这套比例每换一次档位或换一类任务就应该重新取一次样，把结论当成「当前有效」而不是「永久成立」。

这套换算什么时候不管用

任何换算都有边界，说清不适用的场景比给一个漂亮数字有用。下面三种情况一出现，之前的比例就该作废或者拆开重算。

• 官方调整了计价口径或额度刷新规则时，旧换算比例立刻失效，一律以站内页面当期数字为准
• 任务类型跨度极大时（纯问答 vs 长仓库改造），用一个平均值去套会严重失真，要分开建样本
• 多人共用同一份订阅额度时，个人换算结论不能直接外推到团队，得按人头重新取样
• 把额度当成能精确预测的余额来管理，期望值本身就不对，它更适合当作趋势看的指标

换个说法：这套方法的用途是让你心里有个大致量级，不至于对着额度条发懵，而不是让你精确预测下一次任务要花掉多少。判断类结论都有前提，前提变了就重新核对。

额度不是余额，它是一把随口径变的尺子；你要练的是读尺子的能力，不是背下某个刻度。