【2026年6月22日の重要な追記】この課金の変更は、施行の当日に一時停止されました。 Anthropic は2026年6月15日に予定していた claude -p・Agent SDK の課金の分離を、その当日に一時停止し「当面は何も変わらない」と通知しました（the-decoder ほか）。claude -p・Agent SDK・GitHub Actions は、今も通常の購読の枠から課金されています。これは撤回ではなく停止で、公式には告知されたままなので、再び実施される可能性はあります。以下の記事は、この変更が再び実施される時に慌てないための準備としてお読みください。

2026年6月15日から、Anthropic が claude -p(非対話での実行)の課金を月額の credit に分ける予定でしたが、施行当日に一時停止されました(下の追記参照)。私は非エンジニアですが、Claude Code を800時間以上、自律で動かしてきました。早めに備えたら、慌てずに、これまでどおり気持ちよく使い続けられる見通しになりました。この記事は「危ない」と煽る話ではなく、『今こうしておくと、6月15日の後も落ち着いていられる』という準備の話です。

まず「自分が影響を受けるのか」を30秒で確かめたい人へ。プランと使い方を選ぶだけの6月15日の影響の診断ツール（無料・ブラウザ内で完結・入力は外に出ません）を用意しました。結果は共有用のカードにもなります。推定ではなく自分の実際のログから正確に確かめたい人は、~/.claude/projects のセッションのログを読んで、対話（Pool 1）とプログラム経由（Pool 2）の比率を出す実データの露出チェッカー（無料・ブラウザ内で完結・アップロードなし）も使えます。影響を受けると分かったら、次は金額です。プランと使用量を入れるだけで6月15日以降の自分の月額（Pool 2 の概算）が出る6月15日の費用の計算機（無料・ブラウザ内で完結・入力は外に出ません）も合わせて使えます。この記事はその先の『具体的にどう備えるか』をまとめています。

追記。 上で案内しているレジストリ（npm）の最新は 29.8.0（2026-04-20 公開） です。2026-09-19 に、配られている実物を落として確かめました（この追記はその実測にもとづきます）。読むぶんには問題ありませんが、現在の版が止める25通りの命令の形を、この版は通します。41通りを両方へ同じ方法で撃った実測で、例えば rm --recursive --force /（-rf の長い綴り）、rm -rf "$HOME"（引用符つきの変数ごしの指定）、cd repo && git push --force origin main（区切りの後ろに置かれた強制の push）などです。逆向き（29.8.0 が止めて現在の版が通す形）は0件でした。

最新の版は GitHub から入ります → npx github:yurukusa/cc-safe-setup

比較の表と測り方は README のこの節にあります。レジストリ側の更新は、二要素認証の鍵を失ったために止まっています（復旧を申請中）。

5月13日、Anthropicが support article と Twitter の告知で、 Claude Agent SDK と claude -p の非対話の利用の課金の構造を変更する事を発表した。 HN の議論は5月14日朝の段で39ポイントに到達。発火の日付は 2026年6月15日、発表から32日後である。自動の作業を自分の購読の枠で回している操作者は、 6月の中旬に新しい請求書で気付くより、今週のうちに計算をしておく方が良い。

この記事は、何が変わるのか、誰に最も影響するのか、今週中に何をすべきか、を構造的に整理する。私は独立の操作者で、 2026年3月から Claude Code を自律で運用し、利用枠の機構の変化を公開の情報で追ってきた。これは Anthropic の枠組みではなく、推奨でもない。 6月15日の前に私が手元で確認したい計算の段である。

何が変わるのか

現状、 claude -p の呼び出し(SDKの道具と CI/CD の経路が利用する非対話の経路)は、通常の Claude Code の対話の利用枠と同じ枠を消費している。

6月15日以降、 claude -p と Agent SDK の呼び出しは、計画ごとに別の 月額の credit の枠を消費する。

計画	Agent SDK の月額の credit
Pro	$20
Max 5x	$100
Max 20x	$200
Team (Standard 座席)	$20
Team (Premium 座席)	$100
Enterprise (利用量の課金)	$20
Enterprise (座席の課金、 Premium)	$200

この credit が対象とするのは、自分の Python や TypeScript の作業の中での Agent SDK の利用、 Claude Code の中の claude -p の呼び出し、 Claude Code GitHub Actions の連携、そして Claude の購読を経由して認証する第三者の道具の全件である。

対象外は、端末や IDE の中の対話の Claude Code、 Claude.ai の web/desktop/mobile の対話、 Claude Cowork、そして現状で extra usage を消費する全機能である。

月額の credit が枯渇した時の動きは2つある。 extra usage を有効にしていれば、 SDK の追加の呼び出しは extra usage から標準の API の料金で課金される。有効にしていなければ、 SDK の呼び出しは次の請求の周期の始まりまで停止する。 credit は利用者ごとで(team 内で共有されない)、持ち越しは無く、 6月15日の前に一度の opt-in の操作が必要である。

API key の利用者は影響を受けない。 Claude Developer Platform の本物の API key は、現状と同じ pay-as-you-go の課金が続く。ただし API key の利用者には Agent SDK の月額の credit は提供されない。

計算、一つの実際の事例

credit の数値だけでは、自分の利用の実態と比較しないと評価が難しい。同じ HN の議論で、利用者「SyneRyder」が自分の利用量で計算を実行、結果を投稿した。

"I'm only on the Max 5x plan, and I only use about 40% of my weekly usage allowance. But it looks like even that usage would now cost me $1000/month of API usage under the new plan. That's a 10x price increase."

(私は Max 5x の購読で、週次の枠の約40パーセントしか使っていない。それでも新しい計画では月1000ドルの API の利用に相当する。 10倍の値上げである)

計算の中身は単純である。 Max 5x は月額100ドルの購読、新しい SDK の credit は月100ドル。この操作者の現状の SDK 側の利用が等価の API の料金で既に月100ドルを超えていれば、超過分は API の料金の extra usage に流れる。 SyneRyder の週次の40パーセントは購読の全枠の数値で、その一部でも claude -p の経路を通っていれば、等価の API の支出は100ドルの credit を大きく超えうる。

構造の論点: 100ドルの credit は天井ではなく、緩衝である。 1日の SDK の利用が credit を30で割った金額を超えていれば、月の請求の周期が終わる前に API の料金の崖に到達する。同じ形が Pro の20ドル、 Max 20x の200ドルでも繰り返される。

誰に最も影響するか

3つの作業の形が最も影響を受ける。

形その1: SDK の道具の集まりに依存する作業。 Conductor(対話の管理の包の有名な実装)、 ACP の経路の Zed の Claude の連携、そして Agent SDK の経路で認証する第三者の包の全件が、新しい credit の枠を消費する。 HN の議論から: 「conductor の様な道具は SDK を利用する。だからこれは私にとって conductor の終わりか、 Codex への移行かの選択になる」。これらの道具では、利用者ごとの credit の枠は、何回の対話を回しても固定である。

形その2: CI/CD と予定の自動化。 予定の claude -p の作業(夜間のコードレビュー、自動の PR の要約、予定の整理の経路)を動かしている操作者は、現状では等価の API の料金を払っていない。 6月15日以降、各予定の発火は利用者ごとの credit を消費する。 Team や Enterprise の管理者が共有の自動化を service account で動かしている場合、 Anthropic は明示的に Claude Developer Platform の API key への移行を推奨している: 「Teams running shared production automation should use the Claude Developer Platform with an API key for predictable pay-as-you-go billing」。これは credit の枠が個人の試行のための設計で、業務の自動化の設計ではない事の明確な合図である。

形その3: 音声と利用の補助の事例。 HN の議論から: 「私は外出の時に tailscale 経由で claude -p を使って音声でコードを書いている。利用の補助の理由で、自宅でも同じく利用している」。音声の経路の作業は、短い claude -p の呼び出しを大量に生成する。各発話が別の対話で、道具の呼び出しと prompt cache の再構築の経費が発生する。これらの利用者は、各発話が別の対話のため、不均衡に消費する傾向がある。 6月15日の崖は、安定した対話の利用より、これらの利用者を強く打つ。

Anthropic の枠組みと操作者の枠組み

Anthropic の枠組みは、 HN の議論と support article から見るに、 明確化 である。 6月15日の前は SDK の利用が購読の枠に対して数えられるかが曖昧だった。以後は明示的に数えられ、別の予算で管理される。ある利用者は同意した: 「I think that this is much better than the previous situation with total lack of clarity on what is allowed and what isn't」(これは以前の、何が許され何が許されないかの完全な不明確さよりずっと良い)。

操作者の枠組みは、 値上げ である。購読の中で無料で動いていた同じ作業が、固定の緩衝の後で API の料金に変わる。 HN の議論から: 「All of your favorite Claude harnesses will get dramatically more expensive starting on June 15」(あなたの好きな全ての Claude の包の道具が、 6月15日から劇的に高くなる)。

両方の枠組みが同時に真である。明確化は実在する。 SDK に依存する利用者の値上げも実在する。自分の作業ではどちらが優位かは、利用の形と20ドル/100ドル/200ドルの緩衝への近さで決まる。

5月14日の午後、同じ HN の議論を再取得すると、上の SyneRyder の事例の周辺に、 3件の追加の声が観察された。上位の枠の重利用者の側の中核の不満を、数値と仕組みの両方の角度で補強する素材である。
利用者 puglr の追加の発言: 「私の利用は月の額ではなく、日の額で3桁になる。最初の道具を直接の API の経路で試した時に既に分かっていた」。月の構造の変更を、日単位の費用の規模に翻訳した利用者の側の数値の証拠である。月の credit の200米ドルが、直接の API の経路では1日数百米ドルの規模になる事の認識の合図。 (Max 20x の月200米ドルの credit を、 1日6.67米ドルの予算で割ると、 puglr の「日に3桁」はその十数倍の規模を示す)。
利用者 gcr の仕組みの説明: 「ところがその月の利用の額は、上位の枠の利用のように、 5時間ごとや週ごとには回復しない。 200米ドルを使い切ったら、次の月までは終わり」。これは上位の枠の重利用者の側の作業の流れと、月の credit の経路の構造の違いの中核の合図である。上位の枠の利用の経路は、 5時間の窓と週次の窓の二重の回復の仕組みで動いていた。月の credit の経路は、回復の仕組みなしの一方通行の消費で動く。利用者の側の作業の流れの中で、「使い切ったら次の窓を待つ」の経路から「使い切ったら次の月の1日まで待つ」の経路に切り替わる現実。
利用者 melonamion の長期の感想: 「この猫と鼠の経路の追いかけは、いつ終わるか分からない。ただ、最終的には、 AI が利用者の集まりの中で少しずつ縁遠くなる状態に向かう」。上位の枠の利用者の側の経済の事実とは別の、利用者の集まりの中の長期の認識の合図である。課金の構造の継続的な変更が、利用者の側の「次の変更を待つ」の心理の状態を作り、利用者の側の AI への参加の経済の自由度の低下の認識を生んでいる事の証拠。

4つの対応の経路

計算を実行して新しい構造が実質の値上げになった場合、 6月15日の前に評価すべき対応の経路は4つある。

経路その1: SDK の呼び出しを対話の経路に集約する。 端末の対話の Claude Code は、引き続き購読の通常の枠を消費し、 Agent SDK の credit は消費しない。もし SDK の利用が「手動でも発火できる予定の作業」であれば、 claude -p から対話の経路への移行で購読の料金を維持できる。代償は予定の発火の損失。 HN の議論から: 「程式の道具として数えられないために、毎回 fullscreen の interface を開く必要があるのは少し残念」。

経路その2: SDK に依存する作業を Claude Developer Platform の API key に移行する。 これは Max の購読の通常の枠と比較してトークンごとの値段は高いが、値段は予測可能で、月の崖が無い。 Team と Enterprise の管理者の共有の自動化では、 Anthropic が明示的にこの経路を推奨している。

経路その3: SDK に依存する作業を Claude から別の系統に移行する。 これは rickdg の議論の言及の経路である(「Codex に留まる理由がもうひとつ増えた」)。 OpenAI Codex CLI、別の模型を利用する Cline、公開の重みの Coding-Plan の選択肢(Kimi K2.5、 Hybrid 系統の GLM Coding Plan) は、全て異なる課金の構造を持つ。移行の費用は実在するが、 Claude の SDK の支出が5倍から10倍に跳ね上がる利用者にとっては、計算が移行の側に傾くかもしれない。

経路その4: 積極的な prompt caching と credit の伸ばし方の戦術。 Agent SDK の credit は金額の単位なので、各 SDK の呼び出しを安くすれば予算が延びる。 prompt caching の積極的な活用(Anthropic は SDK の利用者向けに caching の手引きを公開)、 system prompt の圧縮、不要な道具の呼び出しの削減の全件が、実質の余裕を延ばす。この経路は崖を回避しない。月の中で崖の到達を遅らせる。

今週中に何をすべきか

発表から6月15日までの32日間は短く、利用者ごとの opt-in の段があるため、何も変えない利用者にも期限の動作が発生する。 3つの具体的な手順:

現状の claude -p と SDK の利用を点検する。 対話の Claude Code の中で /usage を入力し、直近の入力/出力/cache read のトークン数を確認する。 (claude --usage の CLI のフラグは現在は無く、 slash command が対話の中で動く形である。) または Anthropic の Console の利用の頁で直近30日の claude -p / SDK の費用の金額を直接読む。
計画ごとの credit の計算を実行する。 直近30日の SDK の利用を、自分の階層の20ドル/100ドル/200ドルの credit と比較する。手計算を避けるため、入力に金額かトークンの内訳のどちらかを取り、 credit の枯渇までの日数と月の超過と推奨の対応の経路を返す Python の見積もりの道具を公開した: claude_p_burn.py の Gist。単一の Python のファイルで依存は無く、 MIT ライセンスである。 credit を超えていれば、道具は API の料金での超過と、上の4つの対応の経路のうちの1件の推奨を出力する。
共有の自動化を運営している管理者は、今すぐ API key に移行する。 崖を待たない。 Claude Developer Platform の経路は Anthropic がこの事例で明示的に推奨しており、移行は期限までに実行できる程度の作業である。

この変更は商品の品質の劣化ではない。特定の操作者の集まりに対して具体的な金額の影響を持つ、課金の構造の変更である。最も強く打たれるのは、購読の中で無料だった claude -p を中心に作業を組み立ててきた操作者である。これらの操作者は32日間で、作業が API の料金に値するか、 Claude から別の系統に移行する価値があるか、新しい緩衝に合わせて構造を作り直すかを判定する事になる。

判定は各操作者のもの。計算は6月16日に届く請求書のもの。

この分析は独立の操作者(yurukusa)の手で、 2026年3月から Claude Code の自律の作業を回し、 Anthropic の利用枠の機構の変化を公開の情報で追ってきた経験から書かれている。内部の情報は無い。上の数値は全て5月13日の support article と5月13日の HN の議論からの引用である。利用の前に各自で確認してほしい。

5月22日に新刊の事例集 Claude Code Claim-Verify Handbook ($19) と Claude Code Migration Playbook の第2版 ($19) を同時に公開しました。後者は 6月15日の claude -p の月額の credit への分離の判定の入力として、 15件の判定の引き金と6件の経路の型 (継続、移行、並行) で整理しています。前者は道具の主張と実態の乖離の事例を 130件 (本文15件+付録D 115件) で整理しています。試し読みのGistは事例集と移行の手引きの第1版。
予防 hook の集まりは cc-safe-setup (MIT、約800件の hook)。月額の継続の媒体 Claude Code 事故まとめ(無料・月次) (¥500/月) は毎月の事故の整理を配信。

📚 関連の参考資料 (2026年5月28日追加)

本記事の内容と関連する整理を、公開済の素材で articulate しています。

6月15日に予定された課金分離(当日に一時停止・再実施に備える)の判定の枠組み: Migration Playbook v2 (Gumroad、 $19) ——14日後の決定の整理、 9集積の文脈、 130件の claim-verify divergence の事例。 60秒の購入判定の道具で事前判定が可能
月次の追補の継続: Claude Code 事故まとめ(無料・月次) ——5月から12月の8ヶ月の章本文 (cache_control / 副の作業者 / AGENTS.md / Pro Max / 権限 / Skills / v2.1.150 / AUP false-positive)
9集積の枠組みの英語の長編 Gist: The 9-Cluster Framework: Mapping the Structural Failure Surface of Claude Code Operator Defense ——約3,300単語、全件の集積の mechanism / symptom family / defense path の整理。 cluster 9 (Usage Policy classifier over-trigger on Opus、 25+件の起票) の対話型診断道具: 4問の質問→推奨経路の道具
約800件の MIT ライセンスの hook: cc-safe-setup (GitHub) ——9集積に対応する hook を整備した累計

まず、自分のトークン消費がどこで膨らんでいるかは、無料のトークン消費チェックアップで30秒あたりをつけられます。無料で自分の浪費を確かめてから、下の本で全手順を読むのが早いです。

同じ運用のまま費用を約半分にする実践テクニック(もう一段くわしい版): Token & Cost の本(¥2,500、無料の試し読みあり) ——800時間の運用で見つけた費用の勘所を26章に。6月15日の前後の費用の備えの中心の本です。

6月15日の課金分離そのものへの備え（自動実行の claude -p や GitHub Actions が別の月次の枠に分かれる影響の、5分の棚卸しと4つの対処）は Claude Code の6月15日の課金分離に備える（¥800） にまとめています。分離の前に確認しておく構成の見直しの手順を、無料の試し読みで読めます。

800時間の Claude Code 運用データから、トークン消費の削減・複数ベンダー(Claude / Codex / Gemini / Copilot)の並行運用・事故の検知と復旧・サブエージェントの沈黙の失敗対策など、主題別の手引きを公開しています。気になる人は著者の本の一覧から、価格と評価を見て選べます。