Claude Code 料金を再計算：7月13日まで週次上限50%増、Codex移行の損得

AnthropicはClaude Codeの週次上限を7月13日まで50%引き上げました。27日間で3度目の容量拡大です。同じ日の午後、OpenAIは乗り換える企業にCodexを2か月無料で提供する対抗策を打ち出しました。私はMax 20xで6本の配信ルーチンを運用しています。Claude Code 料金を踏まえると、今回の+50%で得られるのは当面の余裕であって、根本解決ではありません。

今日の変更点を3つの数字で整理

本日19:07 UTC、@ClaudeDevsはClaude Codeの週次上限を2026年7月13日まで50%拡大すると発表しました。すでにPro、Max、Team、シート制Enterpriseで適用されています。無料プランは対象外です。APIユーザーへの変更もありません。APIは週次上限ではなく、従来どおりトークン単位の従量課金です。

引き上げ後の週次上限をプラン別に再計算すると、$20/moのProはSonnetが約60時間、Opusが12時間です。$100のMax 5xはOpus約75時間。$200で私も利用しているMax 20xは、Opus約200時間から約300時間へ増えます。1シート$30のTeamも、共有プール全体で同じ比率だけ拡大されます。

@ClaudeDevsの投稿から3分後、@bridgemindaiは、新しい上限でClaude Codeが「Codexと同等」になったと返信し、レート制限を理由にMaxをすでに2度解約したことも明かしました。Anthropicは慎重に反応を避けています。実は、この沈黙こそ今日もっとも示唆的な点です。公式メッセージは「パワーユーザー向けの容量拡大」ですが、本音は「7月までに離脱しないでほしい」でしょう。

27日間で3度の引き上げ、その並びが示すもの

今回だけを単発の発表として見るべきではありません。27日間にわたる防衛策の第3弾であり、個々の数字以上に一連の形が重要です。

第1弾は4月16日です。オフピーク時の容量を2倍にするClaude 2xプロモーションは、いわば穏やかな試験運用でした。上限を緩めたときにOpusの消費がどこまで増えるのか、インフラがその負荷に耐えられるのかをAnthropicは測っていました。

第2弾は5月6日です。Claude Codeの時間単位の上限を2倍にし、ProとMaxのピーク時間帯という概念を撤廃。Opus tier 1ではAPIレート制限を入力で1500%、出力で900%引き上げました。さらに同じ月、SpaceX Colossus 1とのコンピュート契約も結んでいます。規模は300 MW、220,000台超のNVIDIA GPUです。これが供給側の対策です。「あれば便利」程度の機能のために、推論基盤へ3分の1ギガワットもの計算資源を追加することはありません。

そして第3弾が本日の週次上限+50%で、期限は7月13日です。パワーユーザーを苦しめていたのはこの上限でした。5月6日の改定で時間単位の絞り込みは改善したものの、週次上限が変わらなければ、日次の余裕だけ増えても継続的な本番ワークロードには効きません。解約を伝える投稿が積み上がり続けた理由です。

1つの容量拡大策を3回の広報サイクルに分けたのは、意図的なリテンション施策です。300 MWの新規コンピュートで支える、明確な対Codex防衛シーケンスと見るべきでしょう。読み違える余地はほとんどありません。

OpenAIが同日に仕掛けた対抗策、その対称性が意味すること

Anthropicの投稿より4時間早い15:35 UTC、@OpenAIDevsは「職場でCodexを（正式に）使いたいですか？ この投稿をCTOに送ってください」と投稿しました。条件を満たすEnterprise顧客が30日以内に移行すれば、Codex利用料を2か月分無料にする提案です。

この言い回しは慎重に読む必要があります。「CTOに送ってください」は、熱心な個人開発者ではなく予算決裁者に向けた言葉です。開発者50人、1シート約$30のCodex契約なら、2か月分は実質$3,000〜$5,000のクレジットになります。200〜500シートのEnterprise契約では最大$18,000です。開発者向けの特典ではなく、財務部門が無視できない規模のインセンティブです。

両社の施策は重複ではなく、互いを補完する関係にあります。Anthropicは個人開発者の上限を引き上げ、ファネル下部の流出を防ぎます。一方のOpenAIは、CTOの予算に直接働きかけてファネル上部を攻めます。同じ移行圧力の急所を、正反対の側から押しているのです。

いずれにしても、このタイミングは興味深いものです。Anthropicにとって安心できる展開ではありません。

7月13日になっても変わらない、タスク当たりのトークン差

+50%でも動かない数字があります。

同一ワークロードを使った独立ベンチマークでは、同等の出力を得るためにClaude CodeがCodexの3〜4倍のトークンを消費します。Figmaプラグインを一式構築したケースでは、Codexが1.499 millionトークン、Claude Codeが6.232 millionトークンで、比率は4.2xです。ReactとNodeによるスケジューラーアプリではCodexが72.5k、Claude Codeが234.7kで3.2x。OAuth対応のREST API統合ではCodexが約180k、Claude Codeが約650kで3.6xでした。

これに対するAnthropicの説明は「出力の決定性と完成度が高い」というものです。しかし、GPT-5.3-Codexを相手にすると、その説明は成立しません。SWE-Bench Proは統計的に同等で、Codexが56.8%、Claude Codeが55.4%です。Terminal-Bench 2.0では差が逆転し、GPT-5.3-Codexの77.3%に対してClaude Opus 4.6は65.4%。Codexが12ポイント上回っています。

経済面の差は容赦がありません。サブスクリプション価格が同じなら、重いエージェント型ワークフローを回すユーザーは3〜4日でClaude Codeの週次上限に達します。同じタスク量でも、Codexなら余力を残して完了できます。+50%で差は縮まりますが、解消はしません。AnthropicがOpus自体のトークン効率を改善しない限り、7月13日以降はタスク当たりコストという構造的な問題が元に戻ります。

まだ修正を出せないときに買えるのは、2か月の猶予です。

Claude Code 料金は割に合うのか：+50%後の私の6ルーチン構成

私はMax 20xのClaude上で、6本の配信ルーチンを動かしています。各ルーチンはCloudflare Workflowで、カテゴリー別の記事を選定し、根拠付けし、執筆し、整形し、保存し、インデックス登録し、画像を用意して公開します。各工程ではcallAiのコスト制約を、1インスタンス当たり$1、1日当たり$20にハードコードしています。本番アーキテクチャについてはCloudflareの「100x engineer」スタックを本番運用の視点で解剖で詳しく説明しました。このコスト管理があるからこそ、全体を現実的な費用で運用できます。

引き上げ前の消費量は、直近6週間の実測で、1回の公開サイクル当たりprompt cache込みのAnthropic入力トークンが約1.4 million、出力が80kです。6つのカテゴリールーチン全体で1日4〜6回ディスパッチしています。Max 20xのダッシュボードでは、従来の200時間という週次上限の85〜95%で推移していました。Anthropicへの支出を見直すか、処理チェーンの半分をSonnetへ移さない限り安全に追加できないため、ニュース用の姉妹ルーチンである#7を抑えていたのです。

同じディスパッチ頻度なら、週次のOpus上限が約300時間になったことで、消費率は55〜65%まで下がります。保留していたニュースルーチンはすでに完成しており、今週リリースします。

Codexとの比較を率直に示すと、同じ8工程のワークフローをGPT-5.3-Codexへ移した場合、3〜4xというトークン比率から、同一出力で消費量を約70%削減できます。障害は品質ではありません。現時点では、CodexのMCPとskillsのエコシステムはClaude Codeに比べて弱い領域が偏っています。80ファイルをまたぐリファクタリングを初回で正しく仕上げたい工程では、トークン費用が高くてもOpus 4.7がまだ優位です。移行コストは現実に存在し、運用を支える重要な要素です。

結論として、+50%によって私の構成は7月までClaude Codeで安全に運用できます。ただし、長期的な答えは変わりません。7月13日までにOpusのトークン効率改善が発表されなければ、MCPのカバレッジが不要なルーチン、つまり画像生成、インデックス登録、永続化の工程からCodexへの部分移行を検討します。移行対象は消費量の40%ほどになる見込みです。

代替IDE側も含めて検討する創業者には、Cursorのクラウドエージェント環境で、CodexかClaudeかという二択の外にある並行移行の形を解説しています。

創業者が今週実行すべきこと

Max 20xで週次上限ぎりぎりまで使っていたなら、契約は維持すべきです。抑えていたワークロードを動かしてください。7月13日までですが、増えた余裕は確かに使えます。

Proで週次上限へ頻繁に達していたなら、プロモーション終了前としては最も安くアップグレードできる時期です。ただし、以前の上限を常に70%以上使っていた場合に限ります。そこまで使っていなければ、何が恒久化されるのかを確認できる7月14日まで待つべきです。2週間前のClaude for Small Business発表を含め、Anthropicのこれまでの傾向では、基礎となる経済条件が変わらない限り、プロモーションの上限は期限後に元へ戻ります。

CTOがいて、現在Claude Codeを利用する開発者が50人以上いる企業なら、OpenAIのCodex 2か月無料クレジットを真剣に検討すべきです。+50%によって差は以前より縮まりましたが、トークン効率ではなおCodexが有利です。クレジットの実価値は$3K〜$18Kで、30日という期限は、いずれ必要な判断を前倒しさせます。

判断に迷うなら、実際のワークフローで両方を2週間試してください。同一のPRでタスク当たりトークンを測り、CLIの見た目の好みではなく数字で決めます。/compactコマンド、Caveman Mode、PreToolUse hookを使えば、Claude Codeのトークン消費を40〜75%削減できます。まずこれらを適用し、調整済みの環境とCodexを比較してください。初期設定のまま比べるべきではありません。

これから7月13日まで注視するのは、Anthropicがタスク当たりトークンを大幅に改善したOpus 4.7またはOpus 5を投入するのか、それともプロモーションを延長するのかです。効率を改善せずに延長したなら、それ自体がシグナルになります。基礎となる経済条件は変わっておらず、維持するにはSpaceX級のコンピュート契約をもう1件結ぶほかない、という意味だからです。今後30日間、追う価値のある兆候です。

週次上限+50%はClaude Codeの無料プランにも適用されますか？

いいえ。発表で明記された対象はPro、Max、Team、シート制Enterpriseです。無料プランは含まれません。

新しい週次上限を有効にするための操作は必要ですか？

いいえ。引き上げは自動で行われ、有料アカウントにはすでに適用されています。Claude Codeのダッシュボード、またはCLIで/usageを実行して確認できます。

Opusがベンチマークで優位なのに、なぜAnthropicは上限を増やすのですか？

前提が異なります。独立ベンチマークでは、Codexはタスク当たりのトークン消費をClaude Codeの3〜4分の1に抑えながら、SWE-Bench ProとTerminal-Bench 2.0で同等以上の結果を出しています。今回の防衛的な引き上げが対処するのは週次上限の枯渇であり、ベンチマーク上の印象ではありません。

今回の変更は恒久的ですか、それとも7月13日に元へ戻りますか？

Anthropicは7月13日までの期間限定プロモーションと説明しています。春のClaude 2xプロモーションを含む過去の傾向を見ると、別の大規模インフラ契約が先に成立しない限り、期限後に上限が元へ戻る可能性があります。

OpenAIのCodex 2か月無料オファーは既存顧客も対象ですか？

いいえ。30日以内に移行する企業向けCodexクレジットは、既存のCodexチームではなく、新規のEnterprise顧客が明示的な対象です。