Anthropicは、Claude Codeの週次使用制限を50%引き上げました。変更は即時有効で、2026年7月13日午後6時PDT（7月14日午前1時GMT）まで適用されます。対象はすべての有料プラン（Pro、Max、Team、シートベースのEnterprise）で、CLI、IDE拡張機能、デスクトップアプリ、WebなどClaude Codeが動作する環境すべてに反映されます。オプトインは不要です。
先週、Anthropicは5時間制限も2倍にしました。つまり、短時間の作業枠は2倍、週次上限は1.5倍になっています。価格変更なしで、今後約8週間は4月時点よりも大きなClaude Code容量を使えます。
この記事では、今回の制限変更で何ができるようになるのか、どのように使用量を確認するのか、そしてApidogを使ったAPI設計・実装・テストのワークフローにどう組み込むかを実装視点で整理します。
週次制限とは何か、50%引き上げで何が変わるか
Claude Codeの有料プランには、主に2種類の使用制限があります。
5時間制限
任意の5時間枠で消費できるトークン量のローリング上限です。長時間のデバッグ、リファクタリング、機能実装中に到達しやすい制限です。これは先週2倍に引き上げられました。週次制限
1週間全体で使える総トークン量の上限です。スプリント終盤や大規模作業中に、パワーユーザーが到達しやすい制限です。今回、この上限が50%増えました。
正確なトークン数はプランごとに異なり、固定値としては公開されていません。またAnthropicは、容量に応じて上限を調整する可能性があります。
実務上は、次のように考えるとわかりやすいです。
- Proユーザーは、週の途中で使用量警告に到達するまでの余裕が増えます。
- Maxユーザーは、複雑なコードベースに対する数日単位の作業を中断しにくくなります。
- Team / シートベースのEnterpriseユーザーは、シートごとに50%増加します。10シートのTeamであれば、組織全体の週次容量も大きく増えます。
使用状況は、これまでと同じ場所で確認できます。
/usage
確認できる場所は以下です。
- Claude Code CLIの
/usage - IDE拡張機能のステータスバー
- Webのアカウント設定ページ
Anthropicが今この変更を行う理由
理由は大きく2つあります。
1つ目はキャパシティです。Anthropicは2026年第1四半期から第2四半期にかけて、新しい計算リソースを積極的にプロビジョニングしてきました。余剰キャパシティがある場合、既存の有料ユーザーに追加価値を提供することは、利用継続を促す有効な方法です。同時に、将来の料金体系や上限設計に必要な使用パターンも収集できます。
2つ目は競争環境です。数週間前、Codexは独自の/goal自律エージェントループを出荷し、OpenAIも開発者向けプランのレート制限を静かに引き上げています。今回の50%増は、複数ベンダーにワークロードを分散し始めたエンジニアリングチームに対する防御的な施策とも見られます。
重要なのは、この引き上げが期間限定であることです。2026年7月13日午後6時PDTにブーストは終了します。Anthropicは、その後に上限を恒久化するのか、元に戻すのか、中間値にするのかを明言していません。したがって、今のうちに実運用で必要な容量を測定しておくべきです。
50%増で実際にできるようになること
「使用量が増える」だけでは、実務上の価値が見えにくいです。開発者視点では、次の領域で効果が出ます。
1. 長時間のエージェント実行
5時間制限の2倍化と週次容量の50%増により、/goal自律ループをより長く実行できます。
以前は、複雑なリファクタリングや複数ファイルにまたがる修正で、5時間枠または週次上限に到達しやすい状況でした。今回の変更により、Claude Codeに明確な成功条件を与え、エンドツーエンドで処理させやすくなります。
例：
/goal
認証ミドルウェアを新しい権限モデルに合わせて更新してください。
完了条件:
- 既存の認証テストがすべて通る
- 新しいroleベースのテストを追加する
- 破壊的変更がある場合はREADMEに記載する
- TypeScriptの型エラーがない
ポイントは、単に「修正して」と依頼するのではなく、完了条件をテスト可能な形で書くことです。
2. 大きなコードベースを扱いやすくなる
Claude Codeの価値は、どれだけのコードベースをコンテキストとして扱えるかに左右されます。上限に余裕が出たことで、以前より大きな作業範囲を読み込ませやすくなります。
実践手順は次の通りです。
- 対象ディレクトリを明確にする
- 重要な設計ドキュメントやREADMEを先に読ませる
- 変更対象ファイルをClaude Codeに特定させる
- 実装前に変更計画を出させる
- テスト実行まで含めて依頼する
例：
このリポジトリの packages/api と packages/shared を確認してください。
ユーザー作成APIの入力バリデーションを共通スキーマに移行したいです。
まず以下を出してください:
1. 変更対象ファイル
2. 既存バリデーションの流れ
3. 影響範囲
4. 実装計画
いきなり実装させるより、まず調査と計画を分けると、無駄なトークン消費と誤修正を減らせます。
3. マルチエージェントワークフロー
Claude Codeの上に構築されたマルチエージェントオーケストレーターであるRufloのようなツールは、同じタスクに対して複数のClaudeインスタンスを起動し、結果を統合します。
この種のワークフローは、通常の単一セッションよりも多くの呼び出しを消費します。以前は実験用途に近い使い方でしたが、新しい上限では日常的な利用に近づきます。
向いているタスクは以下です。
- 大規模リファクタリングの分担
- テスト生成と実装の並列化
- セキュリティレビューと修正案の比較
- API仕様と実装の差分確認
- 移行作業の複数戦略の比較
4. MCPサーバーを使った外部ツール連携
Claude CodeはMCP（Model Context Protocol）を通じて外部ツールを呼び出せます。データベース、APIテスト、ブラウザ自動化、GitHubトリアージなどを接続できますが、これらの呼び出しもクォータを消費します。
今回の上限増により、次のようなMCP連携を試しやすくなります。
Claude Code
-> GitHub MCPでIssueを読む
-> DB MCPで関連データを確認
-> APIテスト用MCPでエンドポイントを検証
-> 実装修正
-> テスト再実行
-> PR説明文を生成
MCPサーバー設定でエラーが出る場合は、無効なcustom3pエンタープライズ設定の修正を確認してください。Claude CodeでMCPが動かない原因としてよくあります。
今後8週間でやるべきこと
2026年7月13日までに、単に多く使うのではなく、上限増を使って本当に運用できるワークフローを検証するのが重要です。
1. 保留していたエージェントワークフローを実装する
古い上限では厳しかった/goalベースの処理や、マルチエージェント構成を今のうちに構築してください。
例：
/goal
既存のREST APIをOpenAPI仕様に合わせて修正してください。
完了条件:
- OpenAPI仕様に存在する全エンドポイントが実装されている
- レスポンス形式が仕様と一致している
- エラーレスポンスの形式が統一されている
- APIテストがすべて成功する
仮に7月以降に上限が戻ったとしても、検証結果をもとに次の判断ができます。
- Proのままで十分か
- Maxに上げるべきか
- チーム利用に移行すべきか
- 一部ワークロードを別ツールに分散すべきか
2. 手作業タスクをClaude Codeに移す
これまで手作業や別ツールで行っていた作業を、Claude Codeに寄せてみてください。
移行しやすいタスクは以下です。
-
AGENTS.mdの作成 - コードレビュー
- MCPサーバー設定
- OpenAPI仕様の生成
- テストケースの追加
- READMEや移行ガイドの更新
AGENTS.mdを整備する場合は、AGENTS.mdファイルの作成ガイドが参考になります。
例：
このリポジトリ向けのAGENTS.mdを作成してください。
含める内容:
- セットアップ手順
- テスト実行コマンド
- コーディング規約
- PR前に確認すべき項目
- AIエージェントが変更してはいけないファイル
3. 新しい上限を本番運用の前提で測る
この期間は、上限が永続化されたと仮定して使ってみると判断材料が得られます。
記録しておくべき項目は次の通りです。
- 1週間で何回
/usageを確認したか - どの作業で上限に近づいたか
- どの作業はClaude Codeに向いていたか
- どの作業は人間が先に設計した方が速かったか
- Team利用時にシート単位の容量が足りるか
簡単な記録フォーマット例：
## Claude Code使用ログ
### 週
2026-xx-xx〜2026-xx-xx
### 主な用途
- API実装
- テスト生成
- リファクタリング
### 上限に近づいた作業
- `/goal`での認証API移行
### 効果が高かった作業
- OpenAPI仕様からのテスト生成
### 人手で補助が必要だった作業
- 既存仕様が曖昧なドメインロジック
API作業にどう使うか
バックエンドおよびプラットフォームエンジニアにとって、追加クォータの最も実用的な使い道はAPI作業です。
Claude Codeは次のようなタスクに強いです。
- ハンドラ実装
- OpenAPI仕様の生成
- API契約と実装の差分確認
- 統合テストの作成
- レスポンス形式の統一
- エラー仕様の整理
ただし、これらは多くのファイルコンテキストとツール呼び出しを必要とするため、トークン消費も大きくなります。今回の上限増は、この領域と相性が良いです。
おすすめのワークフローは以下です。
- ApidogでAPI契約を設計する
- エンドポイント、リクエスト、レスポンススキーマ、サンプルペイロードを定義する
- OpenAPI仕様をエクスポートする
- Claude CodeにOpenAPI仕様を渡す
-
/goalで仕様に沿った実装を依頼する - Apidog CLIテストで契約に対して検証する
プロンプト例：
OpenAPI仕様 `openapi.yaml` を確認してください。
この仕様に合わせて users API を実装してください。
完了条件:
- すべてのエンドポイントが仕様通りに動作する
- リクエストバリデーションを追加する
- レスポンス形式をOpenAPI仕様と一致させる
- エラー形式を統一する
- Apidogのテストケースがすべて成功する
この流れの利点は、AIエージェントが勝手に作った仕様ではなく、Apidogで定義したAPI契約を基準に実装できることです。
AIエージェントによる契約優先のAPI作業については、デザインファーストAPIワークフローガイドも参考になります。
Apidogをまだ使っていない場合は、Apidogをダウンロードし、今回増えたClaude CodeクォータでデザインファーストのAPI開発を試してみてください。
無料のClaude APIアクセスについて
Claude Codeプランに課金したくない場合は、無料のClaude APIアクセスガイドで、Anthropicおよびパートナーが提供する利用経路を確認できます。
ただし、これらはClaude Codeの有料クォータとは別です。今回の50%増の対象は、Pro、Max、Team、シートベースのEnterpriseのみです。Anthropic APIを直接利用する場合のレート制限には影響しません。
この変更で変わらないこと
今回のアップデートで変わらない点も整理しておきます。
- Anthropic APIを直接使うユーザーのAPIレート制限は変わりません
- 各ティアの価格は変わりません
- Claude Code本体に新機能が追加されたわけではありません
- エンタープライズのシートベースプランの課金構造は変わりません
これは機能追加ではなく、使用上限の一時的な引き上げです。価値は、増えた容量をどの作業に使うかで決まります。
よくある質問
50%の引き上げはいつ終了しますか？
2026年7月13日午後6時PDT（7月14日午前1時GMT）です。その後の上限についてAnthropicは発表していません。明確な発表がない限り、基準値に戻る前提で計画してください。
有効化するために何か必要ですか？
不要です。新しい上限はすでにアカウントに適用されています。Claude Code CLIで/usageを実行し、ステータス出力を確認してください。
50%増は5時間制限にも適用されますか？
いいえ。50%増は週次制限に対するものです。5時間制限は前週に別途2倍へ引き上げられています。どちらも7月13日まで同時に有効です。
期間中にプランをアップグレードした場合はどうなりますか？
Anthropicは具体的なガイダンスを公開していません。過去の使用期間の扱いに基づけば、アップグレード後は新しいティアの引き上げ済み上限が適用されると考えるのが自然です。
Anthropic APIプランのClaude利用にも影響しますか？
いいえ。この変更はClaude Codeプランのみが対象です。Anthropic APIを直接呼び出す場合、レート制限は別途管理されます。
この変更は永続化されますか？
不明です。Anthropicは7月13日までの期間限定として案内しています。今後8週間を、実際に高い上限が必要かどうかを検証する期間として使うべきです。
Top comments (0)