Amazon Quick 智能审批：在关键环节落实人工监督

Amazon Quick 的 Smart Approvals 改变的不是权限边界，而是审批分配：符合资格的动作会与用户请求及有限对话上下文比对，系统自动批准或退回用户。它不新增权限，也不取消既有人工审批要求。

自动审查受现有策略约束

• Quick 会对照 Custom Permissions、Quick Guardrails、连接器操作权限和用户设置；被拒绝或被要求人工审批的动作仍按原策略处理。
• 仅当用户设置为“每次询问”，且没有其他控制要求人工审批时，动作才具备自动审查资格。
• 该功能默认开启，但采用默认拒绝配置的用户配置文件必须显式允许。用户可以自行关闭；关闭状态跨对话和计划任务生效，账户级设置不能替其重新开启。

模型判断不能替代权限边界

独立分类器会考虑动作内容、数据去向和受影响者，并可查阅账户内的用户知识图谱，以理解收件人与用户的关系。Quick 不使用分类器审查的内容训练模型或改进服务。即使动作与请求相符，向组织外发送内容、影响用户汇报链上的高级领导者、变更访问权限、删除记录或发起付款等情形，仍可能需要人工复核。代理和分类器还会把检索到的内容视为信息而非指令，以降低间接提示注入风险。

模型判断仍可能出错，因此敏感数据流转等必须由人审批的动作，应通过连接器操作权限强制要求。自动批准是一次性的，只覆盖已经审查的动作及参数；超时或审查失败均不会自动放行。

超出原请求的收件范围需要复核

设想用户让 Quick 把业务简报发给两名指定同事，但账户备注要求同时发送给约 2,000 人的销售群组。后者扩大了收件范围，Smart Approvals 会将发送动作退回用户确认；对原收件人的批准不能复用于扩大后的群发。

审计需要组合多类证据

权限服务会在 AWS CloudTrail 中记录与 Smart Approvals 相关的权限更新，包括用户、连接器、动作和时间，但相关标记本身不能证明授权已被接受或动作已经执行。调查人员还需结合权限检查结论、用户设置变更、聊天日志、代理元数据日志和目标系统中的操作记录。

CloudTrail 事件历史保留 90 天，长期调查应配置自己的追踪。聊天日志可能包含敏感内容，应限制访问，并评估使用 CloudWatch Logs 数据保护策略进行脱敏。

从限定工作流的试点开始

• 确认必须人工审批的动作已由连接器操作权限覆盖，再配置 CloudTrail 以及聊天日志、代理元数据日志的交付；日志仅覆盖配置后的活动。
• 通过 Custom Permissions 将功能限定给固定工作流的试点团队，检查常规提示是否减少、高影响动作是否仍返回用户，并抽查自动批准。
• 确认团队能够从审批追溯到执行，再逐步扩展；政策或动作发生变化后重新评估。

有效监督不在于审批提示越少越好，而在于关键决定仍由人掌控。

资料日期：2026年11月4日

资料来源：Smart Approvals in Amazon Quick: Human oversight where it matters（2026-11-04）。