Saltar al contenido

AWS detalla Smart Approvals para los agentes de Amazon Quick

Respuesta corta

Amazon Quick incorpora Smart Approvals, un modelo clasificador independiente que contrasta las acciones elegibles de un agente con lo que pidió el usuario. Las aprueba una sola vez o las devuelve a una persona. Las denegaciones por política y las aprobaciones humanas obligatorias siguen vigentes. La función viene activada por defecto.

Qué significa para las operaciones

Si tu equipo de ventas, soporte u operaciones usa agentes de Quick que piden confirmación en cada paso, esta función reduce los avisos rutinarios y ya está activa salvo que un administrador la haya restringido. Antes de apoyarte en ella, haz una lista de las acciones que siempre deben llegar a una persona (correos externos, cambios de acceso, borrados, pagos) y defínelas como permisos de acción del conector, porque el clasificador puede equivocarse. Después activa el envío de registros de CloudTrail y de chat, y haz un piloto con un solo equipo y un solo flujo de trabajo. Revisa por muestreo las aprobaciones automáticas y comprueba que un destinatario externo o una adición inesperada vuelven al usuario.

AWS ha publicado una descripción de Smart Approvals en Amazon Quick, una función que decide si la acción que propone un agente necesita la confirmación de una persona. La página de origen no indica fecha de lanzamiento, así que este artículo se limita a lo que hace la función y a cómo se controla.

Qué hace

Smart Approvals compara cada acción propuesta con lo que el usuario pidió. Luego la aprueba de forma automática o se la devuelve al usuario. No añade permisos ni elimina las aprobaciones humanas que ya son obligatorias.

La política marca los límites

Antes de cualquier revisión automática, Quick contrasta la acción con Custom Permissions, Quick Guardrails, los permisos de acción del conector y los ajustes del propio usuario. Lo que está denegado sigue denegado. Una acción solo es elegible para revisión automática cuando el ajuste del usuario es "Ask each time" y ningún otro control exige aprobación humana.

Los administradores usan Custom Permissions para decidir quién puede utilizar la función. Viene activada por defecto, pero los perfiles con denegación por defecto tienen que permitirla de forma expresa. Los usuarios pueden desactivarla para sí mismos, y esa decisión alcanza tanto a las conversaciones como a las ejecuciones programadas. Si un usuario la ha desactivado, ningún ajuste a nivel de cuenta la vuelve a activar para él.

Cómo funciona la revisión

El clasificador es un modelo aparte. Evalúa qué hace la acción, adónde van los datos y a quién afecta, a partir de la solicitud y de una vista limitada de la conversación. También puede consultar el grafo de conocimiento del usuario, construido con las fuentes conectadas, para ver qué relación tiene un destinatario con él, por ejemplo si esa persona forma parte de su cadena de mando. AWS afirma que ese contenido no se usa para entrenar modelos ni para mejorar el servicio.

Entre los ejemplos que deberían volver a una persona figuran enviar contenido fuera de la organización, escribir a altos directivos de la cadena de mando, cambiar accesos, borrar registros e iniciar pagos. AWS aclara que la lista no es exhaustiva. La comprobación de que la acción coincide con la solicitud también sirve como control frente a la inyección indirecta de instrucciones, cuando un texto dentro del contenido recuperado intenta dirigir al agente.

AWS reconoce los límites. La revisión del modelo puede cometer errores, así que las acciones que siempre deben contar con aprobación humana conviene imponerlas mediante los permisos de acción del conector. Cada aprobación automática es de un solo uso y cubre únicamente la acción y los parámetros exactos que se revisaron. Los tiempos de espera agotados y los fallos de revisión nunca producen una aprobación.

AWS ofrece un ejemplo. Una responsable de cuentas pide que un resumen de la revisión trimestral llegue a dos compañeros concretos. Una nota en el material de origen indica que también debería enviarse a una lista de todo el equipo comercial, de unas 2.000 personas. El envío está diseñado para volver a ella, porque ha cambiado el público destinatario.

Registro de auditoría

Las actualizaciones de permisos vinculadas a Smart Approvals quedan registradas en AWS CloudTrail, con el usuario, el conector, la acción y la hora. La marca no demuestra que la concesión se aceptara ni que la acción se ejecutara, de modo que la prueba de ejecución está en el sistema de destino, como el correo enviado o el ticket actualizado. El historial de eventos de CloudTrail conserva los eventos durante 90 días, por lo que las investigaciones más largas requieren un trail configurado. Los registros de chat solo recogen la actividad posterior a la configuración del envío a Amazon CloudWatch Logs y pueden contener contenido sensible, así que conviene restringir el acceso y valorar políticas de protección de datos.

Despliegue recomendado

AWS aconseja confirmar primero los permisos de acción del conector, configurar el registro y limitar la función a un equipo piloto y a un flujo de trabajo definido. El éxito se define de antemano: menos avisos en las acciones rutinarias, con las que tienen consecuencias llegando todavía a una persona. Solo se amplía cuando las pruebas del piloto lo respaldan.

Fuente: AWS Machine Learning Blog

Siguiente paso

Visibility Analyzer

Una noticia sobre IA no dice cómo los asistentes ven tu sitio. El Visibility Analyzer lo comprueba en el sitio real: qué respuestas te citan, qué páginas el motor no puede recuperar y qué arreglar primero. Ejecutarlo es gratis.

Lanzar una auditoría de visibilidad gratuita

Lanzarlo es gratis. Sin tarjeta.

Precio
Gratis
Duración
Una ejecución, minutos

Plan gratuito: dos análisis al día, sin tarjeta.