構建與評測 Bedrock 企業知識庫
從資料、檢索權限和引用開始，把檢索與生成分開驗收。
先準備資料和存取模型
為每個來源記錄負責人、版本、更新頻率和可存取使用者。政策衝突應先處理再索引，保留文件標識和位置，使驗收人能追溯到獲批准的版本。
明確選擇知識庫型別。AWS 當前區分託管 Knowledge Base 與客戶管理的管線，聯結器、ACL 和檢索能力有所不同；向量庫不會自動繼承原系統的全部權限。應使用兩個文件權限不同的使用者，測試實際聯結器與授權設計。
先驗收檢索
準備帶預期文件的問題，包含精確編號、最近更新、資料缺失和無權內容。先檢視檢索返回的片段、後設資料和排序，再讓模型回答；流暢表達無法修復缺失或錯誤的來源。
每次只改變一個檢索設定。大分塊保留上下文，但可能稀釋精確匹配；小分塊可能把表格數值與表頭拆開。使用同一批樣本比較，並在實驗期間固定文件版本。
再單獨驗收回答
在受支援設定中，RetrieveAndGenerate 將檢索與生成組合並返回引用；Retrieve 適合應用自行組裝上下文。核對所選知識庫的 API 和生成模型支援，不能假定任意 Bedrock 模型都是其原生生成目標。
逐項檢查重要結論是否被引用片段支援。批准資料不足時，應給出適當的無法回答結果。存在引用只說明來源關聯，不證明推論正確。
發布前重測權限、舊資料、刪除和來源缺失。交付資料登記表、匯入更新流程、檢索結果和回答評測，並明確誰處理匯入失敗或文件衝突。
官方資料
文件核驗日期：2026 年 10 月 17 日。本文為參考指南，本次未執行真實雲端 API 呼叫。