Anthropic、API送信上限を128MBに上げた クラウド経由は対象外だ

GoogleでフォローするGoogle検索でAInformationの記事が出やすくなります

Claude APIの上限は128MBへ　前の32MBの4倍になった

Anthropicは10月30日、Claude APIで1回に送れるデータの上限を32MBから128MBに上げた。広がったのはMessages APIとToken Counting APIの2つで、送れる量は前の4倍になる。

これまでは中身の量に余裕があっても、ファイルの大きさで先に止まることがあった。当たりやすかったのは長く続けるComputer Useの作業や、ページ数の多いPDFのように画像を多く含む送信だ。Anthropicは「コンテキストウィンドウに十分な余裕を残したまま32MBに達していた」と説明している（PC Watchが伝えた同社の投稿より）。

画像21枚以上は1枚3,000ピクセルまで　前は2,000だった

画像の大きさの決まりも緩んだ。1回に20枚を超える画像を送るとき、1枚あたりの上限は2,000ピクセルから3,000ピクセルに上がった。

20枚以下なら、この厳しいほうの決まりはかからない。AInformationが11月2日に公式の説明書（Vision）を開くと、画像1枚の縦横は最大8,000ピクセルと書かれていた。20枚を超えたときだけ3,000ピクセルの枠に入る作りだ。

説明書には、画像1枚の大きさはClaude APIで10MBまでとも書かれている。枚数が多いときは送信全体の上限に先に当たるので、今回の128MBが効いてくる。

Bedrockなどクラウド経由は対象外　20〜32MBのまま

128MBが使えるのは、Anthropicが直接出しているClaude APIだけだ。クラウドの基盤を通して使っている場合は、これまでどおり20〜32MBの上限がかかる。

AInformationは11月2日に公式の説明書（API overview）を開いて、呼び出す経路ごとの上限を確かめた。

同じClaudeでも、Bedrockの20MBとAnthropic直の128MBでは送れる量がまるで違う。社内の決まりでクラウド経由に限っている会社は、今回の拡大を受けられない。説明書を読む限り、クラウド経由で128MBを送る手立ては出てこなかった。

大きいPDFは送る前に経路を確かめる　超えると413で返る

上限を超えると、APIは「413 request_too_large」の誤りを返すと説明書に書かれている。今まで分けて送っていた処理は、経路しだいでまとめられる。

あすから確かめたいのは次の3つだ。

• 自社の呼び出し先がAnthropic直か、クラウド経由か
• 1回の送信で画像やPDFが何MBになっているか
• 20枚を超える画像の処理に、2,000ピクセルへ縮める手順が残っていないか

画像を数多く渡す場合、説明書はFiles APIで先に上げてfile_idで指す方法を勧めている。送る中身そのものを軽くできるので、128MBの枠を待たずに済む処理もありそうだ。なおAInformationは128MBの送信そのものは試していない。