Agent skill · daymade
tibo-reset-codex
查询 ChatGPT/Codex 重置公告及多个 Pro 账号的剩余额度、备用 Full reset；复用 Google 登录逐个核实并恢复网页账号，换算北京时间。区分 Tibo 官宣、未官宣的平台静默重置、banked reset 与账户级周期重置。Use when 用户问「什么时候重置」「额度什么时候恢复」「下次全员重置几点」 「banked reset 到了吗」「Tibo 说了什么」「usage limit when reset」，或说「额度突然回到 100%」「好像/肯定又重置了」，或问「几个账号都用完了吗」「哪个还满额」。必须用实时产品状态、独立用户实测与公告交叉核验；禁止因 Tibo Radar 没有新条目就否定已经发生的重置，并须把太平洋时间当场换算为北京时间。
What it needs
About 7k tokens when loaded.
What this skill does
Tibo Reset — ChatGPT/Codex 额度重置速查 这是什么 「Tibo reset」= OpenAI Codex/ChatGPT Work 负责人 Thibault Sottiaux（X: @thsottiaux） 在 X 上宣布的广域额度重置传统。社区昵称「Lord Tibo」，有第三方追踪站 Tibo Radar （codex-reset.com）和「祈祷重置」亚文化。Tibo 官宣没有固定排期；但平台也会在限额 配置切换时不发 reset 帖而直接重置账户。所以「没有 Tibo 帖」只证明没有官宣，不能证明 没有重置。 先分清用户问的是哪种重置： 类型 谁触发 在哪看 性质 --- --- --- --- 官宣广域 RESET Tibo / OpenAI 官方 X 原帖；追踪站只作公告索引 无固定排期，常用于里程碑或故障补偿 静默平台重置 OpenAI 后端或限额配置发布 产品 usage 状态 + 同时段多账户第一手实测 + 排除各自正常周期；官方限额变更只作上下文 可以没有 reset 帖；未获官方范围声明时只能称「大范围观测到」，不能称「全员」 BANKED reset Tibo 推文 官宣：追踪站 API（type=credits）；到账确认：ChatGPT 产品内余额 一次性「存着随你用」的额度包，到账后不自动消耗，由用户在 usage 页手动兑现；官宣 ≠ 人人到账（有过分批延迟）。触发形态含里程碑庆祝与故障补偿——§1 所述 rollout 延迟补偿属后者（按无访问天数累积，可一人多笔；2026-09 GPT-6 Astra 补偿即此形态） 账户级周重置 系统按该账户当前用量窗口 ChatGPT 产品内「Next reset: …」 每人时间不同；使用 Full reset 也会改变周重置日期，不从订阅开通日推算 入口分流 每次调用先按本地预测反馈读取已有记录；查询获得相关事件 证据后回填未决预测。只读记录为空时不创建文件；提出新预测时保存窗口、依据与本轮反馈。 实际抓取外部数据的调用先落 findings 记录，record/review 用 evidencerefs 挂链（schema 与 规则见该文档「findings：原始读数层」节）。 裸调用（没带具体问题，只想知道现在什么情况）→ 组合执行：台账回看 → 公告线 + 故障线（§1）→ 本机落地状态（§2 脚本），按输出合同先给当前重置状态结论，再附下一窗口主判断（走预测路径） 与台账回填；公告线、故障线与本机扫描的每次实际抓取先落 findings 记录，回填时用 evidencerefs 挂链（见预测反馈的 findings 节）。§2 之后必须再跑一次实时 banked 查询（scripts/queryusage.py，读法与字段表见 账号 SOP）——§2 的 rollout 快照结构上没有备用重置字段，不跑就 答不全「现在什么情况」这个最常被问的维度；只取 banked 一个数即可，本条其余部分仍只管重置状态。 ⚠️ scan 与 banked 不要 && 串联：scanrollouts 无快照时 exit 1，&& 会把 banked 查询直接 短路掉——表面上全套像跑过了，实际少一维（2026-09-19 实测）。两条分开跑，或串联时给 scan 加 true。循环场景下 skill 里的裸命令被 same-cmd-resend-guard 拦（端点抖动失败一次 后逐字节重发即拦）——命令开头加 cd <skill 绝对路径> && 换结构即放行（2026-09-19 实测）。 定时循环（如 /loop）重复触发时，若距上次检查间隔很短（<10 分钟）且上轮无改判信号，可只跑 公告线确认无新官宣、跳过 incidents/banked/本机扫描全套——官宣与补偿型重置最小间隔为小时级， 短间隔内不会漏事件；间隔正常或上轮出现过新信号时仍跑全套。 按时段降频（与按间隔那条正交，两者叠加）：Tibo 睡眠时段（太平洋 1AM–8AM = 北京 16–23） 只跑公告线一个请求确认无新官宣，跳过 incidents/banked/本机扫描全套——官宣型重置从不落在他 睡眠时段（历史模式，见「Tibo 的时间写法」节），补偿型不依赖他的作息。例外：降频轮里只要 Radar 冒出带 officialwindow（明确时间点）的预告，立即升级回全套并密集盯到窗口过去。代价 要说清：睡眠时段万一发生无官宣的静默重置，会延迟到活跃时段才发现——静默重置也是人触发的， 历史模式支持睡眠时段不会发生，按可接受处理。（2026-09-18 用户拍板，当晚已跑多轮稳定。） 长跑循环的覆盖度自审：连续多轮全绿会诱导越跑越窄——把「这几条腿没报 …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills daymade/tibo-reset-codex