Cómo los administradores de Salesforce configuran temas, acciones y barreras de seguridad en Agentforce

Los administradores de Salesforce configuran agentes autónomos en Agentforce estableciendo dominios operativos estructurados, herramientas de negocio ejecutables y controles de gobernanza de múltiples capas dentro de Agentforce Builder. A diferencia de los chatbots tradicionales basados en reglas que siguen árboles de decisión deterministas, Agentforce se apoya en el motor de razonamiento Atlas Reasoning Engine para interpretar dinámicamente la intención del usuario, formular planes de acción y ejecutar tareas de forma autónoma. Para garantizar que estos agentes autónomos operen de manera confiable, segura y dentro de los límites empresariales, los administradores deben configurar tres componentes fundamentales: temas (topics) que clasifican y delimitan el alcance del trabajo, acciones (actions) que ejecutan la lógica empresarial y barreras de protección (guardrails) que imponen restricciones de comportamiento, privacidad de datos y rutas de escalamiento hacia agentes humanos.

Base arquitectónica: el Atlas Reasoning Engine

Para configurar un agente autónomo de manera eficaz, los administradores deben comprender cómo procesa Agentforce las interacciones de los usuarios. En el núcleo de Agentforce se encuentra el Atlas Reasoning Engine, que coordina el comportamiento del agente mediante un ciclo continuo de «razonar-actuar-observar» (reason-act-observe):

• Clasificación de intenciones (Intent Classification): Cuando un usuario final envía una consulta, Atlas evalúa el mensaje frente a las descripciones de clasificación de todos los temas activos asignados al agente.
• Ensamblaje del contexto (Context Assembly): Una vez seleccionado un tema, Atlas ingiere las instrucciones en lenguaje natural del tema, las acciones disponibles, el historial de conversación y los datos relevantes del cliente recuperados a través de Salesforce CRM o Data Cloud.
• Formulación del plan (Plan Formulation): El motor de razonamiento evalúa qué acciones (si corresponde) son necesarias para satisfacer la solicitud del usuario y determina los parámetros necesarios que deben extraerse de la conversación.
• Ejecución de acciones y observación (Action Execution and Observation): El agente ejecuta la acción seleccionada —como consultar un registro de inventario o actualizar el estado de un caso— y observa el resultado devuelto. Si se requieren pasos adicionales, el motor continúa razonando hasta que se logre el objetivo o se active un límite de escalamiento.

Dado que Atlas razona de forma dinámica en lugar de seguir un árbol de diálogo programado, los administradores no construyen rutas de ramificación estáticas. En su lugar, definen los límites, las herramientas y los objetivos, lo que permite que el motor explore la ruta óptima hacia la resolución.

Paso 1: Configurar temas (Topics) en Agentforce Builder

Los temas sirven como los dominios funcionales principales del agente. Agrupan capacidades relacionadas, proporcionan contexto y definen los límites dentro de los cuales el agente está autorizado a operar.

Acceso a Builder y creación de temas

1. En la Configuración (Setup) de Salesforce, utilice el cuadro de Búsqueda rápida (Quick Find) para desplazarse a Agentforce Agents (o Einstein Agents según la configuración de la versión).
2. Seleccione el agente deseado de la lista y haga clic en Open in Builder.
3. En el panel de navegación izquierdo de Agentforce Builder, seleccione la pestaña Topics.
4. Haga clic en New Topic para crear un tema personalizado desde cero o elija entre las plantillas de dominio estándar preconfiguradas (como Order Management, Billing Inquiries o Case Escalation).

Definición de metadatos y alcance de clasificación del tema

Cada tema requiere tres campos de configuración críticos que influyen directamente en la forma en que el Atlas Reasoning Engine enruta las solicitudes entrantes:

• Nombre del tema (Topic Name): Una etiqueta clara y descriptiva que identifica la función empresarial (por ejemplo, Billing_and_Invoices o Appointment_Scheduling).
• Descripción de clasificación (Classification Description): Una explicación semántica detallada de qué intenciones de usuario, consultas y solicitudes corresponden a este tema. Atlas depende en gran medida de esta descripción para calcular la similitud de intenciones. Por ejemplo, en lugar de una etiqueta breve como «Preguntas sobre facturación», escriba: «Gestiona consultas sobre facturas de clientes, historial de facturación, métodos de pago, solicitudes de recibos, disputas de cargos y tarifas de renovación de suscripciones.»
• Alcance (Scope): Un resumen conciso que describe lo que el agente puede y no puede resolver dentro de este dominio. Esto sirve como un límite contextual inmediato para el modelo cuando comienza a razonar.

Redacción de instrucciones a nivel de tema

Las instrucciones del tema proporcionan las directrices de comportamiento específicas y los pasos de procedimiento que el agente debe seguir una vez que el tema está activo. Los administradores deben redactar las instrucciones en un lenguaje natural claro e imperativo:

• Guía secuencial (Sequential Guidance): Detalle el orden estándar de operaciones (por ejemplo: «1. Solicite al cliente su ID de pedido (Order ID). 2. Verifique que el ID de pedido coincida con un registro existente. 3. Recupere el estado del envío y resuma el cronograma de entrega.»).
• Lógica condicional (Conditional Logic): Defina reglas de gestión para situaciones específicas (por ejemplo: «Si el estado del pedido es 'Entregado' pero el cliente indica que no ha recibido el paquete, inicie un flujo de escalamiento por paquete perdido.»).
• Directrices de estilo y tono (Style and Tone Directives): Especifique las preferencias de comunicación (por ejemplo: «Proporcione respuestas concisas y profesionales. Evite la jerga técnica al explicar los conceptos individuales de la factura.»).

Los administradores deben aspirar a un diseño enfocado: por lo general, de 10 a 15 temas diferenciados por agente, garantizando una superposición semántica mínima entre las descripciones de clasificación para que el motor no vacile ni clasifique erróneamente las solicitudes.

Paso 2: Asociar y configurar acciones (Actions)

Las acciones son las herramientas funcionales que un agente invoca para recuperar información, crear o actualizar registros y ejecutar lógica empresarial externa. Sin acciones, un agente solo puede conversar; con acciones, un agente puede realizar trabajo real.

Tipos de acciones disponibles para administradores

Los administradores pueden asociar varios tipos de acciones a un tema:

Configuración de parámetros y metadatos de las acciones

Al agregar una acción a un tema, los administradores deben configurar las definiciones de los parámetros con descripciones precisas en lenguaje natural:

1. Seleccionar la acción: En la vista de detalles del tema, haga clic en Add Action y busque el Flow, método de Apex, plantilla de mensaje o servicio externo correspondiente.
2. Definir la descripción de la acción: Proporcione una explicación explícita de lo que logra la acción y cuándo debe llamarse. Atlas lee esta descripción para decidir si la acción se ajusta al paso actual de su plan de razonamiento.
3. Mapear parámetros de entrada: Para cada parámetro de entrada requerido (como caseId, customerId o billingZipCode), especifique si el agente debe extraer el valor del contexto de la conversación en curso, solicitarlo directamente al usuario o pasar una variable de sistema estática.
4. Definir el manejo de la salida: Configure cómo procesa el agente los valores devueltos por la acción. Especifique si la salida debe devolverse directamente al usuario como un mensaje sintetizado o reenviarse al bucle de razonamiento como contexto para una acción posterior.
5. Requerir confirmación (operaciones con cambio de estado): Para operaciones delicadas o irreversibles —como procesar un pago, cancelar un contrato o eliminar una cita de servicio programada—, los administradores pueden activar requisitos de confirmación, obligando al agente a solicitar explícitamente la verificación del usuario antes de ejecutar la acción.

Paso 3: Implementar barreras de protección (Guardrails) de múltiples capas

Los agentes autónomos requieren una gobernanza sólida para evitar alucinaciones, filtraciones de datos, infracciones de políticas y modificaciones no autorizadas de datos. Los administradores implementan barreras de protección en cuatro capas diferenciadas: instrucciones conversacionales, lógica determinista, permisos de acceso y controles de confianza de la plataforma.

1. Barreras conversacionales mediante instrucciones en lenguaje natural

La primera línea de defensa consiste en declarar explícitamente restricciones negativas dentro de las instrucciones del tema. Los administradores deben tratar las instrucciones como procedimientos operativos estándar (SOP) entregados a un empleado:

• Prohibiciones explícitas: Articule con claridad lo que el agente nunca debe hacer (por ejemplo: «Nunca prometa un crédito financiero o reembolso superior a $50 sin transferir el caso a un supervisor.»).
• Protección de la privacidad: Indique al agente cómo manejar entradas confidenciales de clientes (por ejemplo: «Nunca solicite al cliente el número completo de su tarjeta de crédito, datos de cuentas bancarias o números de identificación gubernamentales. Si el cliente proporciona voluntariamente esta información, no la repita en la conversación.»).
• Activadores de escalamiento adecuados: Especifique criterios exactos sobre cuándo el agente debe detener el procesamiento y transferir al cliente a un agente humano mediante Omni-Channel (por ejemplo: «Si el usuario menciona acciones legales, solicita hablar con un gerente dos veces o utiliza lenguaje ofensivo, invoque de inmediato la acción Transfer to Agent.»).

2. Barreras de lógica determinista

Si bien los LLM destacan en la comprensión de los matices conversacionales, los cálculos críticos para el negocio y las reglas empresariales deterministas nunca deben dejarse a la estimación generativa. Los administradores deben imponer límites estrictos trasladando la lógica crítica a código determinista:

• Usar Flows y Apex para operaciones matemáticas y validación: Si un descuento debe cumplir niveles estrictos basados en el valor de vida del cliente, encapsule el cálculo dentro de un flujo de inicio automático (Autolaunched Flow) o un método de Apex. Haga que el agente invoque la acción en lugar de calcular descuentos de forma generativa.
• Validación de salida: Utilice reglas de validación y elementos de decisión de flujos para rechazar parámetros de entrada no válidos antes de que los registros se confirmen en la base de datos.

3. Barreras de permisos y control de acceso

Los agentes de Agentforce ejecutan acciones dentro de un contexto de ejecución específico. Los administradores deben aplicar el principio de privilegio mínimo a la identidad del agente:

• Usuario y perfil de agente dedicados: Cada agente opera bajo un registro de usuario de Salesforce dedicado. Los administradores deben crear un perfil y un conjunto de permisos (Permission Set) especializados y adaptados exclusivamente al ámbito operativo de dicho agente.
• Seguridad a nivel de objeto y de campo (FLS): Asegúrese de que el conjunto de permisos del agente solo otorgue acceso de Read o Edit a los objetos estándar y personalizados específicos requeridos para sus temas asignados. Nunca otorgue Modify All Data ni permisos administrativos amplios.
• Reglas de uso compartido (Sharing Rules): Verifique que el usuario del agente respete los valores predeterminados de toda la organización (OWD) y las reglas de uso compartido basadas en funciones, de modo que no pueda recuperar registros de clientes fuera de su territorio o división autorizados.

4. Barreras a nivel de plataforma: Einstein Trust Layer

Agentforce opera sobre el Einstein Trust Layer de Salesforce, proporcionando funciones de seguridad integradas que requieren una configuración administrativa mínima:

• Retención cero de datos (Zero-Data Retention): El Einstein Trust Layer garantiza que los modelos fundacionales de terceros no retengan ni se entrenen con los datos de clientes empresariales enviados en los mensajes.
• Enmascaramiento automatizado de datos: La información de identificación personal (PII) —como números de seguro social, direcciones de correo electrónico y números de teléfono— se detecta y enmascara automáticamente antes de que el mensaje salga del límite de confianza de Salesforce.
• Defensa contra toxicidad e inyección de instrucciones: Las entradas de los usuarios y las salidas generadas por el modelo se analizan en busca de lenguaje tóxico, incitación al odio y ataques de inyección de instrucciones que intenten alterar las directrices del agente.
• Pista de auditoría y observabilidad: Cada interacción, incluidos los datos de fundamentación recuperados, el mensaje enviado, el razonamiento intermedio del modelo y la respuesta final, se registra en los registros de auditoría de Data Cloud para su revisión de cumplimiento y gobernanza.

Paso 4: Pruebas, observabilidad y optimización

Antes de implementar un agente en canales reales de clientes o internos, los administradores deben validar sus rutas de razonamiento y perfeccionar sus instrucciones.

Uso del panel de vista previa de conversación

Agentforce Builder incluye un panel interactivo Preview que permite a los administradores simular conversaciones en tiempo real:

1. Probar el «camino feliz» (Happy Path): Introduzca consultas estándar de usuarios para verificar que el agente clasifique correctamente la intención, seleccione el tema adecuado y llame a la acción correspondiente.
2. Inspeccionar los rastros de razonamiento: Haga clic en el resumen de razonamiento en la ventana de vista previa para revisar el proceso de pensamiento interno del agente. Inspeccione qué tema se seleccionó, qué instrucciones influyeron en la respuesta y qué parámetros de entrada se pasaron a las acciones invocadas.
3. Probar casos extremos y barreras de protección: Envíe intencionalmente consultas fuera de alcance, solicitudes ambiguas y mensajes contradictorios (como pedirle al agente que ignore sus instrucciones o revele configuraciones internas del sistema). Confirme que el agente permanezca dentro del alcance, cite adecuadamente las políticas de la empresa o transfiera el caso a un representante humano.

Implementación y supervisión en producción

Una vez completadas la configuración y las pruebas en el entorno de pruebas (sandbox):

• Activación de canales: Active el agente y asígnelo a los canales de implementación, como Salesforce Service Cloud Messaging, sitios de Experience Cloud, aplicaciones móviles o espacios de trabajo internos de Slack.
• Agentforce Command Center: Supervise las métricas de rendimiento en tiempo real, incluidas las tasas de desviación (autoservicio), la distribución de temas, las tasas de éxito de las acciones y las frecuencias de escalamiento.
• Ajuste continuo de instrucciones: Revise los registros de sesión en los que el agente escaló prematuramente o clasificó erróneamente las intenciones. Perfeccione las descripciones de clasificación de temas y agregue instrucciones negativas aclaratorias para resolver ambigüedades con el tiempo.

Al definir sistemáticamente temas granulares, dotarlos de acciones invocables robustas y protegerlos con barreras de protección multinivel, los administradores de Salesforce transforman los modelos generativos en colaboradores digitales autónomos y confiables, capaces de impulsar la eficiencia empresarial salvaguardando al mismo tiempo los estándares corporativos.