Anthropic API：コード実行ツールの新バージョンが90秒制限を明示、ウェブツールにはresponse_inclusionパラメータを追加

Anthropicは2026年6月11日、エージェンティック（agentic）パイプラインで広く使用されている3つのAPIツールに対する小規模だが技術的に意義のある改善セットを発表しました。変更は本番環境で頻繁に発生する2つの問題——コード実行時の予期しないタイムアウトと、長い多段階セッションでの過剰なトークンコスト——に向けられています。

コード実行ツール：Claudeが90秒制限を認識するように

コード実行ツールの新バージョンには**code_execution_20260521という識別子が付与されています。主な変更は一見シンプルです：APIインターフェース内のツールの説明が、各セルに90秒の実行制限**があることを明示的に記載するようになりました。

なぜこれが実用的に重要なのか？

以前のバージョンでもこの制限は存在していましたが、Claudeはツールのコンテキスト内でその情報を正式に持っていませんでした。その結果：エージェントが長時間の計算——大規模なデータセットのイテレーション、複雑な数値シミュレーション、ML評価など——を開始すると、セルが単純にタイムアウトし、エージェントは明確な理由なくエラーを受け取っていました。

新バージョンでは、Claudeはツールの説明を受け取った時点から制限に関する情報を持ちます。この情報をプランニングに活用できます：タスクをタイムフレーム内に収まる小さなセグメントに分割したり、タスクへのアプローチを根本的に変える必要があるかどうかを評価したり、計算がシングルパスのアプローチには時間がかかりすぎることをユーザーに先回りして警告したりできます。

ベータヘッダーは不要です。変更は新バージョンのツールを使用するすべての本番環境で即座に利用可能です。

response_inclusionパラメータとは何か、なぜトークンを節約するのか？

web_search_20260318とweb_fetch_20260318——ウェブ検索およびURL内容取得ツールの新バージョン——は共通パラメータ**response_inclusion**を導入します。

メカニズム

典型的なエージェンティックパイプラインでは、エージェントはweb_searchを呼び出し、結果を取得し、それを分析して続行します。標準モードでは、消費済みの結果ブロック（consumed result blocks）はAPIレスポンスに残り、クライアントに返されるトークンとしてカウントされます。多くのウェブ呼び出しを含む長いセッションでは、これが相当なコストとして積み重なります。

response_inclusionパラメータにより、開発者はこれらの消費済みブロックをAPIレスポンスから除外できます——Claudeはすでにそれらを読み取り使用済みであり、出力トークンとして返却・課金される理由はありません。

これが関連するのはどういう場合か？

この変更は特に以下に有用です：

• 単一セッションで数十回のウェブ検索と取得を実行するリサーチエージェント
• ウェブフェッチを内部ナレッジベースと組み合わせるRAG（Retrieval-Augmented Generation）パイプライン
• ウェブソースを定期的にチェックして要約を構築するモニタリングエージェント

節約額は結果のサイズとステップ数によって異なりますが、多くのウェブ呼び出しを含む長いエージェンティックセッションでは、差は相当なものになり得ます。

ここでもベータヘッダーは不要です。両ツールは即座に本番利用可能です。

背景：小さな変更、具体的な効果

この3つの更新は新しい機能を導入するものではありません——Claudeは以前からウェブ検索やコード実行が可能でした。これらは本番環境で開発者が報告した具体的な問題点——タイムアウトによる予期しないエラーとエージェンティックループでの不当に高いトークンコスト——を解決するエンジニアリング上の修正です。

これら2つの変更の組み合わせ——コード実行時の制限に関する自己認識の向上とウェブ呼び出しでのオーバーヘッドの削減——は、長時間の自律的なエージェンティック環境を構築する開発者に直接向けられており、そこでは不要なトークンも予測可能だったエラーも実際のコストとなります。