Agent Toolkitのガイドで現状調査と移行計画を作ります。既存基盤を残して新規作成し、データ投入と切り替えは別に実施します。 検索基盤の運用を減らせる一方、検索設定やスコアの扱いが変わります。生成された構成の確認と移行後の取得品質を個別に検証します。 計画と資源の作成を分けて進める移行 AWSは11月12日、Amazon Bedrock Managed Knowledge Baseへの移行ガイドを紹介しました。Agent Toolkit for AWSのスキルを通じ、コーディングAgentが既存の設定や構成ファイルを調べます。管理型の基盤では、検索に必要な保存や埋め込みなどをサービス側が運用します。ガイドは探索と移行を区別し、移行でもまず計画を作る流れです。既存のKnowledge Baseは変更・削除せず、新しい管理型の資源を横に作ります。実際の作成は必要な場合だけ承認して進めます。資料の同期とアプリの接続先切り替えは別工程とされ、生成物ができた時点で移行が完了するわけではありません。 検索設定と比較用のスコアを見直す 対象は独自のベクトル保存先を運用するチームや、構成をコードで管理するチームです。ガイドは各設定を同じまま移せるもの、調整するもの、移せないものへ分類します。管理型では検索の要求に使う設定が変わり、常にハイブリッド検索を使います。一部のフィルター演算子も対象外です。以前の検索要求をそのまま送るだけでは動作しません。結果のスコア尺度も異なるため、元の判定基準をそのまま再利用することは適切でないと見られます。保存量と検索量に応じた料金に加え、標準モデルや独自モデルを選ぶ条件も影響します。基盤の運用が減る分だけ安くなると決め付けず、実際の資料量と検索頻度、再順位付けや複数回検索の使い方を合わせて比較する必要があります。資料を分割する方式が変われば、同じ質問でも取り出す範囲が変わる可能性があります。移行前後で対象の資料と質問をそろえることが、品質比較の前提になります。 元の基盤を残して内容と権限を照合する 実務では、移行を作成作業と受け入れ判定に分けることが論点です。読み取り専用の調査用認証と作成用認証を分け、生成されたIAM方針と実行内容を確認する説明があります。作成後には代表的な質問で、最上位の資料や結果の重なりを比較します。文書の位置を示す表記が変わることもあるため、同じ資料として比べる準備が必要です。権限を持たない利用者へ資料が返らないかも検証します。検索品質と費用の見積もりが受け入れ条件を満たすまでは、元の資源と接続設定を戻せる状態で保つことが重要と見られます。構成ファイルを生成する経路でも、検証と配備は組織の手順で行います。移行の自動化は、切り替え責任や削除時の確認を省くものではありません。撤去時には元の検索用資源へ料金が残る場合もあります。移行先だけでなく旧基盤の依存関係を確認する担当者も定めます。