codex怎么充值额度

很多人卡在同一个地方：付款页面转完了，Codex 里额度却没变化，或者压根不知道去哪充、充哪种。这篇不讲渠道好坏，只讲动作——从确定你要充的是哪一类额度，到下完单怎么验收，再到没到账时按什么顺序排查。看完你能自己判断是操作漏了一步，还是渠道这边出了问题。

很多人卡在同一个地方：付款页面转完了，Codex 里额度却没变化，或者压根不知道去哪充、充哪种。这篇不讲渠道好坏，只讲动作——从确定你要充的是哪一类额度，到下完单怎么验收，再到没到账时按什么顺序排查。看完你能自己判断是操作漏了一步，还是渠道这边出了问题。

整体思路就三步：先分清充的是哪一层额度，再按固定顺序把下单动作做完整，最后用一次真实请求做验收。任何一步跳过，后面都会变成扯皮。下面四个小节分别对应「充之前该确认什么」「下单按什么顺序做」「没到账怎么排查」「怎么少返工」。

先搞清你要充的是哪一种「额度」

Codex 相关的额度至少分三层：官方账号里的用量、编程套餐本身带的配额、以及第三方中转账户里的余额。三者的充值入口、到账方式、对账口径完全不同，充错地方是最高频的返工原因。先把这一层确定下来，再动手付钱。

官方账号用量

直接绑在官方账号上的计费，充值入口和账单都在官方后台，和中转余额不互通。

编程套餐配额

套餐自带的周期配额，到期或到量后靠刷新恢复，不是靠充值解决。

中转账户余额

第三方中转方自己账户里的余额，调用走哪个分组、哪条链路要单独确认。

判断自己在哪一层，最简单的办法是直接在 Codex 里跑一次请求，看报错信息和计费归属：提示配额耗尽、还是提示余额不足、还是提示分组无权限，指向的层不一样。档位和配额口径可以去 /coding-plans 对照说明看；如果是周期问题，去 /resets 看是不是等刷新就行，这种情况充值解决不了。

下单到到账：按顺序做这几步

确认了要充哪一层，接下来就是机械动作。顺序本身比技巧重要，尤其多账号环境下，登录态错一步就要走退款流程。下面四步建议一次做完，不要中途切窗口、切账号。

1. 用当前实际使用的账号登录别用浏览器里存着的旧登录态下单。先在 Codex 里发一次请求确认身份，再打开充值页，确保两处是同一个账号。
2. 在充值页确认三件事充的是余额还是套餐、有效期或过期规则、额度是即时可用还是需要手动激活。看不清就先别付，去渠道的站点说明页核对。
3. 付完先别关页面把订单号、支付凭证、充值前后的额度截图各留一份。这三样是后面所有排查的依据，缺一样就只能等对方查。
4. 回去发一次真实请求用一个最小 token 的任务验证额度是不是真的能扣，别只看账户页面上的数字。能扣才算到账，扣不动就按下一节排查。

充了没到账，按这个顺序排查

没到账分两种情况：一种是假没到账，一种是真的掉单。排查顺序不要乱，从最省事的开始，先排除前端和口径问题，再上升到渠道侧。乱序排查最常见的后果是重复下单，钱花两遍。

• 先等再查：多数渠道到账有延迟。先刷新账户页、退出重新登录一次，排除前端缓存造成的「假没到账」，别急着下第二单。
• 再对口径：确认自己看的是同一个账号、同一个分组。中转场景下余额可能在总账户，但调用走的是另一个分组，额度不通用；分组口径见 /sites 里的站点说明。
• 再看支付侧：支付平台显示成功但商户侧没回调，是典型的掉单。拿订单号找渠道方核对，不要重复下单，重复下单往往要退款走很久。
• 最后才判断渠道问题：同一笔充值超过合理时间仍未到账、且客服给不出可核验的处理进度，就该考虑换一条链路，别继续往里加钱。

如果你本来就没打算自己排查渠道，可以先看站内的可信度检测结果，再决定要不要继续用。异常比率的采样和结论随时会变，具体数字到 /sites 和 /rankings 核对当时的版本，而不是凭印象判断。

怎么少踩一次坑

返工大多不是渠道选的错，而是第一次充值时动作太大、账目太糊。把金额压小跑通一次完整链路，比研究哪家更划算更省事。跑通的标志是付款、到账、实扣、对账四个环节都能自己复现。

多账号、多项目的情况下，给每个项目单独记账，否则额度混在一起，出问题时根本说不清是哪一笔。定期把充值记录和实际扣费记录对一次，发现扣费速度和预期差距大，先别加钱，先做一次实测确认链路没被换。