Revisar y validar la salida

Un agente de codificación le dirá que está listo. Se trata de una afirmación, no de una garantía: el modo de fallo más común es una salida que parece completa pero que está parcialmente bloqueada o es sutilmente incorrecta. Revisar antes de la aceptación es lo que hace que el flujo de trabajo sea seguro.

Qué comprobar antes de aceptar

Los archivos reales, en lugar del resumen del agente, son los que revelan los problemas. Los más comunes a tener en cuenta:

• Marcadores de posición disfrazados de lógica : un mensaje de registro o una tarea pendiente que sustituye al trabajo real. Parece terminado, pero no hace nada.
• La actividad incorrecta para el trabajo : invocar código o una alternativa genérica donde existe una actividad nativa de UiPath.
• Lógica en el lugar equivocado : trabajo real abarrotado en Asignar expresiones, o todo en un solo archivo.
• Problemas con el paquete : dependencias project.json en, el paquete incorrecto o falta uno.
• Selectores rotos o eliminados : los destinos de IU se eliminan del repositorio de objetos en lugar de repararse.
• Estabilidad en todo el proyecto : una corrección en un flujo de trabajo puede interrumpir silenciosamente otro, por lo que vale la pena validar todo el proyecto, no solo el archivo que cambió.
• Registro y gestión de errores : realmente presentes o solo mencionados.

Cuando algo está mal, devolverlo para su regeneración es más rápido en la práctica que limpiarlo a mano.

Validar con las propias herramientas de UiPath

Una lectura visual por sí sola no es suficiente. La comprobación fiable es el agente que ejecuta el Analizador de flujo de trabajo (Analizar proyecto) y la compilación, resolviendo cada error y advertencia, y confirmando una ejecución local antes de que se acepte el trabajo. El Analizador de flujo de trabajo detecta las incidencias de reglas y estilo que un vistazo rápido pasa por alto, y una compilación limpia detecta problemas que la validación por sí sola no detecta.

Utilizar el agente como revisor

Revisar es una capacidad infrautilizada, y el agente la realiza bien. Es bueno para detectar:

• problemas de seguridad
• lógica incompleta
• Salidas incorrectas
• problemas en tecnología desconocida

Una solicitud específica, emparejada con una instrucción de no cambiar nada, aprovecha al máximo:

"Revise GetInvoices.xaml para detectar problemas de seguridad, gestión de errores incompleta y opciones de actividad incorrectas. Enumerar los hallazgos con gravedad. No arregles nada".

Una solicitud específica produce una revisión específica, mientras que un genérico "revisar esto" produce una genérica. Para una revisión repetible y de solo lectura en todo un proyecto, el agente tiene una capacidad de revisión dedicada exactamente para esto. Consulta el Catálogo de habilidades.