Amazon Bedrock上でAIにコードを実行させ、回答を外部ツールと連携させるプログラム的ツール呼び出しの実装手法が、3つの異なるアーキテクチャで提示された。発表元はAWSの機械学習ブログであり、開発者がどのレイヤーに責任を持ち、どの運用負荷を負うかによって選択肢が分岐する設計が示されている。
コンテナからマネージドまでの分岐点
AIが外部のコード実行環境を呼び出す際、最大の課題は安全性と再現性の両立にある。他のユーザーと計算資源を共有するサーバーレス環境では、任意のコード実行はセキュリティ境界を破壊する恐れがある。この問題に対し、AWSは隔離レベルと運用負荷の異なる3経路を公式に定義した。
第一は、開発者がECS上にDockerサンドボックスを自前構築する方式である。コンテナイメージからネットワークポリシーまで完全制御できるが、パッチ適用やスケーリングは開発者側の責任となる。GPUを必要とする科学計算や、特定のライブラリに依存する独自パイプラインに適しているとされる。
第二は、Amazon Bedrock AgentCoreのCode Interpreterを利用するフルマネージド方式である。AgentCoreは2024年後半に発表された新機能群の中核であり、AIエージェントがコードを実行するための安全なサンドボックスをAWS側で管理する。開発者はコード実行のためのインフラを一切保有せず、セッション管理や出力のキャプチャまでサービスに委ねられる仕組みだ。
第三は、AnthropicのSDK互換性を維持するためのプロキシ経路である。Anthropicのツール呼び出し仕様に慣れたチームが、その開発体験を損なわずにBedrockへ移行できるよう設計された経路だ。プロキシがAnthropic形式のリクエストをBedrockのAPI仕様へ変換し、モデルとの通信を中継する。
AIエージェントのコード実行という新たな供給網
この発表が示す構造変化は、コード実行環境がクラウド事業者のマネージドサービスへと吸収され始めた点にある。従来、AIアプリケーションのツール呼び出しは、開発者がLambda、ECS、あるいはKubernetesを用いて自前の実行基盤を構築するのが主流だった。
Bedrock AgentCoreは、コード実行という機能をAPI化し、従量課金のサービスとして切り出した。これにより、AIエージェントの開発者はインフラ設計から解放される一方、コード実行環境の選択肢はクラウド事業者のロードマップに依存する度合いが高まる。Anthropic、Meta、AI21 Labsなどのモデルプロバイダーと、AWSのマネージドサービス層の境界線はますます密接に絡み合う。
日本市場においては、金融機関や製造業でAIエージェントを用いたデータ分析自動化の検証が進む。これらの業界は監査証跡や実行環境の隔離を強く求めるため、フルマネージド型のAgentCoreが要件を満たすか、あるいはECS型の自前管理を選ぶかの判断が、導入速度を左右する分岐点になる。
開発者体験とクラウド依存のトレードオフ
3経路の提示は、AWSが開発者体験の多様性を認めつつ、自社のマネージドサービスへ誘導する戦略として読める。ECS方式はロックインを避けたいチームに応え、プロキシ経路はAnthropicのAPIに習熟した開発者の移行障壁を下げる。しかし、最も運用負荷が低く、マネジメントコンソールから統合管理できるAgentCoreが、今後の標準実装になる可能性は高い。
AnthropicのClaudeやAmazon Novaといった基盤モデルが、ツール呼び出しの実行計画を生成し、AgentCoreがそのコードを安全に実行する。この分業構造は、モデルプロバイダーが実行環境まで垂直統合するOpenAIのCode Interpreterとは異なる連合型のアプローチだ。クラウド事業者が仲介者として実行環境を提供することで、複数モデル間でのツール呼び出しの一貫性が保たれる。
今後の論点
AgentCoreのコード実行には、セッション単位で専用のサンドボックスが割り当てられると考えられるが、その実装詳細や分離レベルの技術仕様はまだ公開されていない。金融や医療など厳格なコンプライアンスを求める業界では、この透明性が採用の鍵を握る。
価格体系も焦点となる。ECS方式では自前管理のインフラコストに、AgentCoreでは1回のコード実行ごとのAPI呼び出し料金に、コスト構造が分かれる。大規模なバッチ処理と、小規模な対話的実行のどちらが多いかによって、最適な経路は変わる。
AWSはAnthropicへの継続投資を通じてモデル層との結びつきを強めているが、ツール呼び出しの仕様がAnthropic中心に最適化されれば、他のモデルの開発者体験との間に差異が生じる可能性がある。モデル中立を謳うBedrockのコンセプトと、特定SDKとの互換性維持のバランスが、今後のアップデートで試されることになる。