OpenAI models in Amazon Bedrock

OpenAI モデルは bedrock-runtime と bedrock-mantle の 2 つのエンドポイントで提供され、どちらも対応モデルについて OpenAI 互換の Responses API と Chat Completions API に対応します。AWS の環境から OpenAI モデルを API で呼び出す場面に関わる機能です。

Amazon Bedrock は、対応する OpenAI モデルを AWS 管理のインフラ上で実行します。OpenAI モデルは bedrock-runtime と bedrock-mantle の 2 つのエンドポイントで提供され、どちらも対応モデルについて OpenAI 互換の Responses API と Chat Completions API に対応します。ただし、2 つのエンドポイントで使える機能の範囲は異なります。

エンドポイントの違いの一例として、Runtime では previous_response_id を指定する場合でも model の指定が必要です。

Amazon Bedrock 上の Responses API では、機能ごとに対応状況が分かれます。

• ホスト型の Web 検索は Mantle で使えます。
• ホスト型のファイル検索と、リモート MCP サーバーは Amazon Bedrock では使えません。
• 非同期のツール呼び出し (async: true) と、推論の更新 (configuration_update の入力項目) は Amazon Bedrock では対応していません。
• Mid-turn steering は WebSockets を必要とし、どちらの Bedrock エンドポイントでも使えません。
• Computer use は、対応モデルについて Runtime と Mantle の両方で使えます。コンピューター操作はアプリケーションが実行して結果をモデルに返すため、Bedrock 側の実行環境は必要ありません。

JavaScript・Python・Go・Java・Ruby の SDK プロバイダーは、新しい AWS 認証情報を取得し、リクエストの試行ごとに SigV4 で署名します。

長時間動くアプリケーションでは、固定の bearer token ではなく、標準の AWS 認証情報チェーンを使う方法が推奨です。AWS 認証情報チェーンの例を使う前には、追加の依存関係をインストールします。Python の場合は次のとおりです。

pip install 'openai[bedrock]'

.NET では Bedrock API キーを使うか、AWS 認証情報チェーンが必要な場合は AWS が対応するクライアントを通じて署名付きの HTTP リクエストを送ります。

OpenAI モデルは 2026 年 6 月 1 日に Amazon Bedrock で利用可能になり、OpenAI 互換の Responses API エンドポイントを通じて提供されています。対応するモデルと機能は AWS リージョンによって異なるため、利用するリージョンでの対応状況の確認が必要です。対象となるプランは、公式のリリースノートには記載がありません。

• Amazon Bedrock の OpenAI モデルでは、実際に適用される保持モードが default または none の場合、AWS はリクエストと応答の内容を OpenAI と共有しません。
• store: false を設定しても、ZDR (zero data retention、データを保持しない扱い) は保証されません。
• 適用される保持モードが none の Responses API リクエストでは、AWS は store: true を拒否し、background mode は使えません。

ここでは、Bedrock API キーを使って Responses API にリクエストする流れを示します。

1. 利用する AWS リージョンと、デプロイに使うモデル ID を選びます。
2. モデル ID には、openai. の接頭辞が付いた Bedrock のモデル ID を使います。
3. Bedrock API キーを AWS_BEARER_TOKEN_BEDROCK として保存し、リクエストで使います。
4. Java を使う場合は、Java の例を使う前に、追加の Java Bedrock プロバイダー (openai-java-bedrock) をインストールします。