一句话结论
Amazon Quick 新增智能审批功能，通过独立分类器自动甄别动作风险，在保留关键操作人工监督的同时简化常规流程。
关键要点
- Amazon Quick 智能审批功能默认开启，基于独立分类器模型评估动作，结合对话上下文与知识图谱（含人员汇报线关系）决定是否自动批准。
- 每次自动审批均为一次性且限定特定参数，不授予持续权限；向约 2,000 人的销售列表发送简报等受众显著变更的场景，原有审批不可复用，必须退回人工审核。
- 发送至组织外部、高层领导、变更访问权限、删除记录或发起支付等高敏感动作，系统强制要求人工复核，原有审批无效。
- 分类器处理的数据不用于模型训练或产品改进，该机制被设计用于抵御间接提示注入攻击。
- 用户可手动关闭智能审批，关闭后所有动作（包括计划任务）均需逐次手动确认，且管理员无法通过账户级设置强制重新开启该功能。
背景与事实
亚马逊云科技（Amazon Web Services，AWS）近日在其 AI 智能体平台 Amazon Quick 中推出了名为“智能审批”（Smart Approvals）的治理功能。该功能旨在解决 AI 代理在执行动作时缺乏人工监督的行业痛点，通过在现有控制措施框架下评估拟议动作，实现自动化与人工介入的平衡。智能审批并非赋予代理额外权限，而是在现有权限控制基础上增加一道审查关卡。只有当用户将交互模式设置为“每次询问”，且没有其他更高优先级的控制策略要求人工审批时，动作才具备进入自动审核流程的资格。管理员可通过自定义权限控制使用资格，功能对新建资源默认开启，但若用户处于默认拒绝的配置文件下，需显式允许后才能生效。若用户选择手动关闭该功能，系统将不再执行任何自动审批，所有跨对话及计划任务的指令均回退至传统的手动审批模式，此时账户级策略无法强制重新开启智能审批。
在技术实现层面，智能审批依赖一个独立的分类器模型。该模型在评估动作时，不仅参考用户的原始请求和有限的对话视图，还接入包含人员关系（如汇报线等）的知识图谱进行综合判断。AWS 明确声明，分类器审查过程中处理的内容不会被用于模型训练或服务改进。针对高风险动作，如将内容发送至组织外部、发送给高层领导、变更访问权限、删除记录或发起支付等，系统通常强制要求人工复核，不进入自动批准通道。这种设计旨在抵御间接提示注入等安全威胁。值得注意的是，智能审批的粒度极细，每一次自动批准仅对特定的动作及其参数一次性有效。例如，向两名指定同事发送简报可能触发自动批准，但如果收件人范围扩展至约 2,000 人的销售列表，由于受众属性发生显著变更，原有的自动审批结果不可复用，该动作将被退回至人工审核状态。任何未通过、超时或审核失败的动作同样退回给用户，绝不会产生“默认通过”的自动审批结果。
在可审计性与日志记录方面，Amazon Quick 的权限服务在 AWS CloudTrail 中记录与智能审批相关的权限更新事件。每个事件均标识用户、连接器、操作和时间戳，并标记该请求与智能审批相关，但 AWS 强调该标记仅代表请求的关联性，不代表权限服务已接受授权或操作已在目标系统完成。Quick 同时记录权限检查的判定结果（包括因连接器操作权限不足导致的拒绝）以及用户智能审批设置的变更。调查人员可将 CloudTrail 事件与聊天记录（捕获用户请求、系统响应及对话上下文）、智能体元数据日志（记录智能体变更）以及目标系统记录（如已发送的邮件或更新的工单）进行关联。聊天记录仅捕获配置传递后的活动，因此较早的审批可能缺乏对话上下文。CloudTrail 事件历史默认保留 90 天，长期调查需配置日志存储。鉴于聊天记录可能包含敏感内容，AWS 建议限制访问并考虑使用 CloudWatch Logs 数据保护策略以掩盖敏感数据。
影响分析
对于国内企业的开发团队与技术管理者而言，Amazon Quick 的这一机制提供了 AI 治理的参考范式。智能审批通过分类器模型将人工介入从“全量覆盖”优化为“风险驱动”，在保留关键决策控制权的同时降低了注意力成本。然而，这要求团队必须预先定义高敏感动作的边界。对于中文开发者与从业者，实际影响在于部署此类 AI 智能体时，需建立配套的日志审计能力。若仅启用智能审批而未配置 CloudTrail 和 CloudWatch Logs，团队将无法追溯“审批通过但未执行”或“执行成功但审批未记录”的中间状态。此外，一次性审批参数的限制意味着系统不会学习或继承用户的信任偏好，这在提升安全性的同时增加了自动化流程的复杂性，要求开发者在编写自动化工作流时，需为受众变化等边界条件预留人工介入节点。
适用边界
该结论不适用于那些将 Amazon Quick 配置为完全手动审批模式的场景，因为智能审批功能已被手动关闭，所有动作均需人工确认。同时，该机制的自动批准资格依赖于“每次询问”的用户设置及特定的权限配置；若用户使用了默认拒绝的配置文件且未显式允许智能审批，功能不会自动生效。此外，智能审批的分类器无法识别超出其知识图谱覆盖范围的人员关系或业务语境，对于高度定制化或非标准化的内部工作流，自动批准的准确性可能降低，需依赖更严格的人工复核。
孤本观察
智能审批将安全问责制从“审批频率”转向“控制权保留”，这一设计判断表明，AWS 正在试图通过技术手段在效率与风险之间划定可审计的边界，而非单纯依赖人工干预。
常见问题
Amazon Quick 智能审批功能默认是否开启？
智能审批功能对新建资源默认开启，但若用户处于默认拒绝的配置文件下，需显式允许后才能生效。
哪些高敏感动作会被强制要求人工复核？
发送至组织外部、高层领导、变更访问权限、删除记录或发起支付等动作，系统强制要求人工复核。
智能审批的自动批准权限是否可复用？
不可复用。每次自动审批仅对特定动作及参数一次性有效，受众显著变更（如扩展至2,000人列表）需重新人工审核。
关闭智能审批后，管理员能否强制重新开启？
不能。若用户手动关闭该功能，所有动作均需逐次手动确认，管理员无法通过账户级设置强制重新开启。
CloudTrail 中智能审批相关事件的默认保留期限是多久？
CloudTrail 事件历史默认保留 90 天，长期调查需配置日志存储。