限额显示错误

[mitatis]

用量显示正常。限额中Codex提示：
错误：fetch failed

同时，在输入命令tokentracker status时
ChatGPT Pro plan 返回的是：
- Codex ChatGPT plan: plus

In case, 上传tokentracker diagnostics的返回结果：

{
  "ok": true,
  "version": 1,
  "generated_at": "2026-05-13T03:34:41.857Z",
  "env": {
    "node": "v22.16.0",
    "platform": "darwin",
    "arch": "arm64"
  },
  "paths": {
    "tracker_dir": "~/.tokentracker/tracker",
    "codex_home": "~/.codex",
    "codex_config": "~/.codex/config.toml",
    "code_home": "~/.code",
    "code_config": "~/.code/config.toml",
    "claude_config": "~/.claude/settings.json",
    "gemini_config": "~/.gemini/settings.json",
    "opencode_config": "~/.config/opencode",
    "kiro_ide_dev_data": "~/Library/Application Support/Kiro/User/globalStorage/kiro.kiroagent/dev_data",
    "kiro_cli_db": "~/Library/Application Support/kiro-cli/data.sqlite3"
  },
  "kiro": {
    "ide_present": false,
    "cli_present": false,
    "cli_approximation": "Kiro CLI does not persist explicit token counts (billing is credit-based on Bedrock). Tokens are approximated at 4 chars/token from user prompt chars and assistant response chars. Source rows that came through this path have model='kiro-cli-agent' when the underlying model is unknown (auto-routing); known Bedrock ARNs canonicalize to their short name (e.g. claude-sonnet-4).",
    "merge_policy": "Kiro IDE and Kiro CLI both emit source='kiro' in queue.jsonl so token, cost, heatmap, and leaderboard aggregations merge transparently. Use this block to distinguish sub-path contributions."
  },
  "config": {
    "base_url": "https://srctyff5.us-east.insforge.app",
    "device_token": "unset",
    "device_id": null,
    "installed_at": "2026-05-12T08:04:22.433Z"
  },
  "parse": {
    "updated_at": "2026-05-13T03:32:02.819Z",
    "file_count": 53
  },
  "queue": {
    "size_bytes": 37160,
    "offset_bytes": 37160,
    "pending_bytes": 0,
    "updated_at": "2026-05-13T03:25:08.985Z"
  },
  "notify": {
    "last_notify": "2026-05-12T11:37:34.690Z",
    "last_openclaw_triggered_sync": null,
    "last_notify_triggered_sync": null,
    "codex_notify_configured": true,
    "codex_notify": [
      "~/.codex/computer-use/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient",
      "turn-ended",
      "--previous-notify",
      "[\\",
      ",\\",
      ",\\",
      "]"
    ],
    "every_code_notify_configured": false,
    "every_code_notify": null,
    "claude_hook_configured": false,
    "gemini_hook_configured": false,
    "opencode_plugin_configured": true,
    "openclaw_session_plugin_configured": true,
    "openclaw_session_plugin_linked": true,
    "openclaw_session_plugin_enabled": true,
    "openclaw_hook_configured": false,
    "openclaw_hook_linked": false,
    "openclaw_hook_enabled": false
  },
  "upload": {
    "last_success_at": "2026-05-13T03:25:08.986Z",
    "next_allowed_after": "2026-05-13T03:55:18.135Z",
    "backoff_until": null,
    "last_error": null
  },
  "auto_retry": null
}

[mm7894215]

感谢反馈！排查下来这两条都偏向 Codex 自己的 auth/网络状态，先麻烦你试两步看能不能恢复：

1. 限额 fetch failed

TokenTracker 是直接调 https://chatgpt.com/backend-api/wham/usage（和 Codex 官方面板同一个端点）。fetch failed 是 Node 在 DNS/连接层失败时的原生错误。一般是：

• chatgpt.com 当前网络不可达（国内常见，需要代理）
• 或临时性 TLS / 502
• 或本机正好挂了断网/睡眠

建议先重试： 在能正常打开 https://chatgpt.com 的网络下，等 30 秒让本地缓存过期，再刷一下限额面板看看是不是恢复了。

2. status 显示 plan: plus

我们读的是 Codex ~/.codex/auth.json 里 access_token JWT 的 chatgpt_plan_type claim——这个字段是 OpenAI 在你登录 Codex 那一刻打进 token 的，升级套餐后不会自动改写，要等下次 token refresh 才会同步。

建议： 跑一下 codex logout 然后重新 codex 登录一次（或者 codex login，取决于版本），让 JWT 刷新到 pro。重新登录后再跑 tokentracker status，应该就是 Codex ChatGPT plan: pro 了。

试完麻烦回个结果，如果重登/换网络都还是错，我再考虑：

• 给 Bug 1 加一层网络错误的友好提示（不要再 raw 透传 fetch failed）
• Bug 2 让我们在 wham/usage 返回 plan 时优先用 API 实时值覆盖 JWT 缓存

[mitatis]

你好，感谢回复！

1. 限额 fetch failed

问题发生在我的 node 版本过低 v22.16.0，而 Node 官方文档里，内置代理支持从 v24.5.0 和 v22.21.0 加入。因此 node 默认没有走代理，在更新 node 后问题解决！

如果之后有其他人因为 Node 版本较旧，触发类似问题，或许可以考虑在项目中使用 Undici 强制代理。

2. status 显示问题

和问题1没有关联，重新登录后已正常显示。

[mm7894215]

感谢精确诊断！你这条 Node 版本线索特别有价值——确认确实是 Node 22.16 默认不识别代理这条路径。已经在 v0.14.2 把覆盖面铺开了：

1. undici ProxyAgent fallback

不再依赖 NODE_USE_ENV_PROXY 这个仅 Node 22.21+/24.5+ 才生效的开关。新增 applyUndiciProxyIfNeeded()：只要环境里有 HTTPS_PROXY / HTTP_PROXY / ALL_PROXY（或 macOS 系统代理），启动时就显式 setGlobalDispatcher(new ProxyAgent(...))，所有 Node >=18 一律生效，不再受 Node 版本卡脖。

2. embedded Node 升级

macOS App 内嵌的 Node 从 22.14.0 升到 22.22.2（脱离 22.21 cutoff），App 用户原生就有 env-proxy 支持，undici fallback 做兜底。

升级：

• npm: npm i -g tokentracker-cli@0.14.2
• macOS App: 等 DMG 完成（约 3 分钟）后 brew upgrade --cask mm7894215/tokentracker/tokentracker 或从 Releases 下载

端到端我用 fake forward proxy 验证过——fetch 会真的把 CONNECT 打到代理。后面国内+老 Node 用户应该都不会再撞 fetch failed 了。