はじめに
Claude CodeやClaude Agent SDKまわりの料金情報を追っていたところ、2026年6月15日からプログラム的な利用が別料金になる、という告知を見かけました。 筆者はClaude Codeを日常的に使っていましたが、この告知を見てサブスクリプションを解約しました。
理由は単純で、claude -pやAgent SDKのような使い方がサブスクリプション枠から外れるなら、筆者の使い方では価値が大きく変わると感じたためです。 チャットだけでなく、ターミナルや小さな自動化に組み込めることが、Claudeを契約していた大きな理由でした。
ところが、その後に公式ヘルプを確認すると「いったん変更は止まっている」という更新が入っていました。 料金まわりの話は数日で状況が変わるため、告知を見て動いたあとに前提が変わることがあります。
今回は、筆者が解約までした経緯を踏まえつつ、2026年6月18日時点でのClaude Agent SDK、claude -p、Claude Code、APIキー利用の課金関係を整理します。
参考にした一次情報は以下です。
- https://support.claude.com/ja/articles/15036540-claude-%E3%83%97%E3%83%A9%E3%83%B3%E3%81%A7-claude-agent-sdk-%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B
- https://support.claude.com/ja/articles/11145838-pro-%E3%81%BE%E3%81%9F%E3%81%AF-max-%E3%83%97%E3%83%A9%E3%83%B3%E3%81%A7-claude-code-%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B
- https://platform.claude.com/docs/en/about-claude/pricing
結論
先に結論を書くと、現時点(2026年6月18日)では「Claude Agent SDKやclaude -pがサブスクリプション枠から外れて、必ず別料金になる」とは言えません。
公式ヘルプの冒頭では、2026年6月15日に予定されていたClaude Agent SDKの使用方法変更を一時停止している、と説明されています。そのため、現在の扱いは変更前と同じです。
現時点の整理は以下になります。
| 使い方 | 2026年6月18日時点の扱い |
|---|---|
| Claude.aiのチャット | サブスクリプションの使用制限から消費 |
| Claude Codeの対話的利用 | Pro/Maxなどのサブスクリプション使用制限から消費 |
| Claude Agent SDK | サブスクリプションの使用制限から消費 |
claude -p |
サブスクリプションの使用制限から消費 |
| Agent SDK経由のサードパーティアプリ | サブスクリプションの使用制限から消費 |
| APIキーを使うClaude Platform/API | 従量課金。サブスクリプション枠とは別 |
| Claude CodeでAPIクレジット利用を明示的に選ぶ | 標準API料金で課金 |
つまり、筆者が解約の判断材料にした「6月15日からAgent SDKやclaude -pが別枠になる」という話は、一時は公式に予定されていたものの、現時点では一時停止されています。
なぜ解約したのか
筆者が解約した理由は、Claudeの価値を「チャット画面だけ」で見ていなかったためです。
Claude Codeは、ターミナル上でコードを書いたり、既存プロジェクトを読ませたり、ちょっとした作業を任せたりできる点に価値があります。 さらにclaude -pやAgent SDKを使えると、対話ではなくコマンドやスクリプトの一部としてClaudeを使えます。
また、過去記事で紹介した multica や hermes-agent でも使用していたため、筆者の作業環境では「サブスクリプション枠でどこまで使えるか」が重要でした。
この領域がサブスクリプション枠から外れるなら、筆者にとっては契約の意味がかなり変わります。 チャット利用だけなら別サービスやAPI課金との比較になりますし、コーディング用途なら「毎月の固定費でどこまで使えるか」が重要になります。
特に困るのは、料金が上がることそのものより、課金ルートが変わることです。 昨日までサブスクリプション枠だと思っていた処理が、明日からAPIクレジットや従量課金側へ寄るかもしれないとなると、気軽に自動化へ組み込みにくくなります。
そのため、告知を読んだ時点では「この使い方が別料金になるなら、いったん解約して様子を見る」という判断になりました。 ちょうどCodexの1か月無料キャンペーンも始まっていたため、代替手段を試すタイミングとしても悪くありませんでした。
料金形態に振り回されるつらさ
AIツールは、使い始めた直後よりも、日々の作業に馴染んできたタイミングで料金変更の影響が大きくなります。
たとえば、Claude Codeを対話的に使うだけなら、使用制限に達したら待つという判断ができます。 しかし、claude -pをシェルスクリプトに入れたり、Agent SDKを小さな自動化に組み込んだりしている場合は話が変わります。
その処理がサブスクリプション枠で動くのか、APIキー経由で従量課金になるのかによって、実行頻度や使う場所を変える必要があるためです。 料金の高い安い以前に、どの財布から引かれるのかが分からない状態が一番扱いづらいです。
今回の件で特に感じたのは、料金変更の告知はユーザーの行動をすぐ変えるということです。 実際に筆者は解約しました。その後に変更が一時停止されたとしても、一度「この使い方は安定して続けられないかもしれない」と感じた印象は残ります。
なぜ話が混乱したのか
混乱の原因は、公式ヘルプの同じページ内に「現在有効な更新」と「6月15日前の古い予定」が両方残っているためです。
ページ冒頭の更新では、Claude Agent SDK、claude -p、サードパーティアプリの使用は、引き続きサブスクリプションの使用制限から差し引かれると説明されています。また、予定されていた月額クレジットも利用できない状態です。
一方で、その下には参考情報として、6月15日前のページ内容が残されています。そこには、Agent SDK用の月額クレジットや、クレジット超過後の標準API料金といった説明があります。
この下部だけを読むと「Agent SDKはサブスク枠から外れる」と理解できます。しかし、公式ページ自身が、その下部の内容は6月15日以降は有効ではないと示しています。
ここが今回のやっかいな点です。古い説明の具体性が高いため、そこだけ読むと「もう始まった変更」に見えます。特に金額やプラン名まで書かれていると、予定ではなく決定事項として受け取りやすいです。
料金ページやヘルプページは、古い予定が履歴として残ることがあります。技術ドキュメントなら「このAPIは非推奨になった」くらいで済む場合もありますが、料金情報では判断を間違えると、そのまま契約や解約の判断に影響します。
用語を分けて考える
今回の話は、Claude Code、Claude Agent SDK、claude -p、Claude Platform/API が混ざると分かりにくくなります。まずは用語を分けて考えると整理しやすいです。
| 用語 | ざっくりした意味 | 課金確認で見るポイント |
|---|---|---|
| Claude Code | ターミナルやIDEから使うコーディング支援ツール | サブスク認証かAPIキー認証か |
| Claude Agent SDK | Claudeを使ったエージェントをプログラムから扱うSDK | 現時点ではサブスク使用制限から消費 |
claude -p |
Claude Codeの非対話的な実行モード | 現時点ではサブスク使用制限から消費 |
| Claude Platform/API | APIキーでClaudeモデルを呼び出す開発者向け基盤 | 従量課金 |
| APIクレジット | Console/API側で使うクレジット | サブスク料金とは別管理 |
特に注意したいのは、APIキーを使う かどうかです。
同じClaude Codeでも、Claudeアカウントでログインしてサブスクリプション枠を使う場合と、ANTHROPIC_API_KEY 経由でAPI課金ルートに乗る場合があります。ここを混同すると、「Claude Codeを使っているのにAPI料金が発生した」という見え方になります。
現時点で別料金になるケース
現時点でも、すべてがサブスクリプションに含まれるわけではありません。もともとAPIキーを使うClaude Platform/APIは従量課金です。
公式のClaude Codeヘルプでは、ANTHROPIC_API_KEY 環境変数が設定されている場合、Claude CodeはサブスクリプションではなくAPIキーを認証に使うと説明されています。 この場合は、サブスクリプションに含まれる使用量ではなくAPI使用料が請求されます。
また、Pro/Maxプランの使用制限に達したあと、Claude CodeでAPIクレジットを使って続ける選択肢もあります。この場合の使用は標準API料金です。 これは自動で勝手に切り替わるというより、APIクレジット利用を選ぶケースとして理解するのがよさそうです。
サブスクリプション枠内に留めたい場合は、以下のように運用します。
# Claude Code内で残量を確認する
/status使用制限に達した場合は、APIクレジット利用を選ばず、リセットを待つことでサブスクリプション枠内に留められます。
ここを決めておくと、料金変更の噂に引っ張られにくくなります。 「サブスク枠で使う作業」と「API課金でもよい作業」を先に分けておけば、変更が入ったときも慌てて全体を見直さずに済みます。
古い変更予定はどう読むべきか
公式ページ下部に残っている古い予定では、Agent SDK向けの月額クレジットがプラン別に用意される説明がありました。Proなら20ドル、Max 5xなら100ドル、Max 20xなら200ドルといった内容です。
また、その予定では、Agent SDK、claude -p、Claude Code GitHub Actions統合、Agent SDK上のサードパーティアプリが月額クレジットの対象になるとされていました。 クレジットを超えた場合は、使用クレジットを有効にしていれば標準API料金に流れる、という設計でした。
ただし、これは現時点で有効なルールではありません。公式ページは、その説明を参考用として残しているだけです。
今後も変わる可能性はある
現時点では変更が一時停止されていますが、今後もずっと同じとは限りません。
公式ヘルプの冒頭では、Claudeサブスクリプションでの構築方法をより適切にサポートするよう、プラン更新に取り組んでいると説明されています。 また、何かが有効になる前に更新を共有するとも書かれています。
つまり、今回の変更案は完全に消えたというより、いったん止めて再検討している段階と見るのが自然です。
実務での判断
現時点の実務判断としては、次のように分けるのが安全です。料金変更に振り回されないためには、Claudeの機能名ではなく、認証方法と実行場所で分けるほうが扱いやすいです。
| 状況 | 判断 |
|---|---|
| 個人でClaude Codeを対話的に使う | サブスクリプション枠として扱う |
claude -pを使う |
現時点ではサブスクリプション使用制限から消費 |
| Claude Agent SDKをClaudeプラン認証で使う | 現時点ではサブスクリプション使用制限から消費 |
ANTHROPIC_API_KEYを使う |
API課金として扱う |
| 使用制限後にAPIクレジットで続ける | サブスクとは別料金として扱う |
| 会社のCIで自動実行する | APIキーやConsole請求設定を確認する |
筆者はすでに解約しているため、再契約するなら「どの使い方がサブスクリプション枠に残るのか」を確認してからにします。 特に、claude -pやAgent SDKが安定してサブスクリプション枠で使えるのかは重要です。
この分け方にしておくと、料金が変わったときにも影響範囲を追いやすくなります。 毎回ニュースやSNSの投稿に反応するのではなく、「この処理はどの認証で、どの請求ルートに乗っているか」を確認するだけで済む状態にしておきたいです。
まとめ
Claude Agent SDKやclaude -pが2026年6月15日から別料金になる、という話は、一時は公式に予定されていた内容です。筆者はその告知を見て、サブスクリプションを解約しました。
ただし、2026年6月18日時点ではその変更は一時停止されており、現時点ではClaude Agent SDKやclaude -pもサブスクリプションの使用制限から差し引かれる扱いです。 一方で、APIキーを使うClaude Platform/APIや、Claude CodeでAPIクレジット利用を明示的に選ぶケースは、サブスクリプション料金とは別に扱われます。
今回改めて感じたのは、AIサービスの料金情報は「ページのどこに書いてあるか」だけでなく、「その部分が今も有効か」を見る必要があるということです。 料金形態が揺れると、便利な自動化ほど止めるべきか続けるべきか迷いやすくなります。
昨今のAIサービスの料金体系は不安定な印象があります。 そのため、一つのAIサービスに依存しすぎないことも大事だと感じました。
料金体系や利用条件が変わったときに作業全体が止まらないよう、Claude、OpenAI、OpenRouter、ローカルLLMなどを用途ごとに切り替えられる余地を残しておくと安心です。 筆者自身も、再契約するかどうかは今後の料金体系の落ち着き方を見て判断します。 同時に、MulticaやHermes Agentのようなエージェント基盤では、モデルやプロバイダーを差し替えられる構成を意識しておきたいと思います。


コメント