把 Guardrails 放入应用安全边界
把内容检查、资料授权和业务动作控制分开设计与验收。
画出四个不同控制点
输入检查处理不当请求和敏感输入，检索授权决定调用者可用文档，输出检查评估生成内容，工具授权控制业务动作。它们解决不同问题；内容过滤不能授予记录访问权或批准付款。
准备允许使用政策、禁止内容样本、敏感数据规则和应用数据流，把每项规则映射到实际执行组件。明确拦截、部分脱敏和转人工时用户会看到什么。
只配置受支持的检查
Bedrock Guardrails 提供可配置的内容、主题、词汇和敏感信息过滤，以及受支持的依据检查等能力。独立 ApplyGuardrail API 可单独评估受支持文本；直接集成则取决于模型、API、区域和端点。
例如当前 GPT-6.1 Sol 模型卡明确排除 Responses 的集成 Guardrails，虽然通用 API 文档描述更宽。不能假设加上请求头就保护了所有路径。应选择有明确支持的路径，或设计显式应用检查，再验证实际结果。
同时测误拦截与漏拦截
使用允许、禁止、含糊及多语言样本，加入检索内容中的提示注入、跨消息拆分的敏感信息，以及接近禁区但正常的业务请求。记录政策版本、预期判断与实际判断。
流式输出需要决定评估完成前是否允许片段到达用户，应验证真实缓冲和故障行为，不能把逐 token 输出等同于已受保护。
交付政策与控制映射、配置索引、样本结果和升级处理路径。权限与动作测试必须与过滤测试并存；任何配置都不代表绝对安全或法律合规。
官方资料
文档核验日期：2026 年 10 月 17 日。本文为参考指南，本次未执行真实云端 API 调用。