AnthropicはClaude ProなどのサブスクリプションプランにおいてAgent SDK・claude -p・GitHub Actionsなどのプログラム利用を、2026年6月15日より専用クレジットプールに分離すると発表した。これまでサブスクリプションの範囲内で動いていた自動化ワークフローに、実質的な上限が設けられることになる。

何が変わるのか

変更の核心はシンプルだ。Claude Proなどのサブスクリプション内での利用を「インタラクティブ利用」と「プログラム利用」に明確に分けるというものだ。

専用クレジットプールに移行するもの（6月15日以降）:

  • Claude Agent SDK経由の呼び出し
  • claude -p コマンド
  • Claude Code GitHub Actions
  • Agent SDK上に構築されたサードパーティアプリ（Conductor、Zed等）

これまで通りサブスクリプションの既存制限内に留まるもの:

  • ターミナル・IDEでのインタラクティブなClaude Code
  • Web・デスクトップ・モバイルでのClaude チャット
  • Claude Cowork

手動でClaude Codeを使っているだけの開発者には大きな影響はない。影響を受けるのは、CIパイプラインやスケジューラー、GitHub Actions、またはカスタムスクリプトでClaudeをプログラム的に呼び出している開発者だ。

クレジット量と消費ペース

付与されるクレジット量はサブスクリプションの月額料金と同額になる。

プラン 月額 Agent SDKクレジット

Pro $20 $20相当

Max 5x $100 $100相当

Max 20x $200 $200相当

Sonnet 4.6の料金体系では、$20は入力トークン約660万、出力トークン約130万に相当する。数字だけ見ると余裕があるように思えるが、コンテキストウィンドウが大きいエージェント系ワークフローでは、1セッションで10〜20万トークンを消費することが珍しくない。複雑な自動化タスクを日次で回していれば、1〜2週間でクレジットが底をつく計算になる。

クレジットが枯渇した場合の挙動は設定による：

  • 追加利用（extra usage）が有効な場合: 通常のAPI料金で継続課金
  • 追加利用が無効な場合: 翌請求サイクルまでAgent SDK呼び出しが停止

なお、クレジットを受け取るためには6月15日より前にAnthropicからのメール案内に従って申請する必要がある。

なぜこの変更が行われるのか

AnthropicのBoris Cherny（Claude Code責任者）は、この変更の背景をはっきりと説明している。Claude CodeやClaude Coworkなどの公式ツールは、プロンプトキャッシュのヒット率を最大化するよう設計されており、一度処理したコンテキストを再利用することで計算コストを大幅に削減している。

一方、サードパーティのエージェントはこの最適化を経由しない。毎回フルコンテキストで処理するため、同じ操作でも計算コストが数倍に跳ね上がる。結果として、月$20のProサブスクリプションで$500相当のAPI呼び出しが行われるケースが続出していた。

これはビジネスとして持続不可能であり、今回の変更はその「コスト裁定」の解消を目的としている。

開発者コミュニティの反応

反応は概して否定的だ。T3.ggのTheo Browneは「CIスクリプトやclaude -pを使っているユーザーは実質的に約25分の1の利用価値に切り下げられた」と指摘している。サードパーティツール開発者からは、既存のユーザー体験を「大幅に悪化させなければならない」との声も上がっている。

実務への影響

日本のエンジニアが今すぐ確認すべきこと:

  • 自分の利用パターンを把握する: ターミナルでのインタラクティブ利用がメインなら影響は軽微。CIや定期スクリプトでclaude -pを回している場合は要注意
  • トークン消費量を計測する: 現状のclaude -pワークフローが月間でどれだけのトークンを消費しているかをAPI利用履歴から把握しておく
  • 6月15日前にクレジット申請を忘れない: Anthropicからのメール案内を見落とさないようにする
  • プロンプトキャッシュ活用を検討する: 同一コンテキストを繰り返し参照するワークフローなら、キャッシュを活用する設計に見直すことでクレジット消費を抑えられる
  • 追加利用の可否を意識した設計に: クレジット枯渇後に処理が止まって困る用途か、追加課金でも継続すべき用途かを整理しておく

筆者の見解

claude -pを日常的に使い倒している立場として、この変更は率直に言えば痛い。自分自身のワークフローでも月$20のクレジット枠がどれくらい持つか、すぐに計算したくなった。

ただ、Anthropicの判断自体は理解できる。「$20で$500分使える」という状態が長続きするはずはなく、むしろこれだけ続いたこと自体が驚きだった。Claudeというサービスを持続可能な形で発展させるためには、コスト構造を現実に合わせる必要がある。今回の変更は、その避けられない着地点だ。

気になるのは「クレジット上限に達したらリクエストが止まる」という設計だ。自動化ワークフローが無通知で止まると、気づかないまま処理が欠損するリスクがある。残クレジットのモニタリング手段や、枯渇前のアラート機能が提供されるかどうか、Anthropicには丁寧な実装を期待したい。

より本質的なことを言えば、今回の変更はエージェントワークフローの設計品質を問い直すきっかけにもなる。毎回フルコンテキストを積み上げる雑な設計ではなく、キャッシュを活かした効率的な設計を考えるインセンティブが生まれた。制約は設計の精度を上げる。その意味では、悪いことだけではないと感じている。

自動化を使い倒したい開発者は、追加利用を有効にした上でコスト管理の仕組みを自前で整備するのが現実的な対応になるだろう。

出典: この記事は Anthropic splits Claude subscriptions: What changes for developers on June 15 の内容をもとに、筆者の見解を加えて独自に執筆したものです。