codex用gpt有免费额度那

很多人第一次想试 Codex，第一反应是「它调 GPT，那是不是有免费额度可以先白嫖一轮」。这个问题没法一句话答，因为 Codex 在不同入口、不同账号状态下走的计费口径不一样，有的算订阅内额度，有的直接进按量账单。这篇帮你先分清自己站在哪个入口，再判断这次调用会不会出钱，最后给一套不花钱就能摸清上限的排查顺序。

很多人第一次想试 Codex，脑子里蹦出来的第一个问题就是「它反正调的是 GPT，那是不是有免费额度可以白嫖一轮」。这个问题没法用一句话打发，因为 Codex 在不同入口、不同账号状态下，走的计费口径完全不一样：有的算在你已经付过的订阅里，有的直接进按量账单，看着都像「调用同一个模型」，背后却是两套账。

这篇不给你一个「有」或「没有」的结论，而是给一套判断顺序——先看清自己站在哪个入口，再搞明白所谓的「免费额度」到底指哪种东西，最后用一条不花钱的路径把上限摸出来。顺序走完，你自己就能回答这次调用会不会出钱。

先分清你是从哪个入口在用 Codex

同一个 Codex 能力，挂在订阅里、挂在官方 API 里、挂在第三方中转里，计费归属是三件不同的事。前两种其实都不叫「免费额度」，只是额度已经包含在你付过的月费里；第三方中转则要看它自己怎么给你算，可能是它套了一层套餐，也可能是直接透传按量。

判断方法特别朴素：看你的调用是走账号登录态，还是走一串 API key。走登录态的，多半吃的是订阅内额度；走 key 的，基本等同于按量计费，这时候谈「免费」本身就是个误解。

不确定自己落在哪一格，别猜。先到 /codex-radar 看当前入口的额度和计费口径说明，再拿 /coding-plans 对照你手上套餐的档位，两处对得上，入口就清楚了。

「免费额度」在这件事上通常指三种不同东西

试用赠额

新账号或新平台给的一次性额度，有有效期、有限速，用完即止

套餐内额度

你买套餐时就已经付过钱的那部分，本质是预付，不是白送

活动临时额

平台做活动时发的额度，通常带回收时间，过期不补

这三种的共性是：都不是无限，都有过期或耗尽规则。真正容易被忽略的是耗尽之后怎么办——有的直接停掉调用，有的默默转成按量继续跑，后者才是账单惊吓的主要来源。所以判断「免费」时，重点不是问有没有，而是问用完那一刻系统做了什么。

• 活动赠额和试用赠额最容易让人误判成「随便用」，建议先去 /resets 看这类额度的回收节奏
• 想跟踪某类额度当前有没有、什么时候变，用 /price-watch 盯一段时间的口径变化
• 凡是写着「用完自动转按量」的，都要提前想好停手点，别等账单出来才发现

想零成本跑通一次，按这个顺序试

1. 用小任务验证通路一句短提示、一次最小调用即可，别上来就丢整个代码库。目的是确认这条路能走通，而不是压出吞吐。
2. 确认这笔落在哪档口径对照当前入口的计费说明判断是吃套餐额、吃赠额还是走按量。/official-api 和 /models/deploy 两个页面能帮你看清调用落在哪一档。
3. 跑完立刻核对，而不是等账单调用一结束就去 /usage 看这笔有没有被记进去；需要把 token 量折算成钱的，用 /tools/model-cost-calculator 自己算一遍，别凭感觉。
4. 发现走了按量就改预期一旦确认已经按量计费，就把这次当正常付费调用处理，后面的任务量规划别再按「免费」来排。

这套顺序的价值在于：它让你用最小的成本换取一个明确答案。四步下来你既知道通路通不通，也知道这条路要不要花钱，而不是靠「应该免费吧」这种预期去做任务规划。

哪些情况下别指望免费这一条

判断类的内容不给「什么情况下不适用」，就等于没说清。免费这条线在几种场景下基本可以不用考虑，提前认出来能省掉不少纠结。

• 多人共用一个账号、任务量已经贴近套餐上限时，所谓免费额度早就被吃干净了
• 需要长上下文、批量跑全量代码库、或长时间挂后台的任务，即便有赠额也撑不了几轮，直接按付费口径做预算更靠谱
• 限速严格的试用通道不适合做压测或自动化流水线，被限速后重发的部分算不算量，又是另一个口径问题
• 已经明确走 API key 的调用，就别再找「免费入口」了，方向本身就错了

这里没有绝对化的结论：同样是长任务，如果只是偶尔跑一次、量级很小，赠额完全可能扛得住。区别在于你是「偶尔验证」还是「当成日常产线」，后者请直接按付费规划。

一张自查清单，30 秒判断这次会不会出钱

把下面五项在心里过一遍。任何一项答不上来，就先按「会产生费用」来做预期，再去找证据推翻它——这个方向的容错率远高于反过来。

五项都答得上来，你基本就能预判这次调用会不会出钱。答不上来的那项，就是接下来最该去补的信息缺口，而不是靠猜。

与其问「有没有免费额度」，不如问「这次调用耗尽之后，系统会做什么」。