1仕組みと動作原理
「リセット確認」を相互に代替できない3つの証拠経路に分解します：①公式発表（TiboのX元ポスト＋公式インシデントライン）、②ローカルの一次アカウント証拠（~/.codexのrolloutスナップショット）、③製品ページ/リアルタイムAPIのアカウント実態。中核となる手法は「告知 ≠ 反映」であり、いずれか単一の経路だけでは確定判断を下せません。
tibo-reset-codex/SKILL.md
**先分清用户问的是哪种重置**：
直後に4種類のリセット分類表（公式アナウンス広域RESET / サイレントプラットフォームリセット / BANKED reset / アカウント単位の週次リセット）が続き、各行に「トリガー元 / 確認場所 / 性質」が明記されています。これがスキル全体の概念的骨格となります。
Tibo Radarは製品状態のソースではなく「告知インデックス」として明確に位置付けられています。プラットフォームがポストを投稿せずにアカウントを直接リセットすることがあるためです。これは当スキルの直感に反しつつも最も重要な判断規則です。
tibo-reset-codex/SKILL.md
Tibo 官宣没有固定排期；但平台也会在限额 配置切换时**不发 reset 帖而直接重置账户**。所以「没有 Tibo 帖」只证明没有官宣，不能证明 没有重置。
付随する禁止条項（入口のルーティング）：『ユーザーが明確に「またリセットされたに違いない」と言い、アグリゲーターに記録がない場合 → 直ちに**サイレントリセット経路**を実行すること。同一アグリゲーターを再検索した上で空の結果を理由にユーザーの指摘を再度却下することを禁止する。』
ローカル検証の原理は、Codexが毎ターンrate_limitsスナップショットをrollout jsonlに書き出す点にあります。そのためGUI不要、追跡可能、残量ゼロ化を分単位の区間で特定可能であり、これが「一次アカウント証拠」を提示できる技術的根拠となっています。
tibo-reset-codex/SKILL.md
`~/.codex/sessions/<YYYY>/<MM>/<DD>/rollout-*.jsonl` 每轮都写 `rate_limits` 快照。**这比引导 用户去看产品页更强**：可回溯历史、能把归零定位到分钟级区间、不需要 GUI，也不需要让用户替你 看屏幕
フィールド構造の原文：{"limit_id":"codex","primary":{"used_percent":76.0,"window_minutes":10080,"resets_at":1788753995},"secondary":null,"credits":{"has_credits":false,"balance":"0"},"plan_type":"pro"}。10080は週ウィンドウ、300は5時間を表します。
当スキルの大半は「どう実行するか」ではなく「いかにデータに騙されないか」に割かれています。もっともらしい誤答を静かに招く4つの罠（primaryスロットの非固定、常時ゼロのlimit_idおとりバケット、resets_atの秒単位の微小ドリフト、ディレクトリ日付≠タイムスタンプ範囲）を挙げ、その修正方法をスクリプトに組み込んでいます。
tibo-reset-codex/SKILL.md
**会给出貌似合理错答案的陷阱（每一条都不报错；1–3 于 2026-09-01 同一次会话里连踩，4 于 2026-09-03 补）**：
罠2の原文：『実測で同時期に`codex`、`premium`、`codex_bengalfox`が存在し、`codex_bengalfox`の2つのウィンドウは**常に0%**であった。シーケンスに混入すると架空の「リセット」が数十回捏造される。**何らかの判断を下す前にまず`limit_id == "codex"`でフィルタリングすること。**』
「クリーンな+7d」はリセットの証拠として明確に否定されています。これは手動リセットと「残量がある別アカウントへの切り替え」の双方が同じ形状を示し、この次元では区別がつかないためです。これが複数アカウント帰属判定手法の出発点となります。
tibo-reset-codex/SKILL.md
- **干净 +7d**：新 `resets_at` ≈ 归零时刻 + 窗口长度。这**只说明窗口从归零那刻重新起算**， 它同时是按钮式重置和「换到另一个有额度的账号」的形状——两者在这个维度上不可分。**单看 +7d 就叫重置是本节最贵的错误**
定量的な教訓が記載されています：『2026-09-03の実測マシンでは、8日間でクリーンな+7dが**8回**発生した（新アンカーで重複排除後。重複排除前は9件）。これに従って解釈すると「8回のサイレントリセット」と結論付けてしまうが、真相はアカウントのローテーションであった。』
複数アカウント帰属判定はA/B/Cの3層チェックとして構成され、「未検出＝単一アカウントではない」と明示されています。この手法には失敗モードの境界が組み込まれています。最も厳格な点は、A/Bともに現在のスナップショットに由来するため、構造的に過去のアカウントを検知できないことです。
tibo-reset-codex/SKILL.md
**先说清楚一个结构性陷阱：直觉上的那个检查永远返回「只有一个」。** `~/.codex/auth.json` 只保存**当前登录的那一个**账号，切走的账号不留痕；`~/.cc-switch/cc-switch.db` 只记它自己 管过的条目，手工 `codex login` 换的账号它完全看不见。
本文にはこの罠による実エラーが記録されています：『実際に2つのProアカウントをローテーションしていたマシンで、両プローブが「1つのみ」と報告し、帰属判定全体が正反対に出力された。』
「ユーザーの原文発言の絶対優先」が出力規約として定められています。必ず単一の最強結論を先出しし、不確実性は結論の属性を狭めるためだけに使用し、分類責任をユーザーに押し戻すことを禁止します。未来の時間に関する質問には予測判断を提示しなければなりません。
tibo-reset-codex/SKILL.md
用户原话（2026-08-26）：「**你必须给出结论而不是让我给结论。**」 - 第一段第一句必须给出当前证据支持的**唯一最强结论**，禁止用「可能是 A/B/C、请你再看」 把分类责任交还用户。
同節の記述：『**未来の時間に関する質問には予測判断を提示すること。**…「未発表 / 定期スケジュールなし / There is no schedule」は告知状態を示しているに過ぎず、それ単独で回答を終了してはならない。』
予測機能はローカルの追記専用（append-only）ログによる閉ループで実現されています。実行ごとに過去の予測と結果を振り返り、新規予測の提案時にはウィンドウ/根拠/判定変更条件を記録し、事後に証拠をバックフィルします。判定規則はスクリプトが実行しますが、証拠は呼び出し元から提供されます。
tibo-reset-codex/scripts/forecast_log.py
"""Keep an append-only local forecast/outcome journal (Python 3.10+, macOS/Linux). No network, account access, reset redemption, or background process. Classification uses supplied evidence; the caller must verify its scope and event identity. """
make_review内の判定ロジック：forecastウィンドウとイベント期間を比較してhit/early/lateを導出し、'A completion post alone gives an upper bound, not an exact reset instant.'（confirmation_onlyまたは未検証の初回イベント時はoutcome=unknownを返す）と明記されています。
2コア機能
014種類のリセットの型分けと証拠階層判定（公式告知 / サイレントプラットフォーム / banked / アカウント単位周期）
02告知の取得と曖昧さ回避（Radarインデックス → fxtwitterで元ポスト全文読み込み → replying_toによる返信型誤判定の検出）
03公式インシデントラインのクロス検証（status.openai.com + @ChatGPT）による、Radarが@thsottiauxのみをインデックスする構造的死角の補完
04ローカルrolloutスナップショットからの週次残量カーブおよびゼロ化区間の再構築（4つの罠の修正手法を含む）
05複数アカウント帰属判定の3層チェック（現在のIDとlast_refresh / cc-switch providers / アンカーホップ動作シグネチャ）
06単一アカウントの読み取り専用リアルタイム残量照会（組み込みスクリプト、リダイレクト追従拒否、ログイン状態非変更）
07予測ログ閉ループ（append-only + flock + べき等リプレイ + hit/early/late判定）
08太平洋時間 → 北京時間への換算（PDT/PST夏時間およびtomorrowアンカー規則を含む）
09Tibo特有の時間表記解釈ルール（14pmの解釈、長年誤記されているPSTの季節判定、ツイート投稿時の太平洋日付に基づくtomorrowのアンカー）
10複数アカウントのWeb検証およびログイン復元SOP（ログイン済みGoogleアカウントの再利用、順次切り替え、完了後の元アカウント復元）
3外部依存関係
| Kind | Dependency / Endpoint |
|---|---|
| api | Tibo Radar 时间线 API（第三方社区站点，作公告索引） |
| api | fxtwitter 公开镜像（取 X 原帖完整正文与回复关系，主通道） |
| api | OpenAI 官方状态页 API（故障线，要求每次回答前都查） |
| api | ChatGPT/Codex 官方用量端点（脚本唯一外发目标；客户端内部接口，非稳定公共契约） |
| network | X 官方 syndication 端点（备胎，正文截断 276 字符） |
| network | Twitter/X publish oEmbed 端点（同档备胎，文本同样截断） |
| network | 同族第三方追踪站（仅作转录/解读交叉验证，不构成独立观测源） |
| network | 官方帮助文档与产品用量页（banked reset 语义、账号切换上限、网页用量卡） |
| network | 原始公告来源账号（经 fxtwitter 读取，不直连 X） |
| cli | curl（所有外部抓取的执行工具） |
| cli | python3（解析 JSON、重建快照曲线、运行自带脚本） |
| cli | macOS BSD date（时区换算；SKILL.md 标注 macOS only，GNU date 无 -j/-f 语义） |
| package | uv（references 推荐的脚本运行方式；有符合要求的 Python 时可省略） |
4推奨統制措置と判定根拠
安全運用のための推奨統制措置
Agent 向け
段階的・都度認可、サンドボックス推奨
管理者向け
承認フロー、ロールバック可能、全履歴監査
判定根拠（ファイルパスと抜粋）
- scripts/: ローカルスクリプトまたはコマンドの実行: python3 scripts/query_usage.py [--auth-file …] [--expected-email …]（リポジトリ内包、標準
- scripts/ 或 SKILL.md: 外部言語パッケージ依存の動的インストールを宣言
- 网络端点: 外部ネットワークアクセスの宣言: GET https://codex-reset.com/api/timeline（サードパーティコミュニティサイト、認証情報なし）
- 本地工作目录: ファイル読み書きおよび成果物出力: forecast_log.py が ${XDG_STATE_HOME:-~/.local/state}/tibo-reset-codex/ 配下にディレクトリを作成
監査ノート： 。オレンジ（Orange）判定の明確な2つの根拠：①【認証情報の読み取りと外部送信】scripts/query_usage.py が ~/.codex/auth.json から access_token / account_id / id_token を読み取り、access_token を Bearer、account_id をリクエストヘッダーとして https://chatgpt.com/backend-api/wham/usage に送信します。これは実際のサブスクリプションアカウントトークンの取得と使用に該当します。②【影響度の高いアカウント操作】references/account-usage.md にて、ブラウザ上でChatGPTアカウントのログインを順次切り替える手順（Add another account → Continue with Google）を指示し、必要に応じてログアウト・再ログインを行い、「1セッションあたり最大2アカウント」の上限を処理するため、ユーザーのブラウザログイン状態を直接変更します。レッド（Red）ではない理由：セキュリティ低下を伴わない（TLS検証の無効化なし、Bot対策回避なし、一括スクレイピングなし）、認証情報は本来の公式エンドポイントにのみ送信される、スクリプトは「読み取り専用、リフレッシュなし、トークン交換なし、ログイン状態非変更」と明記されている、エラーメッセージに認証情報の値を表示しない、レスポンスの身元不一致時に即座に処理を中断する設計となっているため。イエロー（Yellow）ではない理由：実際のトークンの読み取りと送信を伴い、Webログインセッションを操作するため、影響範囲が「通常の公開API呼び出し」を超えるため。利用上のアドバイス：ユーザーの明示的な許可とアカウント指定がある場合のみ照会を実行すること。共有マシンでの使用を避けること。サードパーティサイトの呼び出しは認証情報なしを維持すること。アカウント切り替え後はドキュメントに従って元のログイン状態に復元すること。
5二重目の独立検証
- [ok] query_usage.py 的『只读、不改登录态、不外发到别处』声明是否有反例 — 反例检索失败：全文只有一处 urllib.request.Request/opener.open，method="GET"，URL 为常量 USAGE_URL，且被 NoRedirect 拦截跳转（redirect_request 直接 raise 'redirect_refused: open the official Usage page instead'）；无写文件、无 subprocess、无 os.remove/chmod；凭据只出现在两个请求头里。docstring 'No refresh or redemption occurs.' 与代码一致。
- [ok] 凭据是否可能通过输出或错误信息泄漏 — 专门核对：UsageError 的 docstring 即声明 'A public error message which never contains credential values.'；实际 raise 的字符串全部是固定短语（auth_incomplete / identity_mismatch / authentication_failed / usage_unavailable / redirect_refused），无格式化拼接令牌；main 只 print(json.dumps(result))，而 result 由 normalize_usage 构造，字段为 email/plan_type/windows/计数/notes，不含 token。结论成立。
- [ok] forecast_log.py 是否真的无网络，且写盘路径与权限与文档一致 — import 段无 urllib/socket/requests；唯一文件操作是 locked_journal 的 os.open(..., 0o600) 与 makedirs(mode=0o700)，路径 root = ${XDG_STATE_HOME:-~/.local/state}/tibo-reset-codex/forecasts.jsonl，与 references/forecast-feedback.md 所述『默认文件是 ${XDG_STATE_HOME:-~/.local/state}/tibo-reset-codex/forecasts.jsonl』一致。docstring 'No network, account access, reset redemption, or background process.' 与代码一致。
- [ok] 是否漏记外发目标（把每个出现的域名回查调用点） — 全目录域名提取结果为：codex-reset.com、api.fxtwitter.com、status.openai.com、api.openai.com、chatgpt.com、cdn.syndication.twimg.com、publish.twitter.com、publish.x.com、x.com、codexlimitwatch.com、codex.lunarwerx.com、codexrunway.com、help.openai.com、otexts.com、example.com/example.invalid（占位）。逐条已归入 external_deps 的 13 个条目（x.com 与 api.openai.com 作为原始来源/端点宿主被 fxtwitter 通道覆盖，chatgpt.com 同时是产品页与用量端点，otexts.com 为文档参考读物）。无未记载的隐蔽外发。
- [discrepancy] 『时区换算 / 平台支持』声明是否自洽 — SKILL.md 明确标注时区换算命令为 **macOS only**（依赖 BSD date -j/-f，'GNU date 无此参数'），references/account-usage.md 也写『Windows 未实测』；但同仓库的 scripts/forecast_log.py 自述平台为『Python 3.10+, macOS/Linux』，query_usage.py 未声明平台限制。即脚本层覆盖 macOS/Linux，文档层把时区换算限定在 macOS。两者非矛盾（不同组件不同约束），但使用者在 Linux 上直接照抄 SKILL.md 的 date 命令会报错——文档已用『macOS only』披露，属已知限制而非隐藏缺陷。
- [ok] 脚本与文档对『重定向』的处理是否一致（安全相关，看是否有代码比文档更松的地方） — SKILL.md 未特别强调重定向；脚本却主动以 NoRedirect 拒绝任何跳转并把用户导向官方 Usage 页面。这是代码比文档更严（有利方向），不构成夸大，已记入 verdict.strengths。
- [unlocatable] 文档中的端点『实测 200 / 字段形状』类声明能否在本次侦查中复核 — SKILL.md 含大量带日期的端点实测声明（如『用 Tibo Radar JSON API 找最新公开公告（2026-08-26 实测 200）』、fxtwitter『2026-08-30 实测：免登录、直连即可』、以及『完整正文在 `tweet.text` 字段——不是 `full_text`』）。本次为离线源码侦查，未发起任何外部请求，因此这些『当前是否仍可用/字段形状是否仍成立』无法在源码内定位验证。文档自身亦声明端点『都会间歇抖动』『不是稳定的公共 API 契约』并把重试写成必须步骤。故记为待补，不作为推翻第一遍结论的依据。
- [ok] pin commit 与 skill.path 是否与任务书表格一致 — git rev-parse HEAD = d5c4678cb5d4fd6acc9c922690df035dbd33d247，与任务书表格『库内 HEAD』一致；目录位于仓库根，相对路径 tibo-reset-codex；本目录最后一次提交 49ddcdae（2026-09-08 22:13）。GitHub API 复核 MIT / stars 1392 / pushed 2026-09-15T09:30:04Z。
6結論
最適な用途： 対象ユーザー：ChatGPT/Codexの利用枠を実務リソースとして管理するヘビーユーザー。「いつリセットされるか」「なぜ残量が急に戻ったのか」「複数アカウントのうちどれがまだ使えるか」といった質問に対し、噂ではなく根拠に基づいた結論を必要とする方に適しています。また、リセットの傾向を追跡するためにローカル予測ログを長期管理できる方にも適しています。すでに2つ以上のProアカウントをローテーションしており、「プラットフォームのリセット」と「自身のアカウント切り替え」を区別する必要があるユーザーにとって、複数アカウント帰属判定の章はほぼ必須です。
不向きな用途： 非対象ユーザー：単一アカウントのみを利用し、たまに残量を確認する程度のライトユーザー（コストがメリットを大幅に上回るため、製品ページを直接確認するだけで十分です）。認証済みマシン上でのトークン照会スクリプトの実行を許容できない方、ブラウザのアカウント切り替え操作を許可したくない方、コミュニティのサードパーティサイトに依存した結論を受け入れられない方。Windowsユーザーも記載のタイムゾーン換算コマンドをそのまま流用すべきではありません（未検証のため書き換えが必要）。
Install Agent-Ready
① Verified Mirror 2026-09-15
Option A · Direct DownloadDownload tibo-reset-codex.tar.gz
sha256:
Option B · Copy Guide for Agentf36131d1c8019312…Agent はこの JSON ガイドから自動的にダウンロードして検証します。
② Upstream GitHub
GitHub Repo ↗
Pinned to commit d5c4678cb5.