請求書や契約書のPDFをまとめてClaudeに読ませる社内システムで、ファイルが大きいときだけ 413 request_too_large が返る。これまでは、1回に送れるデータの量（リクエストの大きさ）の上限が32MBだったことが原因の一つでした。Anthropicが直接提供するClaude API（以下、ファーストパーティのAPI）では、この上限が2026年10月28日に128MBへ引き上げられています。
一方で、この引き上げの対象はファーストパーティのAPIだけで、同じClaudeをAmazon BedrockやGoogle Cloud経由で使う場合の上限はもっと小さな値です。また、128MBに収まっても、PDFのページ数や画像の枚数の上限で止まることがあります。この記事では、Claude Platformのリリースノートとドキュメントから、上限の全体像と、大きなファイルを扱うシステムの設計の選択肢を整理します。
10月28日に変わったこと
リリースノートの2026年10月28日の項には、ファーストパーティのAPIでMessages APIとToken Counting APIのリクエストの最大サイズを32MBから128MBへ引き上げた、とあります。APIの概要ページの「Request size limits」の表は、次のとおりです（エラーのページの表も、Sessionsなどの行がないほかは同じ値です）。
| エンドポイント | 1リクエストの上限 |
|---|---|
| Messages API・Token Counting API | 128MB |
| Message Batches API | 256MB |
| Files API | 500MB |
| Sessions・Agents・Environments（Managed Agents） | 32MB |
上限を超えると 413 request_too_large のエラーになります。エラーのページには、ファーストパーティのAPIではAPIのサーバーに届く前にCloudflareがこのエラーを返す、と書かれています。そのため、Anthropic側のリクエストIDがログに残らない413は、この段階で止まった可能性があります（編集部の推測で、実際の応答は確かめていません）。
なお、Managed Agentsのセッションなどは32MBのままです。Messages APIと同じ感覚で大きなデータをセッションに送ると止まるので、両方を使うシステムでは上限を分けて管理します。
Claudeをどの基盤で使うかで、上限は4倍以上違う
APIの概要ページは、パートナーが運用する基盤には独自の上限があるとして、次の値を挙げています。
- Amazon Bedrock: 20MB
- Claude Models on Google Cloud（Google管理）: 30MB
- Claude Platform on AWS、Claude Models on Google Cloud（Anthropic管理）、Microsoft Foundry: Messages APIとToken Counting APIで32MB
同じページは「最新の値は各基盤のドキュメントを確認するように」とも書いています。リリースノートの変更は、ファーストパーティのAPIだけを対象にしています。開発時はファーストパーティのAPIで試し、本番はBedrockやGoogle Cloudで動かす、という構成では、開発環境で通ったファイルが本番で413になることがあります。
Google Cloudの2つの提供形態の違いは、Google CloudのClaude 2つの提供形態の違いと選び方で整理しました。上限の値も、提供形態を選ぶときの比較項目に加えておくと安全です。
base64で送ると、ファイルは約4/3に膨らむ
PDFや画像をリクエストの本文に直接入れる場合は、base64という形式で文字列にして送ります。base64は3バイトを4文字で表すため、送る量は元のファイルの約4/3になります。
このPCで、ランダムなデータをPDFとしてbase64にし、Messages APIの形のJSONに入れて大きさを測りました（Python 3.15.0、macOS 26.5.1。APIへの送信はしていません）。
| 元のファイル | JSON全体のバイト数 |
|---|---|
| 15,000,000バイト（15MB） | 20,000,267 |
| 24,000,000バイト（24MB） | 32,000,267 |
| 96,000,000バイト（96MB） | 128,000,267 |
つまり、24MBのPDFでJSONはおよそ32MBに、96MBのPDFでおよそ128MBに達します。ドキュメントの「MB」が10の6乗バイトか2の20乗バイトかは書かれていないため、境界ちょうどの大きさで設計するのは避け、余裕を持たせます。
128MBに収まっても止まる上限
リクエストの大きさとは別に、内容の上限があります。PDFと画像のドキュメントから、組み込む側が把握しておく値を抜き出します。
- PDFのページ数: 1リクエストで600ページまで。リクエストのコンテキストウィンドウが100万トークン未満のときは100ページまで。この上限はPDF以外の内容も含むリクエスト全体にかかる
- 画像の枚数: APIでは1リクエスト600枚まで。コンテキストウィンドウが20万トークンのモデルでは100枚まで
- 画像1枚の大きさ: ファーストパーティのAPIはbase64で10MB、Bedrockは5MB。Google Cloud（Google管理）は、Visionのページの本文では10MB、同じページの末尾の対応表では5MBと書かれているので、5MBで設計しておくと安全。寸法は8000×8000ピクセルまで
- 20枚を超える場合: 1リクエストの画像が20枚を超えると、すべての画像により厳しい寸法の上限がかかる。過去のターンで送り直した画像や、ツールの結果に含まれる画像も数に入る。Google Cloud（Google管理）とBedrockでは、PDFなどのドキュメントのブロックも数える。ドキュメントは、各画像の縦横を3,000ピクセル以内にするか、画像とドキュメントのブロックを合わせて20個以下にするよう案内している
PDFのドキュメントは、細かい文字や複雑な表の多いPDFでは、ページ数の上限より先にコンテキストウィンドウが埋まることがあるとも書いています。大きなPDFのリクエストは、Files APIを使っていてもページ数の上限の前に失敗することがあり、文書を節に分けるよう勧めています。ページは画像としても処理されるため、大きなファイルでは埋め込まれた画像の解像度を下げることも有効だとされています。
大きなファイルを扱うときの選択肢
ドキュメントが繰り返し勧めているのは、Files APIでファイルを先にアップロードし、リクエストでは file_id で参照する方法です。Files APIは1ファイル500MB、組織全体で1TBまで保存でき、ベータを終えて、ベータのヘッダーなしで使えます。ただし、次の点は選ぶ前に確認が必要です。
- 提供される基盤: Files APIのページの表に「Available」と載っているのは、ファーストパーティのAPI、Claude Platform on AWS、Google Cloud（Anthropic管理）、Microsoft Foundry（Anthropicのホスト）です。BedrockとGoogle Cloud（Google管理）は表にありません
- データの扱い: 同じ表で、Files APIは「Not ZDR eligible」「Not HIPAA eligible」とされています。データを保持しない契約（ZDR）を前提にしているシステムでは、Files APIに切り替える前に、その前提が崩れないかを確かめます
- ファイルの範囲: アップロードしたファイルは同じワークスペースのどのリクエストからも参照できます。ドキュメントは、信頼できないところから受け取ったファイルIDを受け付けないよう注意しています
Files APIを使えない、または使わない場合の選択肢は、PDFをページの範囲で分けて複数回に分けて送る、画像を縮小してから送る、の2つです。ファーストパーティのAPIなどでは、オンラインのURLを指定してPDFや画像を渡す方法もありますが、BedrockとGoogle Cloud（Google管理）で使えるのはbase64だけです。ここからは編集部の提案ですが、どの方法を選ぶ場合も、送る前にアプリケーション側で「base64にした後のJSONの大きさ」「PDFのページ数」「画像の枚数」を数え、基盤ごとの上限を設定値として持たせておくと、413や400が出てから原因を探す手間が減ります。
APIのバージョンやSDKの更新とあわせてエラーの扱いを見直す場合は、Claude API 2026-10-21とSDK新メジャー版の記事も確認してください。
確認した範囲
2026年11月6日に、Claude Platformのリリースノート（2026年10月28日の項）と、ドキュメントの「API overview」「Errors」「PDF support」「Vision」「Files API」をplatform.claude.comで直接開いて確認しました（資料調査）。base64の大きさは、このPCでPythonを使って計算した結果で、APIへの送信や413の再現はしていません。BedrockとGoogle Cloudの上限は、Claude Platformのドキュメントの記載です。AWSとGoogle Cloudの公式ドキュメントで開いたページには値が載っておらず、確かめられていません。設計の提案は編集部の整理です。
PDFや画像を読み込ませる業務システムの設計、既存のAI組み込みの見直しは、開発・AI・自動化のご相談からお問い合わせください。
