Bedrock の知識検索業務を構築・評価する
資料、検索権限、引用を整え、検索と回答を分けて評価します。
出典とアクセス方式を整える
各出典の所有者、版、更新頻度、許可された利用者を一覧にします。矛盾する規程は索引化する前に整理します。承認された版まで回答をたどれるよう、文書の識別子と所在を保持します。
Knowledge Base の種類を意識して選びます。AWS は現在、Managed Knowledge Bases と顧客管理のパイプラインを区別しています。コネクタ、ACL、検索機能は異なり、ベクトルストアが出典システムの権限を自動的に引き継ぐとは限りません。異なる文書を見るべき二人の利用者で、実際のコネクタと認可設計をテストします。
検索の基準を作る
正確な識別子、最近の更新、情報不足、権限のない資料を含む質問と、期待する文書を準備します。モデルに回答させる前に検索を試験し、返されたチャンク、メタデータ、順位を確認します。出典の欠落や誤りを流暢な回答で補うことはできません。
検索設定は一度に一つ変更します。大きいチャンクは文脈を保ちますが、正確な一致を薄めることがあります。小さいチャンクは表の値と見出しを切り離すことがあります。同じサンプル集で比較し、比較中は文書の版を固定します。
生成された回答を別に評価する
対応する構成では、RetrieveAndGenerate が引用付きの検索と生成を組み合わせます。Retrieve はアプリケーションが文脈を組み立てる方式を支えます。選んだ Knowledge Base の API と生成モデルを確認してください。すべての Bedrock モデルがネイティブの生成対象になるわけではありません。
重要な記述が、それぞれ引用箇所で裏付けられるかを確認します。承認された資料が足りなければ、適切に回答しないことを求めます。引用は出典との関係を示すもので、結論の正しさを証明するものではありません。
公開前に、権限、古い文書、削除、出典不足の試験を再実行します。出典一覧、取り込み・更新手順、検索結果、回答評価を引き渡し、取り込み失敗や文書矛盾の修正責任者を定めます。
公式参考資料
資料確認日：2026年10月17日。本記事は参考手順であり、記事作成のためのクラウド API 呼び出しは行っていません。