【2026年6月15日施行】Anthropicの課金ルール変更を徹底解説 — claude -p・Agent SDK・GitHub Actionsが別枠クレジット制に
目次
- 1 you@claude:~/billing-2026 ❯ 01_tldr.md結論：90 秒ダイジェスト — 変わること・変わらないこと
- 2 you@claude:~/billing-2026 ❯ 02_announcement.md発表の事実関係 — いつ・誰が・何を発表したのか
- 3 you@claude:~/billing-2026 ❯ 03_scope.md対象と対象外 — あなたの使い方はどちらに入るか
- 4 you@claude:~/billing-2026 ❯ 04_factcheck.md「知らないうちに高額請求」は本当か — 噂をファクトチェック
- 5 you@claude:~/billing-2026 ❯ 05_credit_spec.mdAgent SDK クレジットの仕様 — 金額・リセット・繰り越し・共有
- 6 you@claude:~/billing-2026 ❯ 06_background.mdなぜ変わるのか — 15〜30 倍の補助と 2026 年 4 月の制限措置
- 7 you@claude:~/billing-2026 ❯ 07_cost_estimate.md$20 でどれだけ動かせるのか — API 定価で試算する
- 8 you@claude:~/billing-2026 ❯ 08_audit_prompt.md自分の環境を棚卸しする — 一括調査プロンプト
- 9 you@claude:~/billing-2026 ❯ 09_hidden_claude_p.md気づかず claude -p を使っているパターン集
- 10 you@claude:~/billing-2026 ❯ 10_github_actions.mdGitHub Actions ユーザーの確認ポイント — 認証方式で運命が分かれる
- 11 you@claude:~/billing-2026 ❯ 11_third_party.mdサードパーティツール（Zed・常駐エージェント等）への影響
- 12 you@claude:~/billing-2026 ❯ 12_action_plan.md6 月 15 日までの対応パターン — ケース別の推奨
- 13 you@claude:~/billing-2026 ❯ 13_checklist.mdチェックリスト 12 項目とまとめ
Anthropic Billing Update · 2026年6月15日施行 · ファクトチェック付き解説
2026 年 6 月 15 日、Anthropic の有料プラン（Pro / Max / Team / Enterprise）の課金ルールが変わります。対象になるのは Claude をプログラムから自動で呼び出す使い方——具体的には claude -p（画面を介さない自動実行）、Claude Agent SDK、Claude Code の GitHub Actions、そして SDK 経由で動く常駐ツールです。これらがサブスクリプションの利用枠から切り離され、「Agent SDK クレジット」という別枠の月次クレジット制に移行します[1]。SNS では「知らないうちに高額請求が来る」という不安も広がっていますが、公式仕様を確認するとデフォルト設定で勝手に課金が膨らむことはなく、本当に起きやすい事故はむしろ「自動化が黙って止まる」ことだと分かります。本記事では一次情報（Anthropic 公式ヘルプセンター・料金ドキュメント）と国内外の報道を突き合わせ、何がどう変わるのか、誰が影響を受けるのか、6 月 15 日までに何をすべきかを整理します。自分の環境を一括チェックできる調査プロンプトも用意しました。所要時間は約 20 分です。
you@claude:~/billing-2026 ❯ 01_tldr.md結論：90 秒ダイジェスト — 変わること・変わらないこと
全 13 章を読む時間がない方のために、確認できた事実を先に圧縮します。
- 2026 年 6 月 15 日から、Claude をプログラムから呼び出す利用がサブスクの利用枠から分離される。対象は Claude Agent SDK、
claude -p（非対話モード）、Claude Code の GitHub Actions、サブスク認証で動くサードパーティアプリの 4 つ[1]。 - 代わりに「Agent SDK クレジット」という月次クレジットが付与される。Pro は月 $20、Max 5x は $100、Max 20x は $200 相当。消費は API の定価レートで計算される[1]。
- 手で対話して使う分は何も変わらない。ターミナルや IDE で普通に使う Claude Code、Claude.ai のチャット（Web / デスクトップ / モバイル）、Claude Cowork は従来どおりサブスク枠のまま[1]。
- API キーで使っている人も何も変わらない。Claude Console で発行した API キー経由の利用は、もともと純粋な従量課金であり、今回の変更の対象外[1]。
- 「知らないうちに高額請求」はデフォルト設定では起こらない。クレジットを使い切ると、追加課金の設定（usage credits）を自分で有効化していない限り、リクエストは翌サイクルまで拒否（停止）される。むしろ警戒すべきは「月の途中で自動化が黙って止まる」事故のほう[1]。
- クレジットは初回 1 回だけ受け取り手続きが必要。対象ユーザーには案内メールが届き、一度受け取れば以後は請求サイクルごとに自動更新される[1]。
- 未使用分の繰り越しはなく、チーム内での共有もできない。クレジットは個人アカウントに紐づく[1]。
Claude の有料プラン（Pro / Max）を契約していて、Claude Code やスクリプトでの自動化を多少なりとも使っている方が中心読者です。本文では 「ヘッドレス実行」＝画面での対話を介さず、コマンドやプログラムから Claude を自動で動かすこと、「Agent SDK」＝Claude のエージェント機能を自作プログラムに組み込むための開発キットのように、専門用語には初出時に言い換えを添えます。Claude Code 自体の節約術は当ブログの 使用量制限と節約テクニックの記事 もあわせてどうぞ。
you@claude:~/billing-2026 ❯ 02_announcement.md発表の事実関係 — いつ・誰が・何を発表したのか
まず「この話はどこまで公式情報なのか」を確定させます。今回の変更は噂や憶測ではなく、Anthropic が公式に発表し、ヘルプセンターに仕様が明文化されている確定事項です。時系列で整理すると次のようになります。
| 時期 | 出来事 |
|---|---|
| 2026 年 4 月上旬 | Anthropic が OpenClaw や Conductor などサードパーティ製ツールによるサブスク認証での Agent SDK 利用を全面的に制限。一部ユーザーが月額料金を大幅に上回る計算資源を消費していたことが理由とされる[4] |
| 2026 年 5 月 13 日 | Anthropic が開発者向け公式アカウントとヘルプセンターを通じて「Agent SDK クレジット」の新設を発表。プログラムからの利用を別枠の月次クレジット制に移行すると告知[4][5] |
| 2026 年 6 月上旬 | 対象ユーザーへのクレジット受け取り案内メールの送付が始まったと報じられる |
| 2026 年 6 月 15 日 | 新ルール施行。Agent SDK・claude -p 等の利用がサブスク枠から外れ、Agent SDK クレジットからの消費に切り替わる[1] |
一次情報にあたるのは、Anthropic 公式ヘルプセンターの記事「Use the Claude Agent SDK with your Claude plan」[1] です。本記事の仕様に関する記述は、原則としてこのページと公式料金ドキュメント[2] に基づいています。国内では ITmedia[4] やテクノエッジ[5] が発表当日に報じており、海外では影響を受ける側のコードエディタ Zed が自社ブログで対応方針を公表しています[3]。
Claude の有料プランは 2025 年夏に「5 時間ごとのリセット＋週次上限」という現在の利用枠制度が導入され、その後も調整が続いてきました。今回の変更はその延長ではなく、「人間が対話する利用」と「プログラムが自動で呼ぶ利用」を別の財布に分けるという構造的な変更です。対話利用のルール自体は今回変わりません。
you@claude:~/billing-2026 ❯ 03_scope.md対象と対象外 — あなたの使い方はどちらに入るか
公式ヘルプセンターは、Agent SDK クレジットの対象（＝サブスク枠から外れるもの）を次の 4 つに限定列挙しています[1]。
| 対象（6/15 以降は Agent SDK クレジットを消費） | 具体例 |
|---|---|
| Claude Agent SDK の利用（Python / TypeScript） | 自作の自動化プログラム、社内ボット、定期実行エージェント |
claude -p コマンド（Claude Code の非対話モード） |
シェルスクリプトからの呼び出し、cron / タスクスケジューラの定期ジョブ |
| Claude Code の GitHub Actions 連携 | PR の自動レビュー、Issue からの自動実装（サブスク認証の場合） |
| サブスク認証で動くサードパーティアプリ | Zed などの ACP 対応エディタ、OpenClaw のような常駐エージェント |
逆に、対象外（＝従来どおりサブスクの利用枠のまま）も明記されています[1]。
| 対象外（従来どおり） | 補足 |
|---|---|
| ターミナルや IDE で対話的に使う Claude Code | 普段どおり claude と打って会話しながら使う分は変更なし |
| Claude.ai のチャット（Web / デスクトップ / モバイル） | 変更なし |
| Claude Cowork | 変更なし |
| API キー経由の利用全般 | Claude Console で発行した API キーでの利用は、もともと従量課金。「nothing changes（何も変わらない）」と明記 |
境界線を一言でいうと、「キーボードの前に人間がいて、応答を見ながら次の指示を出す使い方」はサブスク枠、「プログラムが人間の代わりに Claude を呼ぶ使い方」は Agent SDK クレジットです。同じ Claude Code というツールでも、対話モードで使えばサブスク枠、claude -p で自動実行すればクレジット消費、と起動の仕方で財布が変わるのが今回の変更の核心です。
「対話セッション中に、設定したフック（特定のタイミングで自動実行されるシェルコマンド）の中から claude -p を呼んでいる」ような構成は、フック自体は対話セッションの一部でも、そこから新しく起動される claude -p は非対話モードの実行です。ch09 で「気づかず使っているパターン」としてまとめて点検します。
you@claude:~/billing-2026 ❯ 04_factcheck.md「知らないうちに高額請求」は本当か — 噂をファクトチェック
今回の変更をめぐって SNS で最も拡散しているのが「6 月以降、知らないうちに高額請求が来た人が大量発生するのでは」という不安です。公式仕様と照らし合わせて、主張を 1 つずつ検証します。
| SNS で見かける主張 | 検証結果 | 根拠 |
|---|---|---|
「claude -p や Agent SDK がサブスク枠から外れる」 |
✅ 正確 | 公式ヘルプセンターに明記[1] |
| 「サブスクとは別の従量課金になる」 | ⚠️ 半分正確 | 正しくは「プラン料金に含まれる月次クレジット」がまず付与される。従量課金が発生するのは、クレジットを使い切り、かつ追加課金設定を自分で有効化している場合のみ[1] |
| 「知らないうちに高額請求が来る人が大量発生する」 | ❌ デフォルト設定では起こらない | クレジット切れ後の挙動は「リクエスト停止」がデフォルト。請求が膨らむのは usage credits（追加課金）を有効化している場合だけ[1] |
「気づかず claude -p を自動化スクリプトで使っている人が多い」 |
✅ 妥当な指摘 | cron・CI・フック等に claude -p を仕込む運用は広く普及しており、棚卸しの必要性は本物（ch08〜09） |
鍵になるのは、公式ヘルプセンターのこの一文です。クレジットを使い切ったときに何が起こるかが明確に書かれています[1]。
When your monthly credit runs out, additional Agent SDK usage flows to usage
credits at standard API rates -- but only if you've enabled usage credits.
Otherwise, Agent SDK requests stop until your credit refreshes.「月次クレジットを使い切ると、それ以降の Agent SDK 利用は標準 API レートで usage credits（追加課金枠）から消費されます——ただし、あなたが usage credits を有効化している場合に限ります。有効化していない場合、Agent SDK のリクエストはクレジットが更新されるまで停止します。」
つまり、何も設定していない人に突然の高額請求は来ません。来るのは「エラー」です。たとえば毎晩動かしている定期レポート生成が月の途中で claude -p ごと止まり、気づいたら 1 週間レポートが生成されていなかった——というのが現実に起きやすい事故です。逆に、過去にサブスク枠の上限対策として追加課金（usage credits）を有効化したことがある人は、自動化の暴走がそのまま請求になる経路が開いているので、ch12 で説明する上限設定の確認が必須です。
まとめると、拡散している不安は「方向は合っているが、メカニズムが不正確」です。正しい警戒の向きは (1) 追加課金を有効化している人 → 請求の監視、(2) それ以外の人 → 自動化の停止リスクへの備え、の 2 本立てになります。
you@claude:~/billing-2026 ❯ 05_credit_spec.mdAgent SDK クレジットの仕様 — 金額・リセット・繰り越し・共有
公式ヘルプセンターに記載されているクレジットの仕様を一覧にします[1]。
| プラン | 月次クレジット |
|---|---|
| Pro | $20 相当 |
| Max 5x | $100 相当 |
| Max 20x | $200 相当 |
| Team（Standard シート） | $20 相当 |
| Team（Premium シート） | $100 相当 |
| Enterprise（利用量ベース） | $20 相当 |
| Enterprise（Premium シート） | $200 相当 |
運用ルールは次の 5 点です。
- 受け取りは初回 1 回だけ。対象ユーザーには案内メールが届き、自分の Claude アカウントから一度受け取り手続き（クレーム）をすれば、以後は請求サイクルごとに自動で更新される。
- 毎月リセット・繰り越しなし。「Unused credits don't roll over to the next billing cycle（未使用クレジットは翌請求サイクルに繰り越されません）」と明記。今月 $5 しか使わなくても、余った $15 は消える。
- 個人アカウントに紐づき、共有不可。Team / Enterprise でも、クレジットをチームでプールしたり、他のメンバーに譲渡したりはできない。
- 消費は API の定価レートで計算。どのモデルを何トークン使ったかに応じて、API と同じ単価でクレジットが減る（ch07 で試算します）。
- 消費の優先順位はクレジットが先。Agent SDK 利用はまず月次クレジットから引かれ、使い切った後にはじめて usage credits（有効化している場合）に流れる。
そして、このクレジットの「想定サイズ」について、公式ヘルプセンターは立ち位置をはっきり書いています[1]。
The Agent SDK monthly credit is sized for individual experimentation.「Agent SDK の月次クレジットは、個人の実験用途を想定したサイズに設定されています。」
これは「本格的な自動化・本番運用はサブスクではなく API キー（純粋な従量課金）でやってください」という Anthropic からの線引きの宣言です。毎日 CI で大量に回す、常駐エージェントを 24 時間動かす、といった使い方をサブスクの定額で賄う前提は、今回の変更で公式に終了したと理解するのが正確です。本番運用の移行先は ch12 で整理します。
you@claude:~/billing-2026 ❯ 06_background.mdなぜ変わるのか — 15〜30 倍の補助と 2026 年 4 月の制限措置
「なぜ急に？」と感じるかもしれませんが、経緯を追うと今回の変更は突発ではなく、2026 年 4 月の制限措置の落とし所として用意されたものです。
背景にあるのは、サブスクと API の極端な価格差です。Zed のブログは「Claude のサブスクリプションは、エージェント利用を API 価格と比べておよそ 15〜30 倍補助していた」と指摘しています[3]。人間が手で対話する分には 1 日数十回のやり取りが上限ですが、自律エージェントは数千リクエストを生成し、テストを回し続け、再帰的にモデルを呼びます。月額 $20 の Pro プランで、API 換算 $300〜600 相当の計算資源を消費するユーザーが現実に存在した、ということです。
これが臨界点を超えたのが 2026 年 4 月でした。ITmedia の報道によれば、Anthropic は OpenClaw や Conductor などのサードパーティ製ツールについて、Agent SDK 経由でのサブスクリプション利用を全面的に禁止します。理由は「一部のユーザーがプロンプトキャッシュ（同じ内容の再処理を安価にする仕組み）に最適化されていないサードパーティ製ツールを使うことで、月額料金を大幅に上回る数百〜数千ドル相当のコンピューティングリソースを消費していた」ためでした[4]。
つまり今回の Agent SDK クレジットは、「全面禁止」から「定額の小さな財布つきで再開」への方針転換です。整理すると：
| 時期 | サードパーティ・自動化のサブスク利用 |
|---|---|
| 〜2026 年 3 月 | 対話利用と同じサブスク枠を消費（事実上の大幅補助） |
| 2026 年 4 月〜 | サードパーティの Agent SDK 経由利用を全面禁止 |
| 2026 年 6 月 15 日〜 | Agent SDK クレジットの範囲内で再開。超過分は停止 or 追加課金（選択制） |
「コストを発生させる人がそのぶん払う」という原則への回帰であり、見方を変えれば 4 月以降使えなくなっていた OpenClaw のようなツールが、上限つきで再び使えるようになる緩和措置でもあります。「実質値上げ」という側面（ヘビーな自動化ユーザーにとって）と「利用再開」という側面（サードパーティツールのユーザーにとって）が同居しているのが、今回の変更の正確な姿です[5]。
you@claude:~/billing-2026 ❯ 07_cost_estimate.md$20 でどれだけ動かせるのか — API 定価で試算する
クレジットの消費は API の定価レートで計算されます。現行モデルの定価（100 万トークンあたり）は次のとおりです[2]。
| モデル | 入力 | 出力 | キャッシュ読み取り |
|---|---|---|---|
| Claude Fable 5 | $10 | $50 | $1 |
| Claude Opus 4.8 | $5 | $25 | $0.50 |
| Claude Sonnet 4.6 | $3 | $15 | $0.30 |
| Claude Haiku 4.5 | $1 | $5 | $0.10 |
これを使って、よくある自動化パターンが Pro の $20 クレジットでどの程度動くか試算してみます。キャッシュ効果を無視した単純計算（保守的な見積もり）である点に注意してください。実際の Claude Code / Agent SDK はプロンプトキャッシュ（再利用部分を定価の 10 分の 1 で読み込む仕組み）を積極的に使うため、現実の消費はこれより小さくなることが多いです。
| 自動化パターン（想定トークン） | モデル | 1 回あたり | $20 で動く回数 |
|---|---|---|---|
| 毎朝のニュース要約ジョブ（入力 5 万 / 出力 5 千） | Haiku 4.5 | 約 $0.08 | 約 260 回（毎日でも余裕） |
| PR の自動コードレビュー（入力 10 万 / 出力 1 万） | Sonnet 4.6 | 約 $0.45 | 約 44 回 |
| PR の自動コードレビュー（同上） | Fable 5 | 約 $1.50 | 約 13 回 |
| 自律エージェントの重いタスク（入力 20 万 / 出力 2 万） | Fable 5 | 約 $3.00 | 約 6〜7 回 |
| 常駐エージェントの長時間自律実行（数百万トークン規模） | Fable 5 | $10〜数十ドル | 数回で枯渇 |
この表から読み取れる実務的な結論は 3 つです。
- 軽量モデルの軽い定期ジョブなら Pro の $20 でも十分回る。Haiku 4.5 での毎日のバッチ処理程度なら、クレジット内に収まる可能性が高い。
- Fable 5 を使う重いエージェントタスクは、Pro だと月 1 桁回数しか動かない。最上位モデルは出力単価が Haiku の 10 倍であり、クレジットの減りも 10 倍速い。
- 常駐型・24 時間型のエージェントはクレジット設計の想定外。Max 20x の $200 でも、ヘビーな常駐運用なら月の前半で使い切る計算になる。公式が言う「個人の実験用途サイズ」（ch05）はこのことを指している。
クレジット内に収めたい場合の調整手段は API のコスト最適化と同じです。(1) モデルを下げる（Fable 5 → Sonnet 4.6 / Haiku 4.5 で単価が 1/3〜1/10）、(2) プロンプトキャッシュが効く構成にする（同じシステムプロンプト・同じ文脈を使い回す設計にすると入力コストが最大 90% 下がる）、(3) 実行頻度・1 回あたりの読み込み量を見直す（毎時 → 毎日に、リポジトリ全体 → 差分だけに）[2]。
you@claude:~/billing-2026 ❯ 08_audit_prompt.md自分の環境を棚卸しする — 一括調査プロンプト
ここからは実践です。最初にやるべきは「自分の PC・リポジトリのどこに、対象になる呼び出しが潜んでいるか」の棚卸しです。手作業で探すより、Claude Code 自身に探させるのが速くて漏れがありません。以下のプロンプトを Claude Code に貼り付けるだけで、対象箇所の洗い出しから対応案の提案までまとめてやってくれます。
2026年6月15日からAnthropicの課金ルールが変わり、Claudeをプログラムから呼び出す利用
（claude -p によるヘッドレス実行、Claude Agent SDK、Claude Code の GitHub Actions、
SDK経由で動く常駐ツール）が、サブスクの利用枠とは別の月次クレジット制になる。
手で対話して使う Claude Code・Claude.ai・Cowork と、APIキー経由の利用は対象外。
この PC とリポジトリから、対象になりそうな箇所をすべて洗い出してほしい。
怪しいのは次のあたり。探し方は任せる。
- シェルスクリプト・バッチファイルからの claude -p 呼び出し
- cron / launchd / Windowsタスクスケジューラの定期ジョブ
- CI/CD ワークフロー（.github/workflows 内の anthropics/claude-code-action など）
- package.json / requirements.txt / pyproject.toml の Agent SDK 依存
（@anthropic-ai/claude-agent-sdk、claude-agent-sdk）
- Claude Code のフック設定から claude -p を呼んでいるもの
- サブスク認証（OAuth）で動くサードパーティ常駐ツール
見つけたものを「どこで・何が・いつ動くか・認証方式（サブスク or APIキー）」の
一覧表にして、それぞれ 6/15 までにどう対応すべきか
（そのままでOK / APIキーに移行 / モデル変更や頻度削減 / 停止）まで提案して。
注意: APIキーや環境変数・認証情報ファイルの中身は絶対に出力しないこと。このプロンプトのポイントは 3 つあります。
- 変更の内容をプロンプト内で説明している。「6/15 の課金変更に対応して」とだけ書くと、モデルが変更内容を誤解したまま調査する可能性がある。判断基準（対象 / 対象外）を本文に埋め込むことで、検出と提案の精度が安定する。
- 「認証方式」を一覧の列に入れている。同じ GitHub Actions でも、サブスク認証なら対象・API キー認証なら対象外（ch10）。ここを区別できないと対応案がずれる。
- 認証情報を出力しないよう明示している。調査の過程で
.envや設定ファイルに触れる可能性があるため、機密値の表示禁止を最後に念押ししている。チームで共有する場合もこの 1 行は残すことを推奨。
Claude Code を使わずに手動で確認したい場合は、最低限これだけでも当たりが付きます。
# リポジトリ内の claude -p 呼び出しを検索
git grep -n "claude -p"
# ホームディレクトリのスクリプト・シェル設定から検索
grep -rn "claude -p" ~/.zshrc ~/.bashrc ~/bin ~/scripts 2>/dev/null
# 定期ジョブの確認
crontab -l
# GitHub Actions で Claude Code を使っているか
grep -rn "claude-code-action" .github/workflows/ 2>/dev/null
# Agent SDK への依存があるか
grep -n "claude-agent-sdk" package.json requirements.txt pyproject.toml 2>/dev/null「自分は対話でしか使っていないから関係ない」と思っている人ほど、一度は読んでほしい章です。claude -p は 「プロンプトを 1 回渡して、結果だけ受け取って終了する」モードで、Claude Code を部品としてスクリプトに組み込むときの標準的な書き方です。便利なので、過去に試した自動化がそのまま動き続けているケースが少なくありません。
よくある「気づかず対象」パターンを挙げます。
| パターン | 具体例 | 6/15 以降 |
|---|---|---|
| 定期実行ジョブ | cron / タスクスケジューラで毎朝ニュース要約、毎晩ログ分析、週次レポート生成 | Agent SDK クレジットを消費 |
| シェルスクリプト・エイリアス | summarize() { cat "$1" | claude -p "要約して"; } のような自作関数 |
実行のたびにクレジット消費 |
| Git フック | コミット前に claude -p でコミットメッセージ生成・差分チェック |
コミットのたびにクレジット消費 |
| Claude Code のフックからの再帰呼び出し | 対話セッションのフック（自動実行コマンド）内で別途 claude -p を起動して判定・整形をさせる構成 |
フックが走るたびにクレジット消費 |
| CI パイプライン | GitHub Actions 以外でも、Jenkins・GitLab CI 等から claude -p を叩く構成（サブスク認証の場合） |
ビルドのたびにクレジット消費 |
| 他ツールへの組み込み | n8n・自作 Slack ボット・メモアプリ等から Claude Code をサブプロセスとして呼ぶ構成 | 呼び出しのたびにクレジット消費 |
とくに注意したいのが 「定期実行 × 高頻度 × 大きい入力」の組み合わせです。たとえば「毎時、リポジトリ全体を読ませて変更を監視する」ようなジョブは、1 回あたりの消費は小さくても月 720 回実行されます。ch07 の試算と掛け合わせて、月額換算でいくらになるかを必ず見積もってください。
対話中の Claude Code が内部で使うサブエージェント・スキル・通常のフック（シェルコマンド実行）は、対話セッションの一部であり、公式の対象リスト[1] に挙げられた「非対話モード」「Agent SDK」「GitHub Actions」「サードパーティアプリ」のいずれにも該当しません。対象になるのは、あくまでフック等から新たに claude -p プロセスを起動した場合です。
you@claude:~/billing-2026 ❯ 10_github_actions.mdGitHub Actions ユーザーの確認ポイント — 認証方式で運命が分かれる
Claude Code の GitHub Actions（PR 自動レビューや Issue からの自動実装）を使っている場合、確認すべきはただ 1 点、ワークフローの認証方式です。同じ Action でも、渡している認証情報によって 6/15 以降の扱いがまったく違います。
# パターンA: サブスク認証（OAuth トークン）
# → 6/15 以降は Agent SDK クレジットを消費。クレジット切れで停止しうる
- uses: anthropics/claude-code-action@v1
with:
claude_code_oauth_token: ${{ secrets.CLAUDE_CODE_OAUTH_TOKEN }}
# パターンB: API キー認証
# → もともと API の従量課金。今回の変更の影響なし
- uses: anthropics/claude-code-action@v1
with:
anthropic_api_key: ${{ secrets.ANTHROPIC_API_KEY }}判断フローは次のとおりです。
- パターン B（API キー）なら、何もしなくてよい。公式が「API キー利用は何も変わらない」と明言しています[1]。
- パターン A（OAuth トークン）なら、月間の実行回数と消費を見積もる。ch07 の試算で、PR レビュー 1 回あたり数十セント〜数ドル。月のレビュー数 × 単価がプランのクレジット額に収まるかを確認。
- 収まらない、または止まると困る場合は API キーに切り替える。Claude Console で API キーを発行し、リポジトリの Secrets に
ANTHROPIC_API_KEYを登録、ワークフローのwith:を書き換えるだけ。チームの本番 CI は最初から API キー側に寄せるのが公式の想定（ch05）。
サブスク認証のままクレジットが尽きると、PR レビューや自動マージ前チェックが月の途中から沈黙します。「Action は成功扱いなのにレビューコメントが付かない」ではなく、リクエスト自体が拒否されてジョブが失敗する形になるため、ワークフローの失敗通知（Slack / メール）を設定しておけば検知はできます。リリース直前の追い込み期にレビュー CI が止まる、といった事故を避けたいリポジトリは、6/15 を待たず API キー認証へ移行しておくのが安全です。
you@claude:~/billing-2026 ❯ 11_third_party.mdサードパーティツール（Zed・常駐エージェント等）への影響
4 つ目の対象カテゴリ「サブスク認証で動くサードパーティアプリ」は、自分でコードを書いていなくても該当しうる領域です。代表例が、コードエディタ Zed のように ACP（Agent Client Protocol：エディタ等から Claude Code を呼び出すための共通規格）経由で Claude Code を組み込んでいるツールと、OpenClaw のような SDK 上に構築された常駐エージェントです。
影響を受ける当事者である Zed は、ブログで変更内容をこう説明しています[3]。
If you use Claude Code through ACP (in Zed or anywhere else), that usage
will no longer draw from your Claude Pro or Max subscription limits.
Instead, it draws from a new monthly "Agent SDK credit".「ACP 経由で Claude Code を使っている場合（Zed でも、それ以外のツールでも）、その利用はもう Claude Pro / Max のサブスクリプション利用枠からは消費されません。代わりに、新しい月次の『Agent SDK クレジット』から消費されます。」
「Claude の公式アプリ・公式 CLI 以外のツールに、Claude アカウントでログイン（サブスク認証）して Claude を使っている」なら該当の可能性が高いです。エディタ組み込みエージェント、デスクトップの AI アシスタント、自動化プラットフォームなどが典型。各ツールの設定画面で「Anthropic API キーを入れているのか、Claude アカウント連携なのか」を確認してください。API キーを入れているなら従来どおりの従量課金で、今回の変更とは無関係です。
Zed が自社ユーザーに提示している選択肢は 3 つで、これは他のサードパーティツール利用者にもそのまま当てはまる整理です[3]。
- 公式 CLI に寄せる。エディタ内のターミナルで公式の
claudeコマンドを対話的に使えば、従来どおりサブスク枠が適用される。 - クレジット内で使い続ける。利用が軽いなら、新しい Agent SDK クレジットの範囲内でこれまでどおり使える。
- API キーや他プロバイダに切り替える。ヘビーに使うなら、API キーの従量課金や、別のモデル・エージェントへ移行する。
常駐型エージェント（OpenClaw 系）のユーザーは、ch07 の試算が示すとおりクレジットだけで 24 時間運用を賄うのは現実的ではありません。2026 年 4 月の全面禁止が解けて「再び使える」ようになるのは朗報ですが、運用規模に応じて API キーへの移行か、稼働時間・モデルの大幅な絞り込みが前提になります。
you@claude:~/billing-2026 ❯ 12_action_plan.md6 月 15 日までの対応パターン — ケース別の推奨
ここまでの内容を「自分は何をすればいいか」に落とし込みます。まず全員共通の 2 つ、次に利用パターン別の対応です。
全員共通：2 つだけ
- クレジットの受け取り手続きをする。Anthropic からの案内メールを確認し、Claude アカウントで初回のクレーム（受け取り）を済ませる。1 回やれば以後は自動更新[1]。自動化を使う予定がなくても、受け取っておいて損はない（使わなければ消えるだけで、追加料金は発生しない）。
- 追加課金（usage credits）の設定状態を確認する。Claude の設定画面で、超過時に従量課金へ流れる設定が有効になっていないかを確認。有効なら「上限なしの自動化×従量課金」という事故経路が存在するので、本当に必要か見直す。無効なら、超過時はリクエスト停止になる（請求は増えないが自動化は止まる）。
利用パターン別の推奨
| あなたの使い方 | 影響 | 推奨アクション |
|---|---|---|
| 対話でしか使っていない（Claude Code・Claude.ai・Cowork） | なし | 何もしなくてよい。念のため ch08 のプロンプトで「隠れ claude -p」がないかだけ確認 |
軽い自動化だけ（小さい定期ジョブ、たまの claude -p） |
小 | クレジットを受け取り、そのまま運用。ch07 を参考に月額換算だけ見積もっておく |
| GitHub Actions をサブスク認証で運用 | 中 | 実行頻度×単価を試算。止まると困るリポジトリは API キー認証へ切り替え（ch10） |
| 重い自動化・本番運用（CI 大量実行、業務システム組み込み） | 大 | API キー（従量課金）へ移行が公式の想定。Claude Console 側で予算上限・アラートを設定して移す |
| 常駐エージェント（OpenClaw 系、24 時間稼働） | 大 | クレジットでは賄えない前提で設計し直す。API キー移行＋モデル/稼働時間の最適化、または運用縮小 |
移行先としての API キー運用を恐れない
「従量課金は怖い」という心理的ハードルがありますが、API キー運用にはサブスクにない安全装置があります。Claude Console では組織単位の予算上限や使用量アラートを設定でき、コストの内訳もリアルタイムで確認できます[2]。「上限を切った API キー」は、実は「上限が見えにくいサブスク自動化」より管理しやすい、というのが運用者の実感に近いはずです。さらに時間に余裕のあるバッチ処理なら Batch API で 50% 引き、繰り返しの多い構成ならプロンプトキャッシュで入力コストを最大 90% 削減できます[2]。
「claude -p が別枠になるなら、自動化スクリプトを対話モードの自動操縦（キー入力の自動送信など）に書き換えて対話枠で使い続けよう」という発想は推奨しません。対話枠は人間の利用を想定した区分であり、規約・技術の両面でリスクがあるうえ、2026 年 4 月の全面禁止（ch06）が示すとおり、抜け道的な利用はより強い制限で塞がれる方向に動きます。
you@claude:~/billing-2026 ❯ 13_checklist.mdチェックリスト 12 項目とまとめ
最後に、6 月 15 日までにやることをチェックリストにまとめます。上から順に潰せば対応漏れはありません。
把握する（ch02〜07）
- 変更の対象は「
claude -p・Agent SDK・GitHub Actions（サブスク認証）・サードパーティアプリ」の 4 つだと理解した - 対話利用（Claude Code / Claude.ai / Cowork）と API キー利用は変わらない、と理解した
- 自分のプランの月次クレジット額（Pro $20 / Max 5x $100 / Max 20x $200）を把握した
- クレジット切れのデフォルト挙動は「停止」であり、勝手に高額請求は来ないと理解した
- 繰り越しなし・共有なし・API 定価レート消費、という仕様を把握した
調べる（ch08〜11）
- ch08 の一括調査プロンプトを Claude Code で実行し、対象箇所の一覧を作った
- cron / タスクスケジューラ / フック / エイリアスの「隠れ
claude -p」を確認した - GitHub Actions の認証方式（OAuth か API キーか）を確認した
- サードパーティツールの認証方式（アカウント連携か API キーか）を確認した
対応する（ch12）
- Anthropic からの案内メールでクレジットの受け取り手続きをした
- 追加課金（usage credits）の設定状態を確認し、必要なら見直した
- 止まると困る自動化・重い自動化は、API キー＋予算上限つきの構成へ移行した（または移行を計画した）
まとめます。今回の変更は「サブスクの値上げ」ではなく、「人間の対話」と「プログラムの自動実行」の財布を分ける構造変更です。対話だけのユーザーには影響がなく、軽い自動化ユーザーには月次クレジットという明確な定額枠が与えられ、重い自動化ユーザーには API キーへの移行が促される——それぞれの立場で取るべき行動が違うからこそ、「高額請求が来る」という一律の恐怖よりも、自分の環境の棚卸しと、止まって困るものの特定が 6 月 15 日までの本当の宿題です。この記事の調査プロンプトとチェックリストが、その作業を 30 分で終わらせる助けになれば幸いです。
