AWSがBedrock AgentCore Runtime Instancesを紹介：AIエージェントが最長14日間稼働、GPU利用、複数エージェントが同一マシンで協働

何が起きたのか

AWSは2026-09-30、自社のArtificial Intelligenceブログで、Amazon Bedrock AgentCore Runtime Instances上にマルチエージェントの音楽制作パイプラインを構築する方法を解説する記事を公開した。AIエージェントとは、指示を受けて自律的に作業を進めるAIプログラムのことである。AWSによれば、AgentCoreは現在、AIエージェントをホストするために2つのコンピューティングオプションを提供している。サーバーレス（利用者がサーバーを管理せず、使った分だけ課金される方式）のMicroVMsと、「新しいオプション」とされるRuntime Instancesである。後者はAWSが管理するEC2（AWSの仮想サーバー）のインフラで、永続的かつ長時間稼働するエージェントワークフロー向けに位置づけられている。

AWSは記事の中で、組織が単一用途のエージェントからマルチエージェントシステムへ移行するにつれ、インフラの要件も変化すると指摘している。複数のエージェントが数日にわたる作業でコンテキストを共有する場合、上限が数時間のサーバーレスセッションだけでは足りないという。記事ではRuntime Instancesの正式な提供開始日は示されておらず、本稿の出来事の日付は同記事の公開日に基づく。

詳しい説明を読む

情報源を収集し、独立検証を行ってから Jev が判断します。

MicroVMとRuntime Instancesの違い

AWSによると、どちらのオプションもCrewAI、LangGraph、LlamaIndex、Strands Agentsなどのフレームワークに対応し、基盤モデルを自由に選択でき、MCPおよびA2A（AIエージェントが外部のツールや他のエージェントとやり取りするための仕組み）と統合できる。違いは主に基盤となるコンピューティングモデルにある。下表はAWSの記事内の比較をまとめたものである。GPUはAIの計算などに使う専用プロセッサ、Amazon EBSはAWSのディスク（ストレージ）サービスを指す。

AWSの説明によると、鍵となる仕組みは「共有セッション」である。キャパシティプロバイダー（capacity provider）は、エージェント用にどのようなサーバーを用意するかをAgentCoreに指定する設定だ。2つのエージェントruntimeが同じキャパシティプロバイダーを使用し、同じセッション識別子（runtimeSessionId）で呼び出されると、同一のEC2インスタンスに配置されてファイルシステムを共有し、互いの出力を直接読み取れる。

AWSのデモ：3つのエージェントが協力して1曲を制作

• 作曲エージェント：AWSによると、Claude Sonnet 4.6を使ってプロデューサーの要望を音楽ブリーフに変換し、オープンソースの音楽生成基盤モデルACE-Stepでインスタンス上のGPUを使って音声を生成する。
• デリバリーエージェント：共有ファイルシステム上のトラックを読み込んで測定し、その結果に基づいてClaude Sonnet 4.6にイコライジング、コンプレッション、リミッティング（音質や音量を整える処理）を計画させる。適用後に再測定し、目標を満たしているかを確認する。
• コンプライアンスエージェント：完成品を独立して再測定し、納品目標を確認するとともに、スタジオ自社の楽曲ライブラリと和声の類似度を照合する。類似が見つかった場合は作曲エージェントを呼び戻し、代替バージョンを生成させる。

AWSは、us-east-2リージョンのg6.xlargeインスタンスでのサンプル結果を公表している。モデルスタックの準備に239秒、作曲に25秒（うちNVIDIA L4でのレンダリングが8.98秒、GPUメモリであるVRAMの使用量はピーク時7.63 GiB）、デリバリーに41秒、コンプライアンス審査に28秒で、5つのステップすべてを同一インスタンスで完了した。デリバリー処理前の音声は-7.5 LUFS、ピーク0.42 dBTP、処理後は-14.0 LUFS、ピーク-3.2 dBTPだった（LUFSは聴感上の音量、dBTPは音の瞬間的な最大レベルを表す単位）。コンプライアンス審査の結果は「REVIEW REQUIRED」（人による確認が必要）だった。これらの数値はAWSによる単一のデモの結果であり、独立したテストではない。

一般の読者と企業への実際の影響

一般ユーザーにとって、この変化が日常的に使うアプリを直接変えるわけではない。ただし、AIエージェントが「一問一答」から「複数のエージェントが分担し、数日がかりで長いタスクを完了する」方向へ進んでいることを示している。AWSによれば、このアーキテクチャは音楽専用ではなく、3Dレンダリング、シミュレーション、モデル推論、メディア処理など、GPUを必要とする作業に応用できる。

企業のチームに向けてAWSが強調する利点としては、各チームが他のエージェントに影響を与えずに自分のエージェントを更新できること、コンテナとコードパッケージを同じインフラ上で共存させられること、作業を中断する際にセッションを停止し、後で再開できることが挙げられる。ただし、これらの利点は現時点ではいずれもAWS自身の説明とデモに基づくものである。

今後注目すべき点

• 現時点の情報はAWS公式ブログのみに基づいており、性能やコスト面について独立した第三者による検証はない。
• AWSの記事には、Runtime Instancesの正式な提供開始日や、リージョンごとの提供状況の完全な一覧が示されていない。
• デモでの楽曲照合はスタジオ自社の楽曲ライブラリに限られており、実際の著作権審査に適用した場合の効果は今後の検証が必要である。

このトピックの最新ニュースを見る

• AIニュース