先排除把连接错误当成没额度
先保存原始错误提示。如果提示是连接失败或登录失效,而不是达到用量限制,付款可能根本不能解决问题。不要用“工具停住了”作为唯一充值依据。
| 页面或终端提示 | 先做的事 | 不该直接推断 |
|---|---|---|
| 显示达到使用上限 | 在 Usage 或 /status 查看恢复时间 | 重新订阅一定立刻恢复 |
| 网络或服务连接失败 | 保存时间与错误,核对服务状态 | 额度已经用完 |
| 登录异常 | 核对账号与认证方式 | 必须再买一个账号 |
| 有扣费但用量没恢复 | 对照订单类型与登录邮箱 | 所有付款都属于重置 |
等待、credits、即时重置不是一回事
官方即时重置说明区分了按量 credits 与立即重置。重置会立即生效,不能留着以后用,并会改变周周期;它不是额外添加一笔 credits。可购买选项并非对所有账号开放。
本站建议先把四个字段记下来:剩余用量、下一次恢复时间、当前任务截止时间、结算页显示的费用。不要只看别人发的一张套餐截图。
| 决策条件 | 更合理的处理方向 |
|---|---|
| 工作可以等到页面显示的恢复时间 | 停止发起大任务,先完成本地测试与整理 |
| 工作必须继续,账号显示可用付费选项 | 阅读该选项的规则再购买,尤其看周期与费用 |
| 没有可购买入口 | 不承诺找隐藏入口,不用第三方脚本绕过限制 |
| 已付款但权益不符 | 保留收据与当时错误,通过官方支持核对 |
卡在一半,先保住项目
在自己的项目目录中,这两条只读命令可以帮助查看修改:
git status --short
git diff --stat它们不是额度查询命令,也不会自动保存备份。后续要按自己的 Git 流程保存进度,别为了恢复工作执行清空目录或丢弃修改的命令。
下次任务这样拆
让 Agent 每完成一个可测试的改动就留下状态说明。要做付款接入、改数据库或上线时,尤其不要在尚未验证前把多个风险任务塞成一个大指令。这个建议来自工程流程,不代表某种模型一定更省额度。
常见问题
购买重置会保留原来的每周恢复时间吗?
官方说明:即时重置后,新的周周期从之后的第一次 Work 或 Codex 请求开始,下一次自动周重置在那之后 7 天;不一定是付款后 7 天。
为什么别人能购买重置,我看不到?
资格与可用入口可能因账号而异。以自己账号显示为准,不使用来历不明的脚本强行调用购买接口。