usage credits は「使った量を数えるメーター」
Claude Code を触りはじめると、どこかのタイミングで「usage」「credits」といった言葉を目にします。日本語にすると「使用量」と「クレジット(残高)」で、要するに AI をどれだけ使ったかを数える仕組み のことです。
イメージとしては電気やガスのメーターに近い。蛇口をひねった分だけ水道メーターが回るように、Claude Code に質問したり、コードを書かせたり、ファイルを読ませたりするたびに使用量のメーターが回っていきます。使い放題のようでいて、裏側ではちゃんと数えられている、というわけです。
何をすると「使った」ことになるのか
ここが最初につまずくところなんですが、消費されるのは「あなたが打ち込んだ文字数」だけではありません。Claude Code の場合、やり取りの中で実際にモデルが読み書きしたテキストの量が効いてきます。
つまり「一行だけ質問したのに、思ったより減っている気がする」ということが起きます。理由はシンプルで、その一行に答えるために Claude が裏でプロジェクトのファイルを何個も読んでいるから。人間に置き換えると、「この関数のバグ直して」と一言頼んだだけでも、頼まれた側は関連ファイルを何ページも読んでから作業しますよね。その読んだ分も労力に含まれる、という感覚です。
残高が足りなくなるとどうなるか
使用量が上限に達すると、その時点で新しいリクエストが通らなくなります。作業の途中でいきなり止まると焦りますが、壊れたわけではなく「今は枠を使い切った」というだけです。プランや契約の形態によって、時間が経てば枠が回復するタイプもあれば、追加で購入する形のものもあります。
自分がどのタイプなのかは、契約しているプランの説明を確認するのが確実です。ここは人によって条件が違うので、記事の内容を鵜呑みにせず、自分のアカウントの表示を見てください。
無駄づかいを減らす考え方
使用量を節約する、と言うと難しそうですが、やることは「Claude に余計なものを読ませない」に尽きます。
- 対象を絞って頼む:「このリポジトリを直して」より「src/auth.ts のログイン処理を直して」の方が、読む範囲が狭くて済みます。
- 会話を長く引きずらない:同じセッションで延々やり取りを続けると、過去のやり取りも毎回一緒に読み込まれます。話題が変わったらセッションを切り替えると軽くなります。
- 巨大なログやデータをそのまま貼らない:1万行のログを丸ごと貼るより、エラー箇所の前後だけを渡す方が効率的です。
正直なところ、最初のうちは細かく気にしすぎない方がいいとも思います。ケチって指示を曖昧にした結果、何往復もやり直すことになれば、かえって使用量は増えます。一発で意図が伝わる指示を書くのが、結果的にいちばんの節約になります。
覚えておきたいポイント
| 疑問 | 答え |
|---|---|
| 何が消費されるの? | やり取りで扱われたテキストの量。入力も出力も含まれる |
| 質問が短ければ安い? | とは限らない。Claudeが読むファイルの量に左右される |
| 上限に達したら? | その時点でリクエストが通らなくなる。プランによって回復条件が異なる |
| いちばん効く節約は? | 対象範囲を絞ること、明確な指示でやり直しを減らすこと |
「使った分だけ数えられている」という感覚さえ持っておけば、極端な使い方をしない限り怖がる必要はありません。むしろ最初は気にせず使い倒して、自分がどのくらいのペースで消費するのかを体感してみるのが早道です。
このページは役に立ちましたか?