Talkdesk Authentication Gate™ (Auth Gate) es una capa de seguridad y control de acceso dentro de Talkdesk AI Agent Platform™ que impide el acceso a los subagentes o habilidades que gestionan los datos confidenciales (como saldos de cuentas, historial de transacciones o identificadores personales) antes de que se autentique una sesión de cliente.
Auth Gate ofrece a los administradores un control directo y autoservicio de los requisitos de autenticación, llevado a cabo completamente desde la interfaz de usuario de la plataforma, sin necesidad de configuración técnica.
Conceptos principales
| Término | Definición |
|---|---|
| Variable de condición de autenticación | Una variable que actúa como la señal oficial del sistema para determinar si una sesión se autentica. Solo una variable por sistema de aplicación puede ser condición de autenticación. |
| Subagente | Un agente en la orquestación que gestiona un dominio específico. Puede estar protegido en su totalidad. |
| Skill | Una acción que ejecuta código determinista. Puede protegerse individualmente y es el lugar recomendado para establecer la variable de condición de autenticación. |
| Coordinador | El componente que recibe cada petición y, para sesiones no autenticadas, intercepta peticiones hacia los componentes protegidos antes de que lleguen al LLM. |
En este artículo
- ¿Por qué Auth Gate?
- ¿Cómo funciona?
- Configuración de Auth Gate
- Prácticas recomendadas
- Flujo de verificación
- ¿Por qué es importante?
¿Por qué Auth Gate?
- Protege la privacidad del cliente. Mantiene confidenciales los datos de sus clientes hasta que se verifique su identidad.
- Cierra la brecha de autenticación. Evita que un flujo de trabajo sensible siga siendo accesible durante una sesión no autenticada.
- Resultados predecibles. La autenticación depende de una variable determinista, no de cómo el modelo interpreta la conversación.
- Configuración autoservicio. Los administradores crean y aplican los requisitos directamente en la interfaz de usuario de la plataforma.
¿Cómo funciona?
Auth Gate se basa en la variable de condición de autenticación. Un componente protegido solo se ejecuta mientras esta variable esté definida, lo que significa que la variable es la única fuente de verdad para el estado de autenticación de la sesión.
Aplicación automática. Si una sesión no autenticada intenta acceder a un componente protegido, el coordinador intercepta la petición antes de que llegue al LLM y enruta la sesión al flujo de autenticación adecuado.
Configuración de Auth Gate
La configuración consta de dos pasos: crear la variable de condición de autenticación y, a continuación, aplicar la protección a los componentes que la necesiten.
- Cree una variable de condición de autenticación.
En AI Agent Platform, abra Variables, seleccione Add a variable, complete el nombre y la descripción, marque Set as auth condition y, a continuación, seleccione Confirm.
Figura 1. Abra el panel Variables desde el canvas de orquestación.
Figura 2. Seleccione Add a variable.
Figura 3. Nombre la variable y marque Set as auth condition.
- Proteja un componente.
Una vez que exista la variable de condición de autenticación, la protección se aplicará a los componentes. Elija el nivel que corresponda a la cantidad que quiera restringir:
| Nivel | Dónde habilitarlo | Efecto |
|---|---|---|
| Subagente | Advanced settings → Require authentication to enter this agent | Bloquea todo el agente. Solo se ejecuta mientras la variable de condición de autenticación esté definida. |
| Habilidad | Advanced settings → Require authentication to call this skill | Esto solo limita esa acción específica, sin limitar al agente en su totalidad. La habilidad solo se ejecuta mientras la variable de la condición de autenticación esté definida. |
Limitar un subagente
Figura 4. Habilite la opción Require authentication to enter this agent.
Asignar una habilidad
Figura 5. Habilite la opción Require authentication to call this skill.
- Pruebe el flujo.
Use el simulador para confirmar que las sesiones no autenticadas se enruten correctamente y que los componentes protegidos sean inaccesibles hasta que la autenticación finalice correctamente. En el ejemplo que se muestra a continuación, un cliente no autenticado solicita consultar su saldo y el agente le pide que verifique su identidad primero.
Figura 6. Simulador: la petición se envía a verificación antes de que se muestre el saldo.
Prácticas recomendadas
|
Regla de oro Siempre configure la variable de condición de autenticación dentro de una habilidad, nunca a partir del razonamiento del agente ni desde texto libre. Una habilidad ejecuta un código determinista, por lo que la variable se establece de la misma manera cada vez y no depende de cómo el modelo interprete la conversación. |
Consejos para crear el flujo de verificación
- Separe la lógica de la conversación. Mantenga la lógica de verificación (comprobar los datos del cliente, confirmar que hay coincidencia) dentro de las habilidades. Deje que el agente solo se encargue de la conversación: hacer preguntas, explicar los siguientes pasos y reaccionar al resultado de la habilidad.
- Valide antes de la configuración. Cualquier dato que el cliente proporcione para verificar su identidad (un código, un identificador, una coincidencia biométrica, etc.) debe ser validado dentro de una habilidad. Establezca la variable de condición de autenticación en verdadero (true) solo después de que la validación haya finalizado correctamente.
- Nunca confíe en las afirmaciones de confianza. Nunca permita que el agente establezca o asuma la variable de condición de autenticación basándose en lo que dice el cliente (por ejemplo, si un cliente afirma que ya está verificado). La variable solo debe reflejar el resultado de una ejecución real de la habilidad.
- Haga pruebas antes de la puesta en marcha. Ejecute tanto escenarios autenticados como no autenticados en el simulador para confirmar que cada componente protegido se comporte como se espera.
Flujo de verificación
Auth Gate no dicta cómo se verifica un cliente. Cada empresa crea su propio flujo de verificación, y el resultado de ese flujo es lo que establece la variable de condición de autenticación.
Esto hace que Auth Gate sea lo suficientemente flexible como para admitir diferentes estrategias de verificación dependiendo del canal y del estado de la inscripción del cliente. Por ejemplo:
| Segmento de clientes | Método de verificación de ejemplo |
|---|---|
| Clientes estándar | Verificación basada en PIN |
| Dígitos del número de la Seguridad Social | Número de la Seguridad Social |
Por qué es importante
Auth Gate ayuda a mantener confidenciales los datos de sus clientes, garantizando que solo se compartan después de que su identidad se haya verificado correctamente. Dado que se basa en una variable de condición de autenticación determinista, el resultado de la autenticación siempre es consistente y predecible, nunca está sujeto a interpretación por parte del agente durante la conversación.
También mantiene la configuración sencilla: los administradores pueden crear y aplicar los requisitos de autenticación directamente en la interfaz de usuario de la plataforma, sin necesidad de configuración técnica, y aún así tienen la flexibilidad para diseñar el método de verificación que mejor se adapte a cada segmento de cliente o canal.