無限ノック › AIP 練習問題一覧 › 問題
AIP基盤モデルの統合、データ管理、コンプライアンス

あるSaaS企業が Amazon Bedrock を使用したマルチモデル対応チャットボットを開発しています。要件は以下の通りです: ・Claude 3.5 Sonnet、Amazon Titan Text Premier、Llama 3 の3モデルを動的に切り替えられること ・ツール使用(function calling)を全モデルで統一コードで扱えること ・会話履歴管理ロジックを各モデルで共有すること ・将来新モデルを追加する際のコード変更を最小限にすること これらの要件を最も効率的に満たす Amazon Bedrock の API はどれですか?

A
InvokeModelWithResponseStream API を使用し、各モデル固有のペイロード形式を実装する
InvokeModelWithResponseStream APIはストリーミング向きですが、各モデルのリクエストペイロード形式が異なるため、モデルごとに個別の実装が必要です。統一管理の要件を満たしません。
B
Converse API を使用し、統一されたメッセージ形式とツール仕様で複数モデルを操作する
✓ 正解
Converse API は Amazon Bedrock が提供する統一会話インターフェースです。Claude・Titan・Llama など異なるモデルを単一の API 仕様で呼び出せるほか、ツール使用(function calling)も統一仕様で扱えます。将来モデルを追加しても会話管理コードの変更が不要なため、4つの要件をすべて満たします。
C
Amazon Bedrock Agents を作成し、すべての会話をエージェントレイヤーで処理する
Bedrock Agents は外部 API 連携やマルチステップタスク実行向けのオーケストレーション層であり、単純な会話インターフェース統一が目的の本ケースではオーバーエンジニアリングです。
D
InvokeModel API を使用し、モデルごとにアダプタークラスを自前実装する
InvokeModel API は各モデル固有のリクエスト形式を要求します。アダプタークラスで抽象化する方法は機能しますが、Converse API と比較してメンテナンスコストが高く、ツール仕様の統一も別途実装が必要です。

解説

Converse API は Amazon Bedrock が提供する統一会話インターフェースです。Claude・Titan・Llama など異なるモデルを単一の API 仕様で呼び出せるほか、ツール使用(function calling)も統一仕様で扱えます。将来モデルを追加しても会話管理コードの変更が不要なため、4つの要件をすべて満たします。 選択肢AのInvokeModelWithResponseStream APIはストリーミング向きですが、各モデルのリクエストペイロード形式が異なるため、モデルごとに個別の実装が必要です。統一管理の要件を満たしません。 選択肢CのBedrock Agents は外部 API 連携やマルチステップタスク実行向けのオーケストレーション層であり、単純な会話インターフェース統一が目的の本ケースではオーバーエンジニアリングです。 選択肢DのInvokeModel API は各モデル固有のリクエスト形式を要求します。アダプタークラスで抽象化する方法は機能しますが、Converse API と比較してメンテナンスコストが高く、ツール仕様の統一も別途実装が必要です。

ドメイン別正答率・予想スコアでリアルタイムに実力把握

無限ノックでAIPを徹底対策。全問AI生成のオリジナル問題。

無料で演習を始める →
← AIP の問題一覧に戻る