AWSがAmazon Bedrockで「Programmatic Tool Calling（PTC）」を実装する3つの方法を公式ブログで公開した。PTCは、LLMがツールを1つずつ呼び出して結果を受け取る従来のTool Useと異なり、複数ツールの呼び出しをコードとしてまとめて実行し、最終結果のみをLLMに戻す方式である。これによりLLMとツール実行環境間のラウンドトリップが減り、入力トークン消費とレイテンシが構造的に下がる。
提示された3経路は性質が異なる。第一にECS上の自前Dockerサンドボックスで、最大限の制御権を取りたいチーム向け。第二にAmazon Bedrock AgentCore Code Interpreterを使うマネージド方式で、サンドボックス運用を肩代わりさせる選択肢。第三にAnthropic SDK互換のプロキシ経由で、Anthropic APIで書かれた既存コードをそのままBedrockに向ける開発体験を保つ経路だ。
読者が押さえるべき含意は2つある。1つは、ツール数が多いエージェント実装ほどPTCのトークン削減効果が効くため、既存Tool Use実装をベンチマークし直す価値があること。もう1つは、Anthropic SDK互換経路の存在により、Anthropic API直接利用とBedrock利用の切り替えコストが下がった点で、マルチクラウド・冗長化設計の選択肢として記録しておく価値がある。
一方、本記事は単一の公式ブログ発信であり、他社（OpenAI Assistants API、Google Vertex AI）の同等機能との定量比較は本ソースには含まれない。実装着手時の落とし穴としては、コード実行サンドボックスの権限境界（ネットワーク到達性、ファイルシステム、シークレット注入）の設計を3経路それぞれで切り分けて検証する必要がある点が挙げられる。
