Claude Code課金変更を整理｜Agent SDKクレジット制で影響を受ける人・受けない人

「Claude Codeが6月15日から従量課金になるらしい」

https://t.co/ZfcpylJrU8

— Arck (@arckollect) May 13, 2026

——Xでこの記事を見かけて、心臓がきゅっとなった人も多いと思います。

特に副業や本業でClaude Codeを使い倒している人にとって、「ターミナルで普通に使ってるだけなのに、来月から追加で課金されるの？」は最大の不安ポイントです。

結論から書くと、Claude Code全体が6月15日から従量課金になる、という話ではありません。

今回の変更で影響を受けるのは、Claude Codeを「人間が画面の前で対話的に使う」使い方ではなく、「スクリプトや自動化からClaudeを動かす」使い方のほうです。

細かい話に入る前に、まず「あなたが今回の変更で影響を受ける側／受けない側、どちらに該当するか」を1枚で判定できるフロー図を置いておきます。気になる人はここで一旦止まって、自分の使い方を当てはめてみてください。

出典は Anthropic 公式の Claude Help Center（Use the Claude Agent SDK with your Claude plan）。本記事の数字・対象範囲はすべてこのページの2026年5月時点の記述に揃えています。

結論：6月15日から「Agent SDK経由の実行」だけクレジット消費になる

まず一番大事なところから整理します。2026年6月15日に変わるのは、Claudeを「プログラム的に動かす」使い方のコスト計上ルールです。Claude Code全体の値上げではありません。

具体的には、これまでClaudeサブスクリプションの大きな利用枠の中でまとめて使えていた「自動実行系」が、独立したAgent SDK月額クレジットという別枠に分離されます。対話的な利用枠と切り分けることで、Anthropic 側は「大量に自動化を回す人」のコストを正確に把握できるようになる、というのが施策の構図です。

逆に言えば、サブスクの中で「ターミナルやIDEからClaude Codeを叩いて、人間が結果を読みながら次の指示を出す」使い方は引き続き従来の枠で使えるということ。多くの読者の主戦場はここのはずなので、まずは安心していい話です。

何が変わるのか｜従量化される対象と据え置きの対象

公式ヘルプの記載をベースに、「クレジットを消費する側」と「消費しない側」を整理すると次のとおりです。まずは系統樹で全体像を把握してから、各カテゴリの内訳に進むのが理解しやすいです。

flowchart LR
    A[Claudeの利用] --> B[人間が前で操作]
    A --> C[Claudeが自走]
    A --> D[直接API]
    B --> B1[対話的Claude Code]
    B --> B2[Claudeチャット]
    B --> B3[Claude Cowork]
    C --> C1[Claude Agent SDK]
    C --> C2[claude -p 非対話]
    C --> C3[GitHub Actions]
    C --> C4[SDK製サードパーティ]
    D --> D1[APIキー利用]
    B1 --> Z1[サブスク枠
据え置き]
    B2 --> Z1
    B3 --> Z1
    C1 --> Z2[Agent SDK
クレジット枠]
    C2 --> Z2
    C3 --> Z2
    C4 --> Z2
    D1 --> Z3[標準API
従量課金 元から]
    style Z1 fill:#dff,stroke:#0a8,stroke-width:2px
    style Z2 fill:#fdd,stroke:#d44,stroke-width:2px
    style Z3 fill:#eef,stroke:#88a,stroke-width:2px

✅ クレジット消費の対象

Claude Agent SDK（Python／TypeScript）／claude -p（Claude Codeの非対話モード）／Claude Code GitHub Actions／Agent SDK製のサードパーティアプリ（Claudeサブスクで認証するもの）

❌ クレジット対象外

ターミナル／IDEから人間が触る対話的Claude Code／Claudeチャット（Web・デスクトップ・モバイル）／Claude Cowork／APIキー直接利用（これは元から従量課金）

🤔 グレーゾーン

.claude/settings.json の Hooks自体は対象外。ただしHookの中で claude -p を呼んでいる場合はその実行ぶんがクレジット消費になる（後述）

ポイントは「人間が画面の前で待っているか／Claudeが裏で自走しているか」という線引きです。ここが今回の課金分離の核心で、ここを理解しておけば自分の使い方がどちらに該当するかを毎回判断できます。

「claude -p」がなぜ対象になるのか

claude -p "○○して" という書き方は、Claude Codeを対話画面ではなくコマンド一発で実行する非対話モード（print mode）です。シェルスクリプト・cron・CI・GitHub Actions などから呼び出される前提のインターフェースで、用途としては「人間が居なくてもClaudeに作業を任せる」場面に直結します。

同じ理由でClaude Code GitHub Actionsも対象です。PRに自動レビューを付ける／Issueから修正案を出す／CIで自走させる、といった使い方は、Claudeをエージェントとして連続稼働させるパターンなのでクレジット側に乗ります。

対話モードと非対話モードを「同じClaudeを呼んでいる」と一括りにすると見落とすので、シーケンスで違いを並べておきます。

sequenceDiagram
    autonumber
    participant U as ユーザー
    participant CC as Claude Code
    participant API as Claude API

    rect rgba(200,255,200,0.25)
    Note over U,API: 対話モード（サブスク枠 据え置き）
    U->>CC: 質問1
    CC->>API: 推論
    API-->>CC: 回答
    CC-->>U: 結果を見て次を考える
    U->>CC: 質問2
    CC->>API: 推論
    API-->>CC: 回答
    CC-->>U: 表示
    end

    rect rgba(255,200,200,0.25)
    Note over U,API: 非対話モード claude -p（クレジット枠）
    U->>CC: claude -p で1コマンド投入
    CC->>API: 自走で推論1
    API-->>CC: 中間結果
    CC->>API: 自走で推論2
    API-->>CC: 中間結果
    CC->>API: 自走で推論3
    API-->>CC: 最終結果
    CC-->>U: 一括出力
    end

右側（非対話モード）の方が、Claudeが裏でAPIを連続的に叩く構造になっているのが見て取れます。ここがクレジット側で計上される理由です。

プラン別の月額クレジット一覧｜繰越なし・共有不可

Agent SDK月額クレジットは、現行プランの料金とほぼ同等の枠が「クレジット」として乗ります。プラン別の付与額は次のとおり。

プラン	月額Agent SDKクレジット	備考
Pro	$20	個人プラン
Max 5x	$100	個人プラン
Max 20x	$200	個人プラン
Team（Standard 席）	$20／seat	座席単位
Team（Premium 席）	$100／seat	座席単位
Enterprise（使用量ベース）	$20	契約形態により変動
Enterprise（座席ベース Premium）	$200	契約形態により変動

このクレジットには、見落としやすい3つの制約があります。

• 繰越不可：未使用分は翌月に持ち越されません。毎月リセット
• 共有不可：クレジットはユーザー単位に紐付き、Team プランでも席を超えた譲渡はできない
• クレジット優先消費：Agent SDK 系の利用は必ずクレジットから先に差し引かれる

そしてクレジットを使い切った場合の挙動が、人によって明暗が分かれるポイントです。リクエストが発生してから処理されるまでの流れを図にしておきます。

flowchart TD
    A[Agent SDK / claude -p / GH Actions
リクエスト発生] --> B{月額クレジット残あり？}
    B -->|YES| C[クレジットから消費]
    B -->|NO| D{追加使用ON ?}
    D -->|YES| E[標準API料金で
従量課金 継続]
    D -->|NO| F[次サイクル更新まで
リクエスト停止]
    C --> G[今月の処理続行]
    E --> H[請求額 増加]
    F --> I[CI / 定時バッチ 停止]
    style C fill:#dfd,stroke:#0a8
    style E fill:#fed,stroke:#e80
    style F fill:#fdd,stroke:#d44
    style H fill:#fec
    style I fill:#fcc

意図せず請求が膨らむのが怖い人は「追加使用オフ」のままでよく、CIや本番運用で止まる方が困るケースでは「追加使用オン」が現実解になります。6月15日までに自分の設定がどちらかを必ず確認しておきたいところです。

影響を受けない人｜対話的Claude Codeメインなら追加課金なし

ここからは「自分は影響を受けるのか／受けないのか」を切り分けていきます。まずは影響を受けない側のパターンから。

• ターミナルで claude を立ち上げて対話しながら開発している
• VS Code・JetBrains などのIDE拡張からClaude Codeを呼んでいる
• Claudeのウェブ・デスクトップ・モバイルアプリ（claude.ai）でチャットしている
• Claude Cowork で記事ドラフトやリサーチを進めている
• .claude/settings.json のHooksで format／lint／test／通知 を回しているだけ（Hookの中で claude -p を呼んでいない）

このパターンの人は、Proプランの$20で困らないケースがほとんど。6月15日以降も、これまでと同じ感覚でClaude Codeを使い続けられます。「対話的に使ってる時間が長いほど、今回の変更とは関係が薄い」と言い換えてもいいくらいです。

Claude Code Desktopを副業の並列処理に使っている人や、VS Codeとの使い分けを考えている人は、以下の関連記事の前提として今回のクレジット制を頭の片隅に置いておくと整理しやすくなります。

影響を受ける人｜自動化・CI・SDKアプリ運用者は試算が必要

一方、「Claudeに勝手に働いてもらう」運用をしている人は、6月15日以降の請求が変わります。代表的なパターンを3つに整理します。

ありがちな運用パターン3例

• cron + claude -p 系：毎日朝に「昨日のコミットを要約してSlackに投げる」「夜中にリポジトリ全体のドキュメント更新を回す」など、定時バッチでClaudeを呼んでいる
• Claude Code GitHub Actions 系：PR作成時に自動レビュー、Issueから修正案ドラフト、release時のCHANGELOG生成など、ワークフロー上でClaudeを動かしている
• 社内・自作SDKアプリ系：Claude Agent SDKでナレッジ検索Bot・チケット起票自動化・FAQ更新エージェントなどを作って、Claudeサブスク認証で動かしている

これらは「Claudeが裏で自走するタイプ」の使い方で、今回のクレジット枠の中で消費されるか、超過すれば追加課金が発生する側です。1日数回程度なら$20枠でも余裕があることが多い一方、毎日リポジトリ全体を走査するような重いジョブはあっという間に枠を食うので、現在の利用量を一度棚卸ししておきたいところ。

並列でAIエージェントを運用している人の試算観点は、以下の関連記事も合わせて読むとイメージしやすいです。

APIキー従量に切り替える判断基準

クレジットを使い切る規模で運用している場合、選択肢は次の3つになります。

1. 追加使用をオンにしてAPI料金で継続（クレジット＋超過分の二段構え）
2. そもそもAPIキー経由に切り替え（最初から従量課金。クレジット制とは別系統）
3. 自動実行のジョブ自体を削る（不要な定時実行を止める／実行頻度を下げる）

3択を機械的に判断したいときは、次のフローを使うと迷いません。

flowchart TD
    A[Agent SDK系の月間利用量が
クレジット枠を超えそう] --> B{その自走は
売上/時間短縮に寄与？}
    B -->|YES 明確に寄与| C{止まると困る？}
    B -->|NO 曖昧| D[ジョブ自体を削る/
頻度を下げる]
    C -->|YES 業務影響大| E[追加使用ON
API料金で継続]
    C -->|NO 検証用途| F[クレジット枠内で運用
枯渇したら来月]
    E --> G{量がさらに多い？}
    G -->|YES 大量| H[APIキー直接経由に
切替を検討]
    G -->|NO 中程度| I[追加使用ONのまま継続]
    style C fill:#fed
    style E fill:#fed,stroke:#e80
    style F fill:#dff
    style H fill:#fdd,stroke:#d44
    style D fill:#eee

判断軸は「そのClaudeの自走が、現に売上や時間短縮に寄与しているか」のひと言です。寄与しているなら追加使用オンで継続するほうが安全（止まるリスクの方が大きい）。寄与が曖昧なら、6月15日のタイミングで一度止めて様子を見るのが現実的な選択になります。

.claude のHooksは課金対象？｜誤解されやすい3パターン

Xで観測される誤解で一番多いのが「.claude のHooksが課金対象になる」というもの。これは半分正解で半分間違いです。

Hooksそのものは課金変更の直接対象ではありません。Hookは「Claude Codeのイベントに引っ掛けて任意のコマンドを実行する仕組み」であって、Claudeを呼ぶかどうかは中身次第。だから判定基準は「Hookの中で何を実行しているか」に尽きます。

つまり、HooksでformatやlintやテストやSlack通知を回しているだけなら、今回の変更とまったく関係ありません。Hookが「Claudeを呼んでいるかどうか」だけ確認すれば判断は終わります。

6月15日までに確認しておく3つのチェックポイント

自分の使い方が「対象／対象外」のどちらに転ぶかを、6月15日の前に必ず確かめておきたいチェックポイントを3つに絞りました。手元のリポジトリで5分あれば終わります。

flowchart LR
    S[6月15日まで
5分で済む準備] --> S1[Step1
起動コマンド棚卸し]
    S1 -->|claude -p ある？| S2[Step2
GH Actions確認]
    S2 -->|Claudeワークフローある？| S3[Step3
追加使用ON/OFF判断]
    S3 -->|止まると困るならON| G[準備完了]
    S1 -.->|無し| G
    S2 -.->|無し| G
    style S fill:#eef
    style S1 fill:#dff
    style S2 fill:#dff
    style S3 fill:#fed
    style G fill:#dfd,stroke:#0a8,stroke-width:2px

よくある誤解（FAQ）

Q1. Claude Code全体が6月15日から従量課金になるんですか？

いいえ。対象はClaude Agent SDK・claude -p・Claude Code GitHub Actions・Agent SDK製のサードパーティアプリです。ターミナルやIDEからの対話的なClaude Code利用、Claudeチャット、Claude Coworkは引き続きサブスクの通常枠で使えます。

Q2. Claude Coworkも対象になりますか？

対象外です。Claude Coworkは通常のClaudeプラン枠を使い続ける、と公式ヘルプに明記されています。「Coworkって何？」という人は、関連記事に解説があるので合わせて確認してみてください。

Q3. APIキーで直接Claudeを叩いている場合は？

こちらも対象外です。APIキー利用はもともと従量課金なので、今回新設されるAgent SDKクレジット枠は適用されません。「クレジット枠の中で動かす」か「APIキーの従量で動かす」かは、利用者側が選択できる構造になっています。

Q4. 未使用クレジットは翌月に繰り越せますか？

繰り越せません。毎月の請求サイクルで未使用分は失効します。チーム運用でも席を超えてクレジットを譲渡することはできません（ユーザー単位の個人帰属）。

Q5. クレジットを使い切ったらどうなりますか？

「追加使用（extra usage）」をオンにしているなら、超過分は標準API料金で従量課金に切り替わって動き続けます。オフにしているなら、次の請求サイクルでクレジットが補充されるまでAgent SDK系のリクエストが停止します。

まとめ｜「対話なら据え置き、自走ならクレジット」が今回の本質

Claude Codeは「便利だから値上げ」されたのではなく、「自走できるレベルまで来たから、自走部分のコストを正確に切り出した」というのが今回の制度変更の素直な読み方です。普段の開発を手で動かしている人にとっては、6月15日は普通の月曜日として通過します。一方、Claudeを裏で連続稼働させて成果を出している人にとっては、その成果のコスト構造をきちんと見直すきっかけになります。

本記事の数字・対象範囲は2026年5月時点の公式ヘルプに基づくため、6月15日前後にアナウンスが更新される可能性があります。最新情報はClaude Help Center 公式ページとAgent SDK 公式ドキュメントで必ず確認してから判断してください。

関連記事