codex免费额度和网页版免费额度的功能

很多人以为「免费额度」是一个东西，其实 Codex 那边和网页聊天那边是两套额度、两套限制，能干的事也不一样。你可能会遇到：网页版还能聊，但命令行里跑代码就提示没额度；或者反过来，Codex 里能跑任务，回到网页却发不出去。这篇不讲具体数字，只讲怎么分清这两份额度、在什么场景下用哪个、卡住时按什么顺序排查。

很多人把「免费额度」当成一个东西，其实 Codex 那边和网页聊天那边是两个独立的额度池，限制方式不一样，能做的事也不一样。常见的情况是：网页版还能正常对话，切到命令行跑代码却提示没有额度；反过来也有，Codex 里任务能跑，回到网页发消息反而被拦。

这篇只讲怎么分清这两份额度、什么场景该用哪个、卡住时按什么顺序排查。具体数值不写死，因为规则会调，你要看数字就去站内当期页面核对。

先分清：这是两个额度池，不是一份

Codex 走的是编程任务那条通道，额度多半按任务消耗，任务越长大致吃得越多；网页版走的是对话通道，按消息条数或一段时间内的用量来卡。两边不互相顶替，一边用完不代表另一边也没了。额度周期和刷新节奏也可能不同，别拿旧截图当依据。

• 分别登录两个入口，各发一条最简单的测试请求，看提示文案到底是什么；
• 看到「额度不足」，说明这个池子暂时见底，换另一边通常还能用；
• 看到「无权限」或「未开通」，那就是权限或入口问题，不是额度问题，排查方向完全不同；
• 把两个入口的报错原文记下来，再去查规则，比凭感觉猜快得多。

功能差别：能干什么、不能干什么

Codex 偏工程：读写仓库文件、跑命令、连续改代码，适合手里有一整块任务要落地。网页版偏问答与文档：讨论方案、读材料、写文案更顺手，联网、附件、图片这类日常能力通常是网页端更齐全。判断标准很简单——任务最终产物是「改好的代码」还是「一段文字」，前者走 Codex，后者走网页版。

注意这里的「不适用」：只想问两个概念却开 Codex，是白烧额度；需要落地改代码、跑测试，只在网页版聊完，最后还得自己动手，等于聊了个方案没执行。

限制的形状不一样：一个卡次数，一个卡消耗

网页版的限制通常更直观，撞墙时给的是条数或时间窗，心里有数。Codex 的限制跟任务长度、上下文大小挂钩，同样跑几次，长任务消耗快得多。所以「Codex 用得飞快」多半不是额度小，而是单次任务太大，或者是把整个仓库都塞进了上下文。

1. 先拆任务把一个大任务切成几个小步骤分别跑，看额度消耗是否明显下降，下降说明问题在任务粒度。
2. 再缩上下文只给改动相关的文件或片段，别整目录上传，跑一次对比前后消耗。
3. 最后看口径去 /coding-plans 核对各档位的额度口径，再对照自己一周的任务记录估算，别凭感觉。

额度消耗快，先怀疑任务太重，再怀疑额度太小。

怎么选：三步自查顺序

卡住的时候不要两头乱试，按固定顺序查，能少走很多弯路。顺序是：先看任务类型，再看哪边见底，最后才算成本。前两步基本能定位问题，第三步只在两边都不够时才需要。

• 第一步看任务类型：要落地代码走 Codex，要读要写要问走网页版；
• 第二步看剩余情况：两边分别查一次，确认是哪个池子见底，查法参考 /resets 的说明；
• 第三步看成本：两边都不够时，再考虑换订阅档或走 API，价格去 /official-api 和 /coding-plans 核对当时的数字；
• 别在没算清用量前先升档，升了也可能因为任务太大照样不够用。

这一套对个人和小团队都适用。但如果你的用量集中在某一条通道上，比如一家 5 人小团队几乎全是代码任务，那网页版的额度对你价值有限，重点该放在 Codex 侧的任务拆分和档位选择上。