把 Guardrails 放入應用安全邊界
把內容檢查、資料授權和業務動作控制分開設計與驗收。
畫出四個不同控制點
輸入檢查處理不當請求和敏感輸入，檢索授權決定呼叫者可用文件，輸出檢查評估生成內容，工具授權控制業務動作。它們解決不同問題；內容過濾不能授予記錄存取權或批准付款。
準備允許使用政策、禁止內容樣本、敏感資料規則和應用資料流，把每項規則對映到實際執行元件。明確攔截、部分脫敏和轉人工時使用者會看到什麼。
只設定受支援的檢查
Bedrock Guardrails 提供可設定的內容、主題、詞彙和敏感資訊過濾，以及受支援的依據檢查等能力。獨立 ApplyGuardrail API 可單獨評估受支援文字；直接整合則取決於模型、API、區域和端點。
例如當前 GPT-6.1 Sol 模型卡明確排除 Responses 的整合 Guardrails，雖然通用 API 文件描述更寬。不能假設加上請求頭就保護了所有路徑。應選擇有明確支援的路徑，或設計顯式應用檢查，再驗證實際結果。
同時測誤攔截與漏攔截
使用允許、禁止、含糊及多語言樣本，加入檢索內容中的提示注入、跨訊息拆分的敏感資訊，以及接近禁區但正常的業務請求。記錄政策版本、預期判斷與實際判斷。
串流輸出需要決定評估完成前是否允許片段到達使用者，應驗證真實緩衝和故障行為，不能把逐 token 輸出等同於已受保護。
交付政策與控制對映、設定索引、樣本結果和升級處理路徑。權限與動作測試必須與過濾測試並存；任何設定都不代表絕對安全或法律合規。
官方資料
文件核驗日期：2026 年 10 月 17 日。本文為參考指南，本次未執行真實雲端 API 呼叫。