Resolver Variables
Usa esta acción cuando pasos de workflow o de agente necesiten valores de las variables de tu empresa — incluidos secretos — dentro de expresiones CEL.
Mejor para
- Cargar una clave de API antes de un paso Solicitud HTTP y usarla como
"Bearer " + myToken - Mantener credenciales fuera de las definiciones de workflow
- Reutilizar los mismos valores de configuración en muchos workflows
Campos principales
| Campo | Qué hace |
|---|---|
| Entradas | La lista de variables a cargar. Cada entrada tiene un Nombre de Variable que debe coincidir con el nombre de una variable definida en tu empresa |
Qué pueden usar los pasos posteriores
Esta acción no crea una salida de paso separada. Cada variable resuelta se coloca directamente en el contexto CEL bajo su propio nombre, así que las expresiones posteriores pueden referenciarla como cualquier otro valor.
Ejemplo:
- Carga una variable llamada
myToken - Usa
"Bearer " + myTokenen un header HTTP posterior
Consejos
- Las variables se crean y gestionan en la app de AutoTalk; esta acción es la forma en que las ejecuciones de workflow y de agente las leen. Los valores se almacenan cifrados y solo se descifran en tiempo de ejecución.
- Una variable debe estar marcada como «legible por automatizaciones» antes de que esta acción pueda leerla. Ese interruptor está desactivado por defecto, y lo está para todo lo que AutoTalk crea por ti — credenciales de canal, tokens de firma de relay, tokens OAuth. Esos se presentan a terceros en tu nombre, así que un workflow nunca puede volver a leerlos. Actívalo solo para variables que creaste tú y que quieres que un workflow use.
- El valor resuelto no se redacta en ninguna parte. Se convierte en un valor CEL normal, así que fluye a cualquier expresión que lo nombre — incluida la salida de una herramienta, que el agente luego lee. Trata una variable resuelta como visible para la ejecución.
- Un nombre que esta acción no puede leer hace fallar el paso. Vale tanto si la variable no existe como si existe sin el interruptor de «legible por automatizaciones»: los dos casos son deliberadamente indistinguibles, para que la acción no sirva para averiguar qué nombres existen. (Esto cambió: antes un nombre inexistente se omitía con una advertencia y la ejecución seguía, lo que dejaba vacía una expresión posterior y culpaba al paso equivocado.)
- Ejecuta esta acción como uno de los primeros pasos (o como pre-acción) para que los valores estén disponibles en todo lo que viene después.