codex和claude有免费额度吗

很多人卡在同一个问题上：想白嫖一段时间试试，结果注册完发现要么根本没免费额度，要么给了但用几次就没了，还搞不清是账号问题还是本来就该这样。这篇不报具体数字，只把两个产品的免费额度形态、适用范围和常见门槛讲清楚，给你一套自己核对的方法，顺手告诉你哪些情况免费额度其实帮不上忙。

很多人卡在同一个问题上：想先白嫖一段时间试试，结果注册完发现要么根本没免费额度，要么给了但用几次就没了，还搞不清是账号问题还是本来就该这样。这篇不报具体数字，只把 Codex 和 Claude 两个产品的免费额度形态、适用范围和常见门槛讲清楚，给你一套自己核对的方法，顺手告诉你哪些情况免费额度其实帮不上忙。

先给一个预期：这两家都不是「注册就送一大池子随便用」的路子。Codex 的额度更多跟订阅档位绑在一起，Claude 则分成对话入口和 API 两套体系。所以你问「有没有免费额度」，答案取决于你问的是哪个入口、想拿来干什么。下面逐节拆开说。

先分清「免费额度」到底指哪种东西

很多人把三种完全不同的东西混成一句「免费额度」，然后拿 A 的体验去推断 B，结论自然全错。先花两分钟把形态分清，后面判断才不会跑偏。

关键点是：同一个产品在不同入口（网页版、客户端、API）额度是分开算的。你在网页版聊得挺顺，不代表 API 那边能白用；反过来也一样。所以别跨入口比较，先确定你要用的是哪一个。

• 先问自己需要的是「试几次就撤」还是「长期低成本跑日常任务」，前者看赠送额度，后者只能看订阅或按量
• 确认入口：网页对话、桌面客户端、API 是三套账，别混着算
• 看限制维度：有的卡次数，有的卡速率，有的卡功能，限制类型比总量更影响体感
• 记住额度规则会调整，任何一个月前看到的结论都要重新核一遍

Codex 这边：免费额度挂在哪、卡在哪

Codex 的可用额度通常跟订阅档位绑在一起，而不是一个独立注册就送的池子。也就是说，你注册了账号，不等于自动拿到了编程额度。想搞清楚自己落在哪一档，最直接的办法是去站内的编程方案页面对照档位划分，而不是靠别人转述。

门槛一般卡在这几处：账号地区、支付方式、是否已完成订阅。这三项里任意一项没过，页面可能看起来「有入口」，但实际调用会被挡。遇到这种情况，先排查账号和支付状态，别急着怀疑产品本身。

1. 对照档位打开编程方案页面，看自己目标用途对应哪一档，确认这一档是否包含额度
2. 核对门槛检查账号地区、绑定的支付方式、订阅状态三项，缺哪项补哪项
3. 小额验证先用最小的一次调用跑通，确认额度确实生效，再考虑放量

什么情况下不适用：只打算周末写点小脚本的人，为了拿额度去开订阅往往不划算。这类需求直接走按量的 API 方案更合理，用多少算多少，不用为了「免费」先付一笔固定成本。

Claude 这边：免费入口和额度边界

Claude 的免费额度分散在两套体系里：对话入口和 API。对话入口门槛低，注册就能进，但次数、速率和功能都有明显限制；API 侧一般要靠赠送额度或预充值起步，规则跟对话入口不是一回事。

最容易踩的坑，是把网页对话的免费次数当成 API 额度。两者不互通，你在网页上聊得再多，写代码调接口时也用不上。反过来说，API 侧有额度也不代表网页端体验会变好，它们是分开的账。

判断标准很简单：如果只是问问题、改文案，对话入口足够；如果要接进自己的工具链跑批量任务，就得按 API 的规则准备。别指望用对话入口的免费次数去撑一个自动化流程，那不成立。

自己核对一遍：四步走完再决定掏不掏钱

与其问「有没有免费额度」，不如按下面四步走一遍。走完你基本能自己判断该不该付费，而不是听别人说「有」或「没有」。

1. 明确用途是体验产品、写代码，还是接进项目批量调用？三种用途对应的入口和规则完全不同
2. 对应入口把用途映射到具体入口，网页、客户端、API 分开看，别跨入口比较
3. 核对当期口径去站内的官方 API 页面和编程方案页面核对当前门槛与计费结构，页面上的数字才是当期口径
4. 记录一周用量拿真实用量去对，用站内用量页面反推，看免费部分能不能覆盖，覆盖不了再谈付费

还有一点常被忽略：免费额度帮不上忙的场景其实不少。比如你需要稳定的批量调用、需要可控的响应速率、需要把调用接进生产流程，这时候赠送额度哪怕还有剩，也不足以支撑，早点按按量或订阅规划反而省事。

免费额度是用来判断「值不值得继续投入」的，不是用来长期撑生产流量的。