Salida simulada

Reemplaza la acción real de un nodo con un valor que definas, o una respuesta que genera un LLM, durante una ejecución de depuración, para probar los nodos después de ella de forma aislada.

La salida simulada reemplaza la salida de un nodo durante una ejecución de depuración, por lo que la acción real del nodo no se ejecuta. Es útil para probar los nodos posteriores, llamados nodos descendentes, cuando la acción real es lenta, costosa o depende de algo que no está disponible durante una ejecución de depuración.

Cómo funciona la simulación

Cuando se habilita un simulacro en un nodo, la ejecución de depuración no ejecuta el nodo y pasa los valores de salida simulados a los nodos posteriores. Reciben los valores simulados como si el nodo se hubiera ejecutado normalmente.

Los simulacros se aplican solo durante las ejecuciones de depuración. Nunca están activos en los flujos de trabajo implementados.

Configurar un simulacro

Se configura un simulacro en la vista ampliada del nodo, que se abre desde la barra de herramientas al mantener el puntero del nodo. La columna Salida de la vista ampliada tiene un menú de modo, en la parte superior derecha, con tres opciones:

• En directo: utiliza la respuesta real del nodo. Este es el valor predeterminado.
• Simulacro estático: siempre devuelve un valor que defines en la columna.
• Generado: devuelve una respuesta que genera un LLM cada vez que se ejecuta el nodo.

Un simulacro estático se escribe como JSON, un formato de texto para datos estructurados, y debe coincidir con el esquema de salida del nodo, la lista de campos que produce el nodo. Utiliza Generado cuando necesites una salida realista y variada y no quieras escribirla tú mismo. Usa el simulacro estático cuando una prueba necesite el mismo valor cada vez, por ejemplo, para comprobar una rama.

Casos de uso comunes

• Nodos de aplicación de formulario rápido y acción: simula una respuesta aprobada o rechazada sin esperar a un aprobador real.
• Nodos de solicitud HTTP: simulan una respuesta de API específica, incluidas las respuestas de error, para probar las rutas de gestión de errores.
• Nodos de agente: simulan la salida de un agente de IA para probar cómo el flujo de trabajo maneja las diferentes respuestas de los agentes.
• Nodos de subflujo: simulan la salida de un subflujo para probar el flujo de trabajo principal de forma aislada.

Restablecer simulacros

Un flujo de trabajo utiliza datos reales de nuevo una vez que el Modo de salida se establece de nuevo en Activo en cada nodo simulado. Los simulacros no se guardan en el flujo de trabajo implementado.

Errores comunes

• Implementar con un simulacro aún habilitado: los simulacros se desactivan automáticamente al implementar, por lo que las ejecuciones implementadas siempre utilizan datos reales. Sin embargo, un simulacro que se deja durante la ejecución de la prueba final significa que probaste con datos de muestra, no con el resultado real.
• Introducir datos simulados estáticos que no coinciden con el esquema de salida del nodo: si el JSON simulado no coincide con la forma que esperan los nodos después, aparecen errores de runtime que no ocurrirían con datos reales. El simulacro debe coincidir exactamente con el esquema.
• Simulacros de demasiados nodos a la vez: si se simulan cinco nodos para probar el sexto, una prueba satisfactoria dice poco. Simula solo los nodos que bloquean la parte bajo prueba.

Próximos pasos

• Fundamentos de la depuración: consejos para ejecutar y leer una ejecución de depuración.
• Evaluaciones: comprobaciones de calidad automatizadas en la salida del flujo de trabajo.
• Formulario rápido: el nodo que espera la respuesta de un humano.
• Nodo de agente: el nodo que ejecuta un agente de IA.
• Comunidad: haz preguntas y comparte flujos de trabajo con otros constructores en UiPath Forum.