夕方の六時前でした。浮世絵壁紙アプリの新しい配信ぶんについて、ストア用の紹介文を八つの言語へ整えている途中で、使用量の上限に当たりました。残っていたのは最後の二言語だけです。
そのときはただ運が悪かったのだと思っておりました。ところが設定の使用量画面を開いてみると、区切りはすでに朝の九時から始まっておりました。午前中にほんの一通だけ投げた短い確認が、その日の区切りの開始点になっていたのです。
上限そのものを増やす話ではありません。上限に当たる前に自分で手を止められるよう、一日の順番を入れ替えた記録をお伝えします。
区切りは時計ではなく、最初の一通から始まります
有料プランの使用量には、5時間ごとに回復する区切りがあります。この区切りは正午や午後三時といった固定の時刻で切り替わるのではなく、自分が送った最初の一通を起点にして動きます。設定の Usage を開くと、いま進行中のセッションでどれだけ使ったか、残り時間があとどれくらいかが帯で表示されます。週ごとの上限も同じ画面にあり、Opus 用とそれ以外の枠でリセットの時刻が別に示されます。
こちらの週ごとの枠は、5時間の区切りと違って一日の動き方に付いてきません。アカウントごとに決まった時刻で戻りますので、月曜には余裕のある区切りでも、木曜には週の残りのほうが先に尽きていることがあります。会話の画面には、いま自分がどちらに近づいているのかは出てきません。二本の帯を並べて見られるのが Usage 画面だけですので、長丁場に入る前に一度開くようにいたしました。
私が長いあいだ取り違えていたのは、ここでした。朝いちばんに「この文面、変ではありませんか」と一行だけ尋ねる癖があり、その一通が区切りを開けてしまいます。本腰を入れて翻訳を進めるのは午後ですから、いちばん重い作業を始める頃には、区切りの後半に入っていることになります。
最初の一通は、その日いちばん重い仕事のために取っておきます。 順番を変えただけで、途中で止まる回数が目に見えて減りました。軽い確認は、重い作業がひと区切りついたあとに回します。
claude.ai と Claude Code は、同じ財布から出ています
もうひとつ、気づくのが遅れた点があります。claude.ai・Claude Code・Claude Desktop のどの面を使っても、消費は同じ上限に数えられます。別々の枠があるわけではありません。
私は記事の下書きをブラウザで進めながら、別のウィンドウで Lab サイトの小さな修正を Claude Code に頼む、という並行の仕方をよくしておりました。片方が止まったときにもう片方も動かなくなって、ようやく同じ財布を二人で開けていたのだと分かった次第です。個人開発ですと、書く仕事と直す仕事が一日のなかで何度も入れ替わりますので、この重なりは起こりやすいのだと思います。
消費の大きさは通数だけでは決まりません。公式のヘルプが挙げている要因を、その日に打てる手当てと並べてみます。
| 消費を押し上げるもの | その日にできる手当て |
|---|---|
| メッセージが長い・添付が大きい | 下書きを自分で一度削ってから貼ります |
| 会話そのものが長くなっている | 区切りの後半に入る前に新しい会話へ移します |
| 使わないツールやコネクタが有効なまま | その会話で要らない接続は切っておきます |
| モデルと effort が高いまま固定されている | 下調べと整形は軽い設定に落とします |
| ファイル作成など複数手順の作業 | 関連する依頼をまとめて一度に渡します |
この表で私がいちばん効いたと感じたのは、最後の行です。翻訳を一言語ずつ送っていたのをやめ、八言語ぶんの原文と注意書きをひとつのメッセージに畳んで渡すようにしました。やり取りの往復が減ったぶん、区切りの後半まで余裕が残ります。
長い会話は、畳むほうが安く済むことがあります
会話が長くなると、以前のやり取りを要約しながら続きを進める仕組みが働きます。おかげで途中で打ち切られにくくなった一方で、要約が走るぶん消費も増えます。上限が近いところで長い会話を引きずるのは、いちばん高くつく形です。
私は会話を畳むときに、次の三つだけをメモに残すようにしております。
- この会話で何をしようとしていたか（目的を一行で）
- すでに決まったこと（採用した案・却下した案）
- 次の一手（続きで最初に頼むこと）
この三行を新しい会話の冒頭に貼れば、経緯を一から説明し直さずに済みます。繰り返し参照する資料そのものは、会話に貼るのではなくプロジェクトに置いておくと、再利用のたびに枠を削らずに済みます。
どのプランでどこまで賄えるかを先に見比べておきたい方は、個人開発者のための Claude プラン早見表 2026 — Pro・Max・API のどれで収益化するか も併せてご覧ください。
区切りの開始時刻を、手元にも書き留めておきます
正確な残量は設定の Usage 画面が正ですが、作業中に毎回ブラウザへ戻るのは手が止まります。私は区切りを開けた時刻だけを手元に記録して、ターミナルから残りの目安を見られるようにしました。
#!/usr/bin/env bash
# claude-window.sh — 5時間の区切りの開始を記録し、残りの目安を表示する
# 使い方:
# ./claude-window.sh start 最初の一通を送るときに実行する
# ./claude-window.sh 残りの目安を見る
set -euo pipefail
STATE="${HOME}/.claude_window_start"
reset_at() {
# GNU date（Linux）と BSD date（macOS）で書式が違うため両方を試す
date -d "@$1 +5 hours" '+%H:%M' 2>/dev/null || date -r "$(( $1 + 5*3600 ))" '+%H:%M'
}
case "${1:-show}" in
start)
now=$(date +%s)
echo "$now" > "$STATE"
echo "区切り開始 $(date '+%H:%M') / 目安のリセット $(reset_at "$now")"
;;
show)
if [ ! -f "$STATE" ]; then
echo "開始が記録されていません。start を先に実行してください"
exit 1
fi
started=$(cat "$STATE")
left=$(( 5*3600 - ($(date +%s) - started) ))
if [ "$left" -le 0 ]; then
echo "区切りは過ぎています。次に送る一通が新しい区切りの開始になります"
else
printf '残りの目安 %d時間%02d分（リセット %s）\n' "$(( left / 3600 ))" "$(( (left % 3600) / 60 ))" "$(reset_at "$started")"
fi
;;
*)
echo "usage: $0 [start|show]" >&2
exit 2
;;
esac実行するとこのように出ます。
$ ./claude-window.sh start
区切り開始 09:12 / 目安のリセット 14:12
$ ./claude-window.sh
残りの目安 1時間47分（リセット 14:12）date を二通り書いているのは、macOS の BSD 版に -d が無いためです。手元の iMac と、記事の素材を置いている Linux 側のどちらでも同じスクリプトを使いたかったので、失敗したらもう一方へ落ちる形にしました。あくまで自分が開けた時刻からの引き算ですので、実際の残量とずれることがあります。判断に迷ったときは Usage 画面を見ます。
上限に当たった日に、私が捨てるもの
それでも当たる日はあります。当たってから何を諦めるかを決めておくと、残りの時間の使い方が変わりました。
最初に捨てるのは「今日じゅうに終わらせる」という自分への約束です。翻訳の最後の二言語は、翌朝の最初の一通に回しました。そのほうが、疲れた頭で詰めるより結果が良くなります。
次に捨てるのは、確認のための短い往復です。迷ったら送る、をやめて、聞きたいことを三つ溜めてから一通にまとめます。
最後に見直すのが、モデルと effort を高いまま固定している癖です。下調べや文面の整形まで重い設定で回していた時期があり、当時はいちばん良いものを選んでおけば安心だと考えておりました。結果は芳しくありませんでした。いまは、判断が要る場面だけ上げて、作業が主の場面では落としています。タスクごとの選び分けについては、Claude Sonnet 4.6 と Opus 4.6 の使い分け — タスク別の実体験ベース選択ガイド に、私が実際に線を引いた基準をまとめております。
明日の最初の一通を、どこに置きますか
やることを一つだけ挙げるとすれば、明日の朝、最初の一通を送る前に設定の Usage を開くことです。区切りがいつ始まり、いつ戻るのかを見てから、その日いちばん重い仕事を先頭に置いてみてください。私はそれだけで、夕方に手が止まる回数が減りました。
最後までお読みくださり、ありがとうございました。同じところで手が止まっていた方の一日が、少し組み直せましたら幸いです。
参考にした公式ヘルプは使用量の上限を上手に使うためにと使用量と長さの上限の仕組みです。