Trabajar de forma efectiva

Un agente de codificación es un colaborador rápido, no un desarrollador autónomo. Estableces la dirección y juzgas los resultados; el agente hace el trabajo preliminar. Trabajar bien con uno es una habilidad en sí misma, y los hábitos correctos separan un borrador que descartas de un resultado que puedes enviar.

Cómo funciona un agente de codificación y su rol

Un agente de codificación toma un objetivo y lo lleva a cabo paso a paso, comprobando el resultado de cada acción y ajustándolo sobre la marcha, al igual que una aplicación de navegación que se desvía después de un giro perdido. Abordar un problema a la mitad y recuperarse de él es el sistema funcionando según lo previsto, no un fallo.

Su rol sigue siendo central en todo momento. Estableces el objetivo, observas el trabajo, detectas incidencias y apruebas cualquier cosa que cambie de estado. Un agente más capaz aumenta los riesgos de esa supervisión en lugar de eliminarla: el agente ayuda y tú decides.

Configurándolo para tener éxito

Los buenos resultados provienen de tres cosas que funcionan juntas, no solo de una redacción inteligente:

• Una solicitud clara.
• Una configuración de sonido.
• El contexto correcto.

El agente funciona desde una memoria de trabajo finita, por lo que lo relevante y actual importa más que el volumen.

• El agente funciona mejor con los archivos, objetivos y estándares específicos que necesita una tarea, en lugar de todo lo que tienes.
• La habilidad de UiPath correcta debe estar disponible, ya que las habilidades no siempre se seleccionan automáticamente. Nombrar la habilidad para la tarea, como uipath-rpa para el trabajo de automatización de procesos robóticos (RPA), y confirmar que está cargada mantiene el agente en los patrones internos. Consulta Descripción general de las habilidades.
• Una nueva sesión para cada nueva tarea evita que el contexto obsoleto se desangre.
• Las convenciones que repites en cada sesión pertenecen a un archivo que el agente carga automáticamente. Consulta Dar contexto a tu proyecto de agente.

Cinco hábitos que funcionan

• Eres el arquitecto. La intención y la estructura claras, incluido lo que desea, las entradas y las restricciones, son suyas.
• La salida es un borrador. Vale la pena revisar el trabajo generado antes de confiar en él, y no debe enviarse sin revisar.
• La validación supera a la confianza. Las propias comprobaciones de UiPath, como el Analizador de flujo de trabajo (Analizar proyecto) y una ejecución local, son más fiables que el mensaje "listo" del agente.
• También es un revisor. Un agente es bueno para detectar problemas de seguridad, brechas y código desconocido, no solo para escribirlo.
• Cerrar el bucle de compuestos. Una breve nota sobre lo que funcionó, después de una sesión sustancial, vale la pena a medida que se crea el conocimiento del equipo.

Escribir solicitudes que funcionan

La calidad de tu solicitud es el factor individual más importante en el desarrollo de una sesión. Una solicitud fuerte incluye:

• Un entregable claro: el archivo o proyecto exacto que se va a producir y dónde reside.
• Entradas y salidas con nombre, con sus tipos.
• El comportamiento esperado, de principio a fin.
• Restricciones explícitas: las actividades o paquetes que se utilizarán y los que se evitarán.
• Cualquier contexto que necesite el agente, como las dependencias existentes.

Una solicitud vaga cuesta más iteración para corregir que una específica. Por ejemplo, "crear UploadInvoice.xaml que lea in_FilePath (String), lo cargue en SharePoint y devuelva out_Url (String)" funciona mejor que "hacer algo que cargue archivos".

Iniciar desde un PDD o SDD

La entrada más fuerte para una automatización no trivial es una especificación estructurada. Un documento de diseño de procesos (PDD) o un documento de diseño de soluciones (SDD) ya contiene la mayor parte de lo que necesita una buena solicitud:

• los pasos
• las entradas
• los sistemas involucrados
• las rutas de excepción

Entregar eso al agente, en lugar de describir el proceso desde la memoria, produce un primer resultado más cercano con menos ida y vuelta.

Para trabajos más grandes, el agente puede convertir un PDD en un SDD y un plan de compilación, y luego trabajar en él pieza por pieza, en lugar de crear todo a partir de un documento sin formato en una sola pasada. Una precaución: un PDD o SDD puede contener datos reales del cliente, por lo que es importante eliminarlos antes de que el documento llegue al agente, ya que el agente necesita la estructura, no los valores reales.

Planifica primero e itera en el plan

Tu agente de codificación puede ofrecer un modo de plan: antes de cambiar algo, el agente redacta un plan de lo que pretende hacer, para tu revisión. Se tarda menos tiempo en revisar un plan que el código, por lo que iterar sobre él, corrigiendo el enfoque, el diseño del archivo o el orden de trabajo, vale la pena antes de escribir una sola línea. Aprobar el plan solo una vez que se lee correctamente mantiene la compilación en el buen camino y evita que una arquitectura incorrecta surja tarde.

Un plan revisado y acordado es la diferencia entre una sesión guiada y una a la deriva.

El bucle generar, comprobar, refinar

La mayoría del trabajo no trivial se ejecuta en dos o tres ciclos: el agente genera, tú compruebas y luego refinas o regeneras. La comprobación después de cada paso significativo, en lugar de solo al final, aísla el primer problema y es más rápido en general, incluso cuando parece más lento. Para los proyectos de UiPath, la comprobación es concreta: el agente ejecuta el Analizador de flujo de trabajo y la compilación, resuelve todos los problemas y confirma una ejecución local antes de que algo cuente como hecho.

Iterar cuando	Empezar de nuevo cuando
La incidencia está localizada y puede nombrar la solución	El agente realiza un bucle en variaciones de la misma salida rota
La estructura es correcta	La estructura en sí es incorrecta
Está dentro de una solución o dos	Está en su tercer o cuarto intento de corrección

Comenzar de nuevo no es un fracaso; tiende a ser la ruta más rápida. Lo que aprendes sobre la redacción se traslada a un siguiente mensaje mejor.

Mantener el control

Un agente de codificación puede realizar acciones que son difíciles de deshacer. Algunas reglas mantienen el trabajo seguro:

• Las acciones que cambian un sistema compartido, como publicar o implementar en Orchestrator, merecen la pena aprobarlas explícitamente.
• Los secretos se mantienen fuera de las solicitudes; almacenados como activos de UiPath o en un almacén de credenciales, en su lugar se hace referencia a ellos por su nombre.
• Los datos reales del cliente no pertenecen a una solicitud, ya que el agente necesita la estructura, no los valores.
• Vale la pena revisar cada cambio de paquete, con versiones project.json en.

El agente actúa bajo tu identidad de UiPath, con tus permisos y seguimiento de auditoría, por lo que sus acciones son efectivamente tuyas. Para saber cómo se aplica esto a tu organización, consulta Control y confianza. Para saber qué buscar en el trabajo generado, consulta Revisar y validar la salida.