2026年6月15日の料金改定以降、Claude Codeの課金体系は「サブスクの利用枠」「クレジット消費型」「API従量課金」という3層構造に整理され、単純に『クレジット制になった』という理解だけでは実態を捉えきれなくなりました。特に夜間バッチやRoutines、CI連携など自動化を進めているエンジニアにとって、どの処理がどの『おさいふ』から支払われているのかを把握しないと、想定外の追加費用が発生したり、逆に高性能な枠を使い切れずに損をしたりします。本記事では2026年9月1日時点の最新情報をもとに、Claude Codeの従量課金の仕組み、サブスク枠との違い、実務でのコスト最適化の考え方を、具体例を交えて徹底解説します。これからClaude CodeをAPI経由で使い始めたい方、すでにProやMaxを使っていて自動化を拡張したい方の両方に役立つ内容です。
Claude Codeの料金体系の基本構造
Claude Codeの課金は大きく3つの方式に分かれています。まず1つ目が「5時間/週次の利用枠」で、これはClaude Proや Max などのサブスクリプションに含まれる定額枠です。インタラクティブな対話や、Routines、そしてCodexとの併用時の枠管理がこの層に該当します。2つ目が「クレジット消費型」で、これは2026年6月15日以降に導入された仕組みで、Agent SDKや `claude -p` コマンドなど、サブスク契約者がCLIから軽量に自動化スクリプトを走らせる際に消費されるポイント制の課金です。3つ目が「従量課金（API従量）」で、APIキーを直接指定して呼び出す方式です。この3層のうち、本記事の主題である「従量課金」は3つ目にあたり、高頻度の自動化やCI連携など、サブスク枠では対応しきれない用途の“本命”として位置づけられています。
ここで重要なのが「おさいふ」という考え方です。ユーザーの間では、サブスク契約（Pro/Max）の利用枠を「おさいふ1」、追加のクレジットチャージやAPI従量課金を「おさいふ2」と呼び分ける整理が広まっています。日中はPCを開いてローカルの対話や `/loop`、Cowork のスケジュール機能などをおさいふ1で回し、夜間や自動化が必要な場面ではまずRemote Routine（これもおさいふ1に含まれる）を検討し、それでも足りない部分だけをおさいふ2、つまりAPI従量課金に切り出すという運用が実務的とされています。
主要機能・特徴の解説
API従量課金の仕組みと料金構造
Claude CodeをAPIキー直指定で利用する場合、入力トークンと出力トークンの量に応じて秒単位・リクエスト単位で課金されます。エージェント型のコーディングツールはコードベース全体を反復して読み込む特性があるため、大規模リポジトリを相手にすると短時間で数十ドル単位の費用が発生するケースも珍しくありません。特にOpus系の上位モデルを従量課金で使う場合は単価が高く、Sonnet系やHaiku系との使い分けがコスト管理の鍵になります。CI/CDパイプラインに `@claude` のようなボット連携を組み込む場合、リクエストごとに課金が発生するため、本当に代替手段（Routine等）がないタスクに限定して温存するのが賢明です。
サブスク枠と従量課金の切り替えタイミング
Proプランには5時間ごとにリセットされる定額の利用上限があります。上限に達すると使用が一時停止されますが、オプションの「Extra Usage（追加使用）」を有効にしておけば、その時点からAPI料金ベースでの継続利用に自動で切り替わります。ここで注意したいのが環境変数の設定です。手元の環境にAPIキーを設定していると、サブスクの枠が残っていても優先的にAPI課金が適用されてしまうケースがあるため、意図しない従量課金を避けたい場合は環境変数の管理を徹底する必要があります。
Remote Routineとの併用による自動化コスト最適化
2026年の運用トレンドとして定着しているのが、夜間バッチをまず「Remote Routine（おさいふ1）」で処理し、それでも対応できないイベント駆動型・CI連携型のタスクだけをおさいふ2やAPI従量に回すという二段構えの設計です。例えば夜間にDaily TriageやSlack要約をRemote Routineで自動実行し、朝イチでGitHub Actionsが作成したデイリーノートを確認、その後Coworkでタスクを実行するという流れをつくることで、従量課金の発生を最小限に抑えつつ「夜中にAIが働く」体験を現実的なコストで実現できます。
比較・メリット・デメリット
サブスク枠（おさいふ1）とAPI従量課金（おさいふ2）にはそれぞれ明確な向き不向きがあります。以下の表で整理します。
| 方式 | 対象・用途 | メリット | デメリット |
|---|---|---|---|
| 5時間/週次の利用枠（おさいふ1） | 対話、Routines、Cowork schedule | 追加課金の心配がなく定額で安心。日中の対話や定型自動化に最適 | 上限に達すると一時停止。大規模タスクには不向き |
| クレジット消費型 | Agent SDK、`claude -p` 経由の軽量自動化 | サブスク契約内でCLI自動化を柔軟に運用できる | 消費ペースの把握が難しく、気づかず枠を圧迫することがある |
| API従量課金（おさいふ2） | APIキー直指定、CI連携、高頻度自動化 | 枠の制限を受けず必要な分だけ即時利用できる | トークン量次第で費用が急騰するリスク。管理コストがかかる |
初心者がいきなりAPI従量課金だけでClaude Codeを使い始めるのはリスクが高く、まずはProプラン（月額20ドル前後）の定額枠で使用感を確かめ、Extra Usageやおさいふ2は「Routineで代替できない本当に必要な部分」に限定するのが、コストと利便性のバランスが取れた王道の運用です。
実際の活用例・おすすめのターゲット
実務での典型的な運用パターンを時間帯別に整理すると、日中はClaudeで設計、Codexで実装、`/loop` やCoworkのスケジュール機能で議事録作成や定例準備を進め、すべてサブスク枠（おさいふ1）内でこなします。夜間はRemote Routineを最優先で使い、Daily TriageやSlack要約といった定型処理を自動化し、それでも対応できないイベント駆動型のタスクだけをCodexクラウドや従量課金APIに回します。朝一番にはGitHub Actionsが生成したデイリーノートを確認し、Coworkでタスクを実行するというサイクルです。
この従量課金モデルが特に向いているのは、CIパイプラインに `@claude` ボットを組み込んで自動レビューやテスト生成を行いたいチーム、深夜バッチで大量のリポジトリを解析したいプロジェクト、あるいは複数プロダクトを並行運用しており週次枠だけでは処理量が不足する開発組織です。逆に個人開発者や小規模チームで日中の対話・実装が中心であれば、Pro〜Maxプランのサブスク枠だけで十分にまかなえるケースが多く、無理に従量課金へ移行する必要はありません。まずは自分の利用パターンを「日中／夜間／CI」の3層に分解し、どの層でおさいふ1が使えるかを見極めることが、最初の一歩として重要です。
まとめ
2026年6月15日の料金改定以降のClaude Codeは、「5時間/週次の利用枠」「クレジット消費型」「API従量課金」という3層構造で理解するのが実務的です。従量課金、いわゆる「おさいふ2」は高頻度の自動化やCI連携の“本命”ですが、コストが急騰しやすいという特性を踏まえ、まずはRemote Routineなどおさいふ1で代替できないかを検討し、本当に必要な部分だけをAPI従量課金に回すのが賢い運用と言えます。環境変数の設定ミスによる意図しない課金にも注意しながら、日中・夜間・CIの3つの時間帯で使い分けを設計することで、Claude Codeを無駄なく、かつ強力な自動化基盤として活用できるはずです。
関連サイト: https://www.aegis4.net/