正在打开每日关注
正在打开每日关注
用 Codex 调用后端接口,脱敏查询赠送重置额度的数量、状态与到期时间。
🚀教大家一个方法,查询 Codex 赠送的重置机会什么时候到期! 方法很简单,将下面的提示词发送给 Codex 即可。 ========🔥提示词========== 请使用本机 Codex 凭证查一下 rate-limit reset credits: 读取 ~/.codex/auth.json 里的 tokens.access_token,请求接口: https://t.co/npHb8NNi7Y 要求: 1. 不要打印 access_token、refresh_token、cookie 或完整唯一 ID 2. 只汇总 available_count、每个 credit 的 status/title/granted_at/expires_at 3. 把 granted_at/expires_at 从 UTC 转成本地时间 4. 如果状态码返回 401,说明是凭证失效或没带对 Authorization header ========🔥提示词==========
又又又又又又 重置了! Codex 不语,只是一味的重置! 看来,这次额度消耗过快的问题,有点棘手🙃 @thsottiaux goog job! https://t.co/p2t6dBAX74
是什么
这是一条面向 Codex 用户的实用型技巧:让本机 Codex 读取认证状态,调用 rate-limit-reset-credits 接口,再只返回可用数量以及每个 credit 的状态、标题和授予/过期时间。推文把“额度反复重置、消耗过快”的抱怨转成可验证的账户诊断步骤;截图显示一次对话最终得到 status_code: 200、available_count: 1 的 JSON 结果。
核心设计 价值在于最小化输出:令牌、Cookie 和完整唯一 ID 被明确排除,并要求将 UTC 转为本地时间,降低泄露和误读成本。聊天式 Agent 负责读取本地上下文、发请求、整理字段,用户只需用自然语言提出查询;Working/Thinking 状态与最终代码块也让执行过程和结果可见。
关键洞察 这不是额度管理产品或稳定 API 集成,而是一个低门槛的临时观测入口。它证明让 Agent 代做一次诊断比手写请求更易用,但可靠性取决于本地登录态、Authorization 处理、接口权限和返回结构;截图中的成功结果不能推导出所有账户都可用。
边界与风险
外链正文仅返回 Unauthorized,且接口看起来属于未公开的后端路径,可能随时变更。不要复制或分享 auth.json,不要把敏感响应写入日志;401 也不能只归因于 token 失效,还可能是权限、请求头或服务端策略。整体主要是 Agent 工程与研发效能内容,界面截图只是操作证据。