- 投稿日：2026/04/14
- 更新日：2026/04/14
Claude Codeを使い始めた頃、私はかなりはしゃいでいたと思います😄
「これもできるの？」「じゃあこれは？」って次々と試して、気づいたら夢中になっていました。そしたらある日、突然Claudeが黙りました。
使用上限に達していたんです。
初めてそれに当たったとき、正直よくわからなかったです。なんで止まったのかも、いつ再開できるのかも。しばらく調べてわかったのは、Claude Codeには5時間ごとにリセットされるトークンの上限があるということでした。
それ自体はしょうがないんですが、問題はその後でした。
上限を意識し始めてから、作業の途中でふと不安になるようになったんです。今どのくらい使ってる？あとどれくらい使える？そのたびにブラウザを開いて確認しに行く。大した手間じゃないはずなのに、積み重なると地味にストレスで。ワクワクしながら触っていたあの感覚が、少しずつ削られていく感じがしました。
💡 不満を、そのままClaudeに投げてみた
ある日、思いついたんです。
「この不満、Claudeに解決してもらえないかな？」
我ながら変な話だと思いながら、こんなプロンプトを投げてみました👇
Claude Code の使用量をmacOSのメニューバーに常時表示したい。以下の手順で実装してほしい。## やること5時間ブロックの使用率(%)と残り時間をメニューバーに常時表示する。制限中（待機中）は解除までの残り時間を表示する。---## 手順### 1. 必要なツールをインストールbrew install nodebrew install --cask swiftbar### 2. TOKEN_LIMITの決定以下を実行して過去のブロック一覧を確認する：npx ccusage@latest blocks --recent --json --offlineisGap=False のブロックのうち totalTokens が最大のものを暫定上限として使う。参考値：現時点での実測確認済み上限は 10,124,239（後から実測値で随時修正する）### 3. SwiftBarプラグインを作成以下のパスにスクリプトを作成する：~/Library/Application Support/SwiftBar/Plugins/claude-usage.1m.sh内容の要件：- ccusage blocks --recent --json --offline でデータ取得- JSON は環境変数（CCUSAGE_JSON）経由でPythonに渡す- 使用率は percentUsed を使わず totalTokens / TOKEN_LIMIT * 100 で自前計算する （ccusageのpercentUsedは予測ベースで実態と乖離する）- ブロック残り時間はブロック開始時刻 + 5時間 - 現在時刻 で計算する- アクティブブロックがない場合は直前ブロックの開始時刻 + 5時間から解除時刻を計算して表示- 色分け：🟢<50% 🟡<70% 🟠<90% 🔴90%以上- メニューバー表示は短く（例：🟢4% 4h49m）- クリックで詳細（使用トークン数・リセット時刻・コスト等）を表示- 1分ごとに自動更新（ファイル名の .1m. で制御）### 4. SwiftBarのプラグインフォルダを設定GUIではなくターミナルで直接設定する：defaults write com.ameba.SwiftBar PluginDirectory \ "/Users/$(whoami)/Library/Application Support/SwiftBar/Plugins"killall SwiftBar 2>/dev/null; sleep 1; open /Applications/SwiftBar.app### 5. 動作確認スクリプトを bash で直接実行してエラーがないか確認してからSwiftBarを起動する。---## TOKEN_LIMITの精度管理### 基本方針- Proプランの上限はAnthropicが非公開のため、過去ログの実測値から推定する- 制限に当たったブロックのトークン数が最も信頼できる上限値- 「〇時〜〇時の間で制限に当たった」と伝えればログを確認してTOKEN_LIMITを更新する- Anthropicの表示との誤差1〜2%程度が目標### 実測データ（参考）同じProプランでも時間帯によって上限が異なることが観測されている：| 時間帯（JST） | 実測上限トークン ||--------------|----------------|| 22:00〜03:00 | 8,689,268 || 08:00〜13:00 | 10,124,239 |### 仮説：時間帯による動的な上限変動Anthropicはピーク時間帯（平日 5am〜11am PT = 21:00〜03:00 JST）に制限消費を速くする仕様変更を実施済み（2026年3月公式発表）。深夜〜早朝（JST）はピーク帯と重なるため上限が低くなる可能性がある。データが蓄積されたら時間帯との相関を分析して仮説を検証する。### TOKEN_LIMIT更新のタイミング- 実際に制限に当たったとき → ログから該当ブロックのトークン数を取得して更新- Anthropicの表示値と乖離が5%以上あるとき → 実測値から逆算して更新 （逆算式：現在トークン数 ÷ Anthropic表示% = 新しいTOKEN_LIMIT）- SwiftBar再起動直後は1〜2分待ってから比較する（反映ラグあり）
🎉 メニューバーに、数字が出た
Claudeは淡々と、必要なものを全部用意してくれました。
スクリプト、インストール手順、設定方法。指示通りに進めたら、Macのメニューバーにこんな表示が出るようになりました✨
🟡68% 1h23m
使用率が68%で、リセットまで1時間23分。それだけです。でも、それだけで十分でした。
使用しているツールはこの2つです：
🖥️ SwiftBar（無料）— Macのメニューバーにスクリプトを表示
📊 ccusage — Claude Codeの使用ログを読み取る
1分ごとに自動更新されるので、常に現在の状態が見えます。
📝 使い続けて気づいたこと
ひとつ面白いことに気づいたんですが、TOKEN_LIMIT（使用上限）って実は固定じゃないかもしれないんです。
自分のログを見ていたら、時間帯によって実測の上限値が違うことがありました。
🌙 22:00〜03:00（JST）→ 実測上限：約869万トークン
☀️ 08:00〜13:00（JST）→ 実測上限：約1,012万トークン
Anthropicが2026年3月に「ピーク時間帯の制限を強化する」という変更を発表していて、深夜帯（日本時間）がそのピーク帯と重なっている可能性があります。まだ仮説ですが、データが溜まったら検証してみるつもりです。
スクリプトのTOKEN_LIMITは実際に制限に当たるたびに更新できるので、使い続けるほど精度が上がっていきます。
🙆 コードは読まなかった。それでよかった
セットアップで難しいことは何もありませんでした。
Claudeが書いてくれたコマンドをターミナルに貼り付けて、ファイルを所定の場所に置いて、SwiftBarを再起動する。それだけです。途中で詰まった部分も、そのままClaudeに伝えたら解決してくれました。
自分でコードを読んで理解する必要もなかったです。ただ、言われた通りに動きました。
✅ 「不安から確認する」をやめた
「上限を気にしながら使う」から、「上限を把握しながら使う」に変わりました。
言葉にすると似ているようで、体感はかなり違います。
⏱️ 残り30分 → キリのいいところで止める
🟢 まだ2時間ある → 集中して続ける
それだけの話なのに、作業への集中が戻ってきました。
🤝 Claude Codeで困ったら、Claude Codeに聞く
この経験で気づいたのは、そういうことだと思います。
ツールへの不満や、こうなったら便利なのに、という感覚。それをそのまま投げてみると、意外とあっさり形になります。自分がエンジニアである必要もありません！
同じように「上限が気になって作業が止まる」と感じている方がいたら、ぜひ一度試してみてください。このプロンプトをそのままコピーして、Claudeに渡すだけで大丈夫です！
あの頃の自分に届けばいい、と思いながら書きました。
【使用ツール】
・SwiftBar（無料・Mac用）
・ccusage（npx ccusage@latest）
・Node.js（Homebrewで導入）
