Revisando e validando saída

Um agente de codificação informará a você que isso está concluído. Isso é uma reivindicação, não uma garantia: o modo de falha mais comum é a saída que parece completa, mas está parcialmente quebrada ou sutilmente errada. Revisar antes da aceitação é o que torna o fluxo de trabalho seguro.

O que verificar antes de aceitar

Os arquivos reais, em vez do resumo do agente, são o que revelam problemas. Itens comuns a serem observados:

• Espaços reservados exibidos como lógica — uma Mensagem de log ou TODO para representar um trabalho real. Ele parece estar concluído, mas não faz nada.
• A atividade errada para o trabalho — Invoke Code ou um fallback genérico onde existe uma atividade nativa da UiPath.
• Lógica no lugar errado — trabalho real compilado em expressões Atribuir ou tudo em um arquivo.
• Problemas de pacotes — dependências desafixadas em project.json, no pacote errado ou ausente.
• Seletores quebrados ou excluídos — Destinos de interface gráfica removidos do Repositório de Objetos em vez de reparados.
• Estabilidade em todo o projeto — uma correção em um fluxo de trabalho pode interromper outro silenciosamente, então todo o projeto vale a pena validar, não apenas o arquivo que foi alterado.
• Registro em log e tratamento de erros — realmente presente ou apenas mencionado.

Quando algo está errado, retorne para regeneração é mais rápido na prática do que limpá-lo manualmente.

Validação com as ferramentas próprias da UiPath

Uma leitura visual isoladamente não é suficiente. A verificação confiável é o agente que executa o Analisador de Fluxo de Trabalho (Analisar Projeto) e a compilação, resolvendo cada erro e aviso e confirmando uma execução local antes que o trabalho seja aceito. O Analisador de Fluxo de Trabalho detecta problemas de regras e estilo que um piscar de olhos não detecta, e uma compilação limpa detecta problemas que a validação isoladamente não detecta.

Uso do agente como revisor

Revisão é um recurso subutilizado, e o agente faz bem. É bom em detectar:

• problemas de segurança
• lógica incompleta
• saídas erradas
• problemas em tecnologia desconhecida

Uma solicitação específica, emparelhada com uma instrução para não alterar nada, aproveita ao máximo:

"Revise GetInvoices.xaml para problemas de segurança, tratamento de erros incompleto e opções de atividade incorretas. Liste as descobertas com gravidade. Não corrija nada."

Uma solicitação específica produz uma revisão específica, enquanto uma solicitação genérica "revisar isso" produz uma revisão genérica. Para uma revisão repetível somente leitura em todo um projeto, o agente tem um recurso de revisão dedicado exatamente para isso. Consulte o catálogo de Habilidades.