繁體中文

新功能

選單列的額度不再卡住,及時反映最新用量

你在選單列看到的 Codex(另一款 AI 工具)剩餘額度,現在會準確更新了。以前系統在撈取你的使用進度時,只要在它的一個資料庫(SQLite,一種輕量級資料庫)裡找到舊資料就草草收工,根本不去比對另一邊文字檔裡其實已經有了更新的額度,導致你的選單列總是卡在前一天的進度動也不動。現在系統會同時比對這兩個地方,挑選時間標籤最新的一筆資料來顯示。就像你搬家後已經去郵局更新了通訊地址,但銀行還是一直把你上個月的舊地址印在對帳單上,因為他們只查了最舊的檔案櫃;現在銀行會把兩個櫃子都打開看,誰的日期新就用誰的。

English

FEATURE

The menu bar quota stops getting stuck and correctly reflects your latest usage

The remaining Codex (another AI tool) quota shown on your menu bar will now update accurately. Previously, when checking your usage, the system would call it a day the moment it found old data in its primary database (SQLite, a lightweight database format), completely ignoring the fact that fresher quota limits were sitting right there in your text logs. This caused your menu bar to stay stubbornly pinned to yesterday's numbers. The system now cross-references both storage locations and always displays the entry with the most recent timestamp. It's like moving to a new house and updating your address at the post office, but your bank keeps printing your old address on your statements because they only checked their oldest filing cabinet; now, the bank opens both cabinets and uses whichever paper has the newest date on it.

原始 CHANGELOG

Original changelog選單列的額度不再卡住,及時反映最新用量
**Codex quota stuck on stale values**: `load_rate_limits()` returned as soon as SQLite (`logs_2.sqlite`) had any data, never comparing the newer `rate_limits` in `~/.codex/sessions/*.jsonl`, so the menu bar stayed pinned to the previous day's quota. It now reads both SQLite and JSONL and picks the newest valid entry by `updated_at`, keeping the prior SQLite-preferred behavior when timestamps are equal.