Aprenda a hacer que los flujos estén listos para el agente

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

• Crear un flujo que pueda asignarse a una acción de agente.
  
• Escribir nombres y descripciones útiles para los recursos de un flujo de acciones de agentes.
  
• Crear variables adecuadas en un flujo de acciones de agentes.
  
• Limitar los datos a los que el agente y sus flujos de acciones de agentes tienen acceso.
  

En esta insignia se da por hecho que está familiarizado con los flujos y que tiene experiencia con Flow Builder. Siga la ruta Crear flujos con Flow Builder para desarrollar capacidades sólidas de automatización de procesos y convertirse en un experto de Flow Builder.

¡Nueva experiencia de creación de agentes muy pronto!

¡Agentforce se actualiza! En Dreamforce 2025, anunciamos la nueva experiencia de creación de agentes que puede ser diferente del proceso y las funciones que se aprenden en esta insignia. Esperamos que la nueva experiencia esté disponible en versión beta unas semanas después de la Dreamforce. La disponibilidad general será un poco después. La experiencia de creación actual sigue estando disponible para admitir los agentes que se hayan creado previamente. Permanezca atento para mantenerse informado.

Trailcast

Si desea escuchar una grabación de audio de este módulo, utilice el siguiente reproductor. Cuando termine de escuchar la grabación, recuerde volver a cada unidad, consultar los recursos y completar las tareas asociadas.

Por qué debería utilizar flujos en agentes

Agentforce es una herramienta increíblemente potente para sus usuarios y clientes, y mucha de esa potencia se debe a los flujos. Aunque los agentes pueden acceder a los datos de Salesforce, no puede causar ningún impacto sobre los mismos. Si quiere que su agente cree, actualice o elimine registros, debe definir una acción de agente que cambie los datos. Las acciones de agentes pueden activar clases de Apex, hacer llamadas de API, ejecutar flujos o hacer referencia a una plantilla de solicitud; sin embargo, los flujos son el único método que puede afectar a los datos de su organización de Salesforce con poco código.

Los flujos también proporciona un nivel adicional de precisión al garantizar que el agente trabaja con datos específicos. Los agentes pueden leer cualquier dato de Salesforce para el que usted le haya proporcionado permiso y utilizar cualquier dato que crea que es pertinente. A fin de limitar los datos que el agente utiliza y aumentar enormemente la precisión del agente, cree un flujo que recupere datos específicos y precisos para alimentar al agente. A continuación, proporcione instrucciones al agente para que solo utilice los datos que le proporcione el flujo.

¿Qué debe hacer para crear una acción de agente basada en un flujo?

Crear un flujo iniciado automáticamente (Sin desencadenador)

Las acciones de agentes son compatibles solo con los flujos iniciados automáticamente (sin desencadenador). Mientras que otros tipos de flujos (como los flujos activados por registros) pueden clasificarse técnicamente como iniciados automáticamente, el flujo asignado no debe tener desencadenador. Si quiere utilizar un flujo existente en una acción de agente y no es de ese tipo, debe volver a crear el flujo con el tipo de flujo Autolaunched Flow (No Trigger) (Flujo iniciado automáticamente [sin desencadenador]).

Sea muy descriptivo

La tecnología de IA confía plenamente en las palabras. Para conseguir buenos resultados cuando se le pide a la IA que genere texto, debe proporcionar instrucciones detalladas y un texto de origen preciso y minucioso. Lo mismo ocurre con cualquier flujo que quiera ejecutar como acción de agente.

Los agentes utilizan los nombres de variable del flujo, y los datos con los que trabaja el flujo, para comprender lo que hace el flujo. Por ello, es importante tener nombres precisos y descriptivos para las variables de entrada y salida de su flujo. Evite nombres de variables como "foo". En su lugar, utilice nombres de variables descriptivos, como "Account_ID".

Aunque una práctica recomendada sea agregar descripciones a todo lo que hay en el flujo, es incluso más importante que el flujo se ejecute por una acción de agente. Los agentes utilizan la descripción del flujo y las descripciones en sus variables. Todo este texto ayuda al agente a comprender la funcionalidad del flujo y los datos con los que el flujo está trabajando.

Asegúrese especialmente de escribir buenos nombres y descripciones para las variables de entrada y salida del flujo. Sin un nombre y una descripción consistentes, el agente no puede determinar de manera fiable lo que se debe hacer con una variable y sus datos.

Estos son algunos ejemplos de buenas descripciones.

Observe que la descripción del flujo es más directiva que las otras descripciones. Eso se debe a que cuando agrega un flujo a un agente, la descripción del flujo se convierte automáticamente en una instrucción para el agente. Ahorre tiempo escribiendo la descripción del flujo en forma de instrucción para un agente.

Utilice siempre variables de entrada y salida

Las acciones de agente basadas en flujos requieren siempre al menos una variable de entrada y una de salida en el flujo. Aunque estas variables no fuesen necesarias, igualmente sería una práctica recomendada utilizarlas. Los flujos son más precisos si se les proporciona más contexto y sus agentes rinden mejor si los flujos envían los datos adecuados.

Aunque no se le ocurra ningún dato para pasarle al agente, hay algo que siempre debería tener en cuenta para enviarlo en una variable de salida: mensajes de error. Los agentes esperan algún tipo de resultado por parte del flujo, aunque ese resultado sea simplemente el mensaje "EL FLUJO HA FINALIZADO. Sin embargo, los flujos pueden fallar y provocar errores inesperados. Sin datos que provengan del flujo, el agente probablemente se disculpará y ofrecerá el mensaje "Algo salió mal". También es posible que presente otros datos al cliente, sin ningún tipo de contexto, solo porque quiere presentar algo.

Para evitar esto (y para cumplir el requisito de variable de salida), cree una variable de salida diseñada para presentar mensajes de error más detallados y útiles. Utilice rutas de fallo y elementos de asignación en su flujo para establecer el mensaje de error en una variable de salida. A continuación, asegúrese de indicarle al agente cómo y cuándo debe utilizar esa variable de salida. Vamos a mostrarle cómo debe configurarlo en las siguientes unidades.

No le tenga miedo a las variables de registro

Las variables de registro no solo solo para trabajar en el flujo. Los agentes también pueden recibir variables de registro. Si necesita enviar a su agente varios campos de un registro, o incluso varios registros, no cree varias variables. En su lugar, cree una variable de registro o una variable de recopilación de registros para esos datos y haga que esté disponible para el resultado. Supongamos que su agente solicita 4 campos de un caso abierto de un cliente. En lugar de utilizar cuatro variables independientes, devuelva esos cuatro campos de casos en una variable de registro. Si quiere devolver varios casos, puede devolverlos en una sola variable de recopilación de registros.

A continuación, su agente recibirá todos los datos y podrá utilizarlos. Si las instrucciones del agente le piden que presente los datos del registro al cliente, el agente organizará los datos en un formato útil y que pueda leerse.

No deje que el flujo sobrealimente a su agente

Cuando un agente recibe datos de un flujo, tiende a pensar que los datos deberían utilizarse para algo. Puede utilizar los datos para tomar decisiones o mostrárselos al cliente sin ninguna necesidad. Incluso puede mostrar al cliente datos que no debería conocer. Por ello, no proporcione a un agente datos que no quiere que utilice.

Por desgracia, esta regla contradice el parámetro Get Records (Obtener registros) predeterminado de su flujo. La configuración predeterminada para How to Store Record Data (Cómo almacenar los datos del registro) es Automatically store all fields (Automatically store all fields (Almacenar automáticamente todos los campos), pero es probable que el agente no necesite esos campos. En su lugar, seleccione el parámetro "Choose fields and assign variables" (Elegir campos y asignar variables), con una variable de registro independiente, y seleccione solo los campos que el agente necesite.

Proporcionar a su agente los permisos adecuados

Los agentes que funcionan de cara a los empleados utilizan los permisos del usuario que está interactuando con el agente, pero los agentes externos utilizan los permisos de un único usuario especializado. Dado que los agentes pueden acceder a todos sus datos de Salesforce si cuentan con los permisos adecuados, y resulta arriesgado proporcionar a los agentes acceso a demasiados datos, es especialmente importante asegurarse de que el usuario especializado de cada agente cuente solo con los permisos necesarios. Resista la tentación de proporcionarle acceso a todo aquello que no necesita.

Para controlar los permisos de un agente, comience por buscar el usuario agente que está asignado a ese agente. Puede ver y cambiar el usuario en la página de detalles del agente.

Después de haber identificado el usuario agente, proporciónele los conjuntos de permisos, los perfiles y las funciones de este usuario que necesita para ejecutar los flujos y cumplir las solicitudes de sus clientes.

Crear muchos flujos pequeños en lugar de uno grande

Los agentes se benefician del diseño modular: muchas acciones pequeñas que completan una tarea. Estas acciones pueden combinarse de muchas maneras y reutilizarse en muchos agentes.

¿Cómo se sabe dónde se debe dibujar la línea que separa un flujo de otro? Piense en cómo asocia flujos con un agente: crea una acción de agente para cada flujo. Y "acción" es la palabra clave aquí. Cuando se le pide a un agente que realice una acción, esa acción en sí suele definir los límites del flujo. Por ejemplo, si a un agente se le pide que cambie la etapa de una oportunidad, esa es una acción que se lleva a cabo con un flujo. Si se le pide al agente que cambie la fecha de cierre sin cambiar la etapa, esa es una acción independiente llevaba a cabo por un flujo. Por otra parte, no necesita una acción independiente y un flujo para cada posible valor del campo Stage (Etapa), ya que el flujo puede utilizar un elemento Update Records (Actualizar registros) para establecer el campo en el valor solicitado.

Sin embargo, si la acción solicitada implica actualizar tanto el campo Stage (Etapa) como el campo Close Date (Fecha de cierre) al mismo tiempo, podría hacerlo con un flujo de acción de agente, ya que sería una solicitud.

Los puntos de interacción también son una gran manera de establecer los límites de un flujo. Los agentes no pueden pedirle al cliente información en mitad del flujo, por lo que si el agente necesita presentar información o preguntar qué debe hacerse a continuación, ese será un buen límite. Imagine un tema de agente para gestionar oportunidades en las que el agente puede que tenga que realizar varias tareas.

1. Pregúntele al cliente qué oportunidad se debe utilizar.
   
2. Obtenga datos sobre dicha oportunidad.
   
3. Una vez que disponga de los datos adecuados, pregúntele al cliente cómo puede ayudarle el agente.
   
4. Realice la acción solicitada por el cliente.
   

En esta situación, un flujo puede gestionar los pasos 1 y 2. El agente gestiona el paso 3. El paso 4 debería ser uno o varios flujos independientes, según las otras acciones que pueda realizar el agente con el registro de oportunidad del cliente.

Otras consideraciones

Estas son otras consideraciones que deben tenerse en cuenta a la hora de trabajar con flujos en agentes.

No envíe largas cadenas de texto a una variable

Las variables de texto solo pueden contener 255 caracteres, y los caracteres que excedan el límite estarán truncados. Tenga cuidado a la hora de asignar una longitud desconocida de texto a una variable de entrada del tipo datos de texto. Para enviar más de 255 caracteres de texto a un flujo, trabaje con un desarrollador para crear una variable definida por Apex.

Haga que el texto sea lo más claro posible

Haga todo lo que pueda para ayudar a su agente a comprender el contexto y las instrucciones. Utilice oraciones completas con la gramática, la ortografía y la puntuación adecuadas. Si introduce texto en una ubicación en la que no puede utilizar espacios, como el nombre de API de una variable, agregue guiones bajos entre las palabras para que se entienda mejor. Por ejemplo, utilice Account_ING_Number en lugar de AccountINGNumber.

Evitar tipos de datos de salida incompatibles

Estos tipos de datos complejos no pueden pasarse al agente mediante variables de salida.

• Divisa
  
• Picklist (Componente de entrada de lista de pantalla: lista de selección)
  
• Lista de selección múltiple
  
• Apex-Defined (Definidos por Apex)
  

Si su flujo está configurado para enviar uno de estos tipos de datos a un agente, el agente no podrá gestionar ninguna variable de salida.

Volver a hacer una acción de agente si se cambian las variables del flujo

Cuando se crea una acción de agente a partir de un flujo, la acción toma una sola instantánea de las variables de entrada y salida del flujo. La instantánea es estática. No se actualiza si se cambian las variables del flujo. Para evitar problemas cuando el agente ejecuta el flujo con variables obsoletas, debe eliminar la acción del agente, hacer una nueva acción de agente y asignar el flujo a la acción de agente.

Recursos

• Ayuda de Salesforce: Prácticas recomendadas para instrucciones de acciones de agentes
• Ayuda de Salesforce: Consideraciones sobre Agentforce