A AWS publicou uma descrição do Smart Approvals no Amazon Quick, recurso que decide se uma ação proposta por um agente precisa da confirmação de uma pessoa. A página de origem não informa data de lançamento, então esta nota trata do que o recurso faz e de como ele é controlado.
O que ele faz
O Smart Approvals compara cada ação proposta com o pedido do usuário. Em seguida, aprova a ação automaticamente ou a devolve ao usuário. Ele não concede permissões novas e não elimina aprovações humanas que já são exigidas.
A política define os limites
Antes de qualquer revisão automática, o Quick verifica a ação contra as Custom Permissions, os Quick Guardrails, as permissões de ação do conector e as configurações do próprio usuário. Ação negada continua negada. Uma ação só é elegível para revisão automática quando a configuração do usuário é "Ask each time" e nada mais exige aprovação humana.
Os administradores usam as Custom Permissions para definir quem pode usar o recurso. Ele vem ativado por padrão, mas perfis com deny-by-default precisam liberá-lo de forma explícita. Os usuários podem desligá-lo para si mesmos, e essa escolha vale para conversas e execuções agendadas. Quando o usuário desliga, nenhuma configuração em nível de conta o religa para ele.
Como a revisão funciona
O classificador é um modelo separado. Ele analisa o que a ação faz, para onde os dados vão e quem é afetado, com base no pedido e em uma visão limitada da conversa. Também pode consultar o grafo de conhecimento do usuário, montado a partir das fontes conectadas, para entender a relação de um destinatário com ele, por exemplo se essa pessoa está na sua linha hierárquica. A AWS afirma que esse conteúdo não é usado para treinar modelos nem para melhorar o serviço.
Entre os exemplos que devem voltar para uma pessoa estão enviar conteúdo para fora da organização, enviar a líderes seniores da cadeia hierárquica, alterar acessos, excluir registros e iniciar pagamentos. A AWS diz que a lista não é completa. A etapa de comparação com o pedido também funciona como uma barreira contra injeção indireta de prompt, em que um texto dentro do conteúdo recuperado tenta desviar o agente.
A AWS é franca sobre os limites. A revisão do modelo pode errar, então ações que sempre precisam de aprovação humana devem ser garantidas por permissões de ação do conector. Cada aprovação automática vale uma única vez e cobre apenas a ação e os parâmetros exatos que foram revisados. Timeouts e falhas na revisão nunca geram aprovação.
A AWS dá um exemplo. Uma gerente de contas pede que um resumo da revisão trimestral seja enviado a dois colegas indicados. Uma observação no material de origem diz que ele também deve ir para uma lista de vendas com cerca de 2.000 pessoas. O envio foi concebido para voltar para ela, porque o público mudou.
Trilha de auditoria
Atualizações de permissão ligadas ao Smart Approvals ficam registradas no AWS CloudTrail, com usuário, conector, ação e horário. Esse registro não prova que a concessão foi aceita nem que a ação foi executada; a prova da execução está no sistema de destino, como o e-mail enviado ou o ticket atualizado. O histórico de eventos do CloudTrail guarda os eventos por 90 dias, então investigações mais longas exigem uma trilha configurada. Os logs de chat só capturam a atividade depois que a entrega ao Amazon CloudWatch Logs é configurada e podem conter conteúdo sensível, por isso convém restringir o acesso e avaliar políticas de proteção de dados.
Implantação sugerida
A AWS recomenda confirmar primeiro as permissões de ação do conector, configurar o registro de logs e limitar o recurso a uma equipe-piloto e a um fluxo definido. Defina o sucesso de antemão: menos pedidos de confirmação nas ações de rotina, com as de maior consequência ainda chegando a uma pessoa, e só amplie quando as evidências do piloto sustentarem.