LimitWatch
你的 Claude 用量上限，就在選單列
工作階段與本週一目了然 —— 附上各自的重設時間，以及照今天的速度還能撐多久。沒有 Dock 圖像，也沒有擋路的視窗。
LimitWatch
工作階段與本週一目了然 —— 附上各自的重設時間，以及照今天的速度還能撐多久。沒有 Dock 圖像，也沒有擋路的視窗。
在每條進度列下方，LimitWatch 觀察你一段時間之後，會出現一行字，說明照你目前的使用速度這個上限還能撐多久 ——「按此速度還夠 1 小時 35 分鐘」，或者當重設先到時「按此速度可撐到重設」。
工作階段看最近一小時的趨勢，本週看最近一天的趨勢；它寧可沉默也不猜測：工作階段開始的頭幾分鐘不顯示，什麼都沒消耗時不顯示，筆電闔上的時間超過觀察區間之後也不顯示。
每次重新整理記錄一個讀數，最多保留三十天，繪製成一張可以收窄到一小時、也可以放寬到一個月的圖表。時間戳記、百分比與重設時間 —— 沒有權杖，沒有帳號識別碼，別的什麼也沒有。
它存放在 App 自己的容器裡，從不上傳到任何地方。
挑出對你有意義的百分比 —— 80 與 95，或任何你想要的數值，最多五個 —— LimitWatch 會在每一個被跨過時提醒你一次。留空就永遠不提醒。
重新整理間隔、選單列圖像顯示的內容、登入時啟動，以及介面語言也都在這裡 —— 十五種語言，從系統判定，隨時可以切換。
一個用量儀表值得信任，前提是它承認自己讀不到用量的那些時刻。LimitWatch 會把原因放在數字原本的位置，而不是把昨天的百分比留在畫面上、裝作是當前的。
Claude Code 的權杖會過期 —— 多半是在一夜之間 ——
而過期的權杖在抵達網路之前就會被拒絕。面板會把原因放在本該重新整理的位置：已儲存的 Claude Code 工作階段已過期 — 請重新登入。它最後取得的數字仍留在下方，面板底部會說明它們有多舊。執行
claude 登入，下一次輪詢就會重新填滿。
同一行也涵蓋其餘可能出錯的情況：這台 Mac 上沒有 Claude
Code、儲存的登入資訊讀不出來、帳號沒有 Pro 或 Max 訂閱，以及連不上
api.anthropic.com。
面板底部承載著從 status.claude.com 讀取的 Claude
自身服務狀態。發生事故時，選單列上的標記在服務降級時轉為橘色、在中斷時轉為紅色 ——
所以紅色標記旁邊的紅點是 Anthropic 的問題，不是你的上限。
事故內容會照狀態頁原文、用它自己的措辭引用。翻譯營運方的句子等於替它編造 —— 這也正是旁邊那塊面板只顯示等級、不顯示事故文字的原因：為了截圖而編出來、看起來很像真的中斷，會是一句 Anthropic 從未寫過的話。
LimitWatch 沒有後端。它讀取 Claude Code 本來就存在你鑰匙圈裡的權杖，向 Anthropic 索取你自己的用量數字並顯示出來。關於你的任何資訊都不會抵達開發者手上，因為根本沒有地方可去。
這個 App 只跟三個主機說話：
api.anthropic.com —— 用你自己的權杖，取你自己的用量數字status.claude.com —— Claude 自身是否正常，不帶權杖registry.npmjs.org —— 是否有更新版本的 Claude Code，不帶權杖沒有遙測，沒有當機報告，沒有廣告 —— 而且 App 自己的視窗完全不從網路載入任何東西。完整的隱私權政策逐一列出它讀取的每一個檔案。
LimitWatch 正在前往 Mac App Store 的路上。核准當天，這個頁面就會掛上連結。
想在那時收到消息，或者想先問點什麼？serg.mosk.dev@gmail.com。