Claude Codeのclaude -pは従量課金になるのか：2026年6月15日のAgent SDKクレジット変更を整理する

2026年6月15日から、Claude Codeまわりの課金境界が変わります。

特に注意が必要なのは、Claude CodeをCLIで呼び出すときの claude -p です。これは人間がターミナル上で対話しながら使うClaude Codeではなく、プロンプトを渡して非対話で実行するヘッドレス用途です。

結論から言うと、claude -p は通常のClaude Pro / Maxのサブスクリプション利用枠から外れ、別建てのAgent SDKクレジットを消費する対象になります。

ただし、これは「6月15日以降、実行した瞬間に必ず追加請求が発生する」という意味ではありません。正確には、Claudeの有料プラン利用者に付与される月次のAgent SDKクレジットを先に消費し、それを超えた場合は、使用クレジットを有効化していれば標準APIレートで課金され、使用クレジットがなければリクエストが止まる、という仕組みです。

この記事は、2026年6月9日時点で公開されているAnthropic公式ヘルプとドキュメントをもとに整理しています。

何が変わるのか

Anthropicのヘルプセンターは、2026年6月15日から、Claude Agent SDKと claude -p の利用がClaudeプランの通常利用上限にカウントされなくなると説明しています。

代わりに、Pro、Max、Team、Enterpriseの対象ユーザーは、月次のAgent SDKクレジットを請求できるようになります。このクレジットはAgent SDK利用にだけ使われ、請求サイクルごとに更新されます。

公式ヘルプに記載されている個人向けプランの月次クレジットは次の通りです。

プラン	月次Agent SDKクレジット
Pro	$20
Max 5x	$100
Max 20x	$200

TeamやEnterpriseにも席種に応じたクレジットがありますが、この記事では主に個人のPro / Max利用者と、開発現場での自動化利用に絞って見ます。

対象になるもの、ならないもの

Agent SDKクレジットの対象になるのは、公式ヘルプ上では次の利用です。

PythonまたはTypeScriptでのClaude Agent SDK利用
Claude Codeの claude -p コマンド、つまり非対話モード
Claude Code GitHub Actions連携
Agent SDK上に構築され、Claudeサブスクリプションで認証するサードパーティアプリ

一方で、対象外として明記されているものもあります。

ターミナルやIDEで人間が操作する対話型Claude Code
Web、デスクトップ、モバイルアプリ上のClaude会話
Claude Cowork

ここが実務上の線引きです。

人間がターミナルでClaude Codeを開き、対話しながら修正方針を確認し、必要に応じてEnterを押して進める。これは従来通りサブスクリプションの通常利用枠です。

一方で、スクリプト、CI、GitHub Actions、cron、外部エージェント基盤などから claude -p やAgent SDKを呼び、AIが裏側で自律的に走る。これは6月15日以降、通常のサブスク枠ではなく、Agent SDKクレジットの世界に移ります。

「人がEnterを押すならサブスク、ロボットがEnterを押すなら別枠」と覚えると、実務上はかなり近い理解になります。

「従量課金になる」はどこまで正しいか

「claude -p は従量課金になる」と言う場合、少し補足が必要です。

6月15日以降の claude -p は、通常のPro / Maxサブスク利用枠を消費しません。まず、Agent SDKクレジットを消費します。このクレジットは月次で更新され、未使用分は繰り越されません。

そのクレジットを使い切った後は、使用クレジットを有効化している場合に限り、追加のAgent SDK利用が標準APIレートで使用クレジットへ流れます。使用クレジットが有効でなければ、Agent SDKリクエストは次のクレジット更新まで止まります。

したがって、正確な表現は次のようになります。

claude -p は、Pro / Maxのフラットな通常利用枠ではなく、APIレート換算で消費される別建ての月次Agent SDKクレジットに移る。超過分は設定次第で標準APIレートの使用クレジットへ流れる。

これは、開発現場では実質的に「従量管理が必要になる」と見てよい変更です。特に、複数リポジトリでGitHub Actionsを回す、夜間バッチで claude -p を走らせる、複数のサブエージェントを並列起動する、といった使い方では、従来の「サブスク内でだいたい吸収される」という感覚は危険です。

なぜこの変更が重要なのか

この変更は、単なる価格表の変更ではありません。AIエージェントの運用設計に関わります。

対話型のClaude Codeは、人間の作業ペースに制限されます。人間がレビューし、承認し、次の指示を出すため、自然にブレーキがかかります。

一方で、claude -p、Agent SDK、GitHub Actionsは違います。スクリプトやCIに組み込めば、AIは人間の操作なしに何度も起動できます。リポジトリを横断して調査し、Issueを読み、PRにコメントし、場合によっては修正案を生成します。

便利ですが、コストも権限も膨らみやすい。

VentureBeatもこの変更について、Anthropicが「interactive」と「programmatic」のワークフローを明確に分けた、と整理しています。背景には、月額サブスクで大量のトークンを自動消費するエージェント利用が、提供側の計算資源とコストに大きな負荷をかけていた、という構造があります。

言い換えると、6月15日以降は「AIエージェントをどれだけ走らせるか」が、よりはっきりコスト設計の問題になります。

Agent SDKはAPIキー前提で考えるべき

もう一つ重要なのが認証です。

Claude Agent SDKのクイックスタートでは、基本的な認証方法としてClaude ConsoleからAPIキーを取得し、ANTHROPIC_API_KEY を設定する手順が示されています。また同じドキュメントでは、事前承認がない限り、サードパーティ開発者がClaude Agent SDKで構築したエージェントに claude.ai ログインやレート制限を提供することは許可されず、ドキュメントに記載されたAPIキー認証方法を使うよう求めています。

なお、Claude APIの認証全体としては、APIキーだけでなくWorkload Identity Federationも用意されています。これは本番ワークロードやCI/CDで静的な長期APIキーを避けたい場合の選択肢です。

したがって、「サブスクのログイン状態やOAuthトークンを裏側の自動化に流用する」という前提でAgent SDK運用を組むのは避けるべきです。個人の実験なら動くかどうかではなく、公式に説明されている認証・課金境界に合わせて設計する必要があります。

開発チームが確認すべきこと

まず、リポジトリ内で claude -p、@anthropic-ai/claude-agent-sdk、claude-agent-sdk、Claude Code GitHub Actionsを検索すべきです。

次に、その実行が「人間が起動して都度確認するもの」なのか、「CIやスクリプトが自動で起動するもの」なのかを分けます。後者は6月15日以降、Agent SDKクレジットの消費対象として見積もる必要があります。

三つ目に、上限到達時の挙動を決めることです。使用クレジットを有効にして超過実行を許すのか、クレジットが尽きたら止めるのか。これは単なる請求設定ではなく、開発フローの信頼性に関わります。レビュー自動化や本番運用に近いワークフローほど、「止まってよいのか」「止まったことを誰が検知するのか」を決めておく必要があります。

最後に、Agent SDKを本番寄りに使うなら、個人サブスクの別枠クレジットに依存するのではなく、Claude PlatformのAPIキーやWorkload Identity Federationを使い、プロジェクト単位で予算、監査、権限、ログを管理するほうが安全です。

まとめ

2026年6月15日以降、Claude Codeの claude -p は、通常のClaudeサブスク利用枠ではなく、Agent SDKクレジットを消費する対象になります。

対話型Claude Codeは従来通りサブスク枠。claude -p、Agent SDK、Claude Code GitHub Actions、Agent SDKベースのサードパーティアプリは別枠。この線引きが今回の本質です。

開発者にとって重要なのは、AIエージェントの裏方実行を「サブスクで気軽に回せるもの」と見ないことです。これからは、実行回数、トークン量、認証方式、上限到達時の挙動を含めて、AIエージェントを運用設計の対象として扱う必要があります。

AI開発の生産性は、ツールを入れるだけでは安定しません。コスト、権限、ログ、停止条件まで設計して初めて、チームで安心して使える開発基盤になります。