UiPath Documentation
autopilot
latest
false
Guia do usuário do Autopilot
Importante :
A tradução automática foi aplicada parcialmente neste conteúdo. A localização de um conteúdo recém-publicado pode levar de 1 a 2 semanas para ficar disponível.

Fluxos de trabalho de RPA

RPA com o Autopilot: para que o RPA é bom, como resumir um fluxo de trabalho, a função da Automação de Interface Gráfica e onde a revisão humana é mais importante.

A Automação Robótica de Processos (RPA) automatiza o trabalho repetitivo e baseado em regras nos sistemas que as pessoas usam todos os dias. Com o Autopilot, você descreve o trabalho em linguagem simples e ele produz um fluxo de trabalho executável. Sua parte é descrevê-la bem e revisar o que retorna.

Para que o RPA é bom

O RPA é melhor para trabalho bem definido e determinístico, especialmente onde os sistemas não têm API utilizável:

  • Leitura e transformação de arquivos e planilhas.
  • Movimentação de dados entre sistemas e atualização de registros.
  • Chamando APIs como parte de um processo maior.
  • Condução de aplicativos de área de trabalho, web e virtuais por meio de sua interface.

O que você pode pedir

Criar um novo fluxo de trabalho é apenas o ponto de partida. O Autopilot funciona em toda a vida de uma automação, então as solicitações comuns incluem:

  • Criar um novo fluxo de trabalho a partir de uma descrição, um conjunto de etapas manuais, um documento de processo ou um modelo como a Estrutura Robótica Empresarial (REFramework).
  • Refatorar e estender um fluxo de trabalho que você já possui, reestruturando-o, adicionando uma etapa ou trocando uma atividade.
  • Trabalhar em projetos legados, reconhecendo tipos de projeto mais antigos e operando dentro de suas restrições.
  • Adicionando testes, gerando casos de teste com afirmações e executando-os para confirmar o comportamento.
  • Revisar uma automação existente quanto à qualidade, tratamento de erros ausentes e opções arriscadas, sem alterar nada.
  • Depuração de um fluxo de trabalho com falha lendo o erro, encontrando a causa e propondo uma correção.
  • Empacotamento e reutilização, publicando um projeto no Orchestrator ou extraindo a lógica compartilhada para uma biblioteca reutilizável.

O que torna uma boa solicitação de RPA

O Autopilot produz uma saída mais precisa quando você descreve o resultado desejado em vez de listar atividades. Forneça o contexto dos negócios — o que o processo faz, o que o dispara e como é o sucesso — e o Autopilot determina a implementação.

Um bom resumo inclui:

  • As etapas, em ordem.
  • Os sistemas e aplicativos envolvidos.
  • As entradas e saídas, com seus tipos.
  • As telas ou dados que o fluxo de trabalho toca.

Para obter orientação geral sobre solicitações, consulte Escrevendo solicitações eficazes. Um documento de processo existente é um ponto de partida forte, desde que os dados reais do cliente sejam removidos primeiro.

Escolher low-code ou codificado

Um fluxo de trabalho de RPA da UiPath pode ser criado como um fluxo de trabalho de pouco código ou como um codificado, e você orienta qual:

  • Fluxos de trabalho de .xaml código () são o padrão revisável e auditável. Eles têm a cobertura de atividades mais ampla e projetos multiplataforma também podem ser editados no Studio Web. A maioria das automações se encaixa aqui.
  • Fluxos de trabalho codificados (.cs, C#) atendem a componentes com alta lógica, como transformações de dados complexas, análise ou tipos personalizados.

Ambos também podem ser mistos em um projeto. Escolher a forma antecipadamente, em vez de no meio da compilação, evita uma reestruturação posterior; sem direção, o Autopilot assume como padrão um baixo código.

Orientação de aplicativos com o UI Automation

O trabalho de RPA mais difícil e valioso é controlar a interface de um aplicativo da mesma maneira que uma pessoa faria — clicando, digitando, lendo valores e movendo-se pelas telas — para sistemas que não oferecem API. A Automação de Interface Gráfica da UiPath é o que torna isso confiável, e o Autopilot o usa diretamente.

Como ele captura a interface

Em vez de adivinhar como encontrar cada elemento, o Autopilot explora o aplicativo no momento do design: captura a tela, identifica os elementos para agir e cria as etapas para navegar e preenchê-los. Os elementos capturados são armazenados como destinos estáveis em um Repositório de Objetos, para que o mesmo botão ou campo possa ser reutilizado em fluxos de trabalho e mantido em um só lugar.

Mantendo-se resiliente

As interfaces mudam e a UI Automation é criada para consumir isso:

RecursosO que faz
Recuperação do seletorAdapta um destino quando a interface muda, em vez de quebrar completamente.
DiagnósticoLê logs, gravações e capturas de tela após uma falha e explica o que deu errado em linguagem simples.
ScreenPlayo Computer Vision da UiPath com IA; adapta-se ao aplicativo e aos dados no runtime, como um fallback em caminhos críticos para telas imprevisíveis.

Quando não há aplicativo ativo

Se o aplicativo de destino não estiver disponível para captura, o Autopilot ainda produz o fluxo de trabalho real, deixando cada interação marcada para um desenvolvedor finalizar a captura no Studio. Os seletores gerados são mais bem tratados como rascunhos de qualquer maneira e confirmados em relação ao aplicativo real.

A automação de interface gráfica também é o tipo de RPA mais caro a ser criado. Leva mais tempo e esforço do que o trabalho de arquivo, dados ou API, portanto, uma API é o melhor caminho onde quer que exista uma.

Convenções de RPA que vale a pena capturar

Os projetos RPA têm regras internas que vale a pena declarar uma vez, em vez de repetir a cada sessão. Exemplos comuns:

  • Atividades de design modernas, em vez do conjunto clássico.
  • Atividades de interface gráfica mantidas dentro de um escopo Use Application/Browser.
  • Atividades nativas de preferência a Invoke Code.
  • Os arquivos de configuração existentes e os fluxos de trabalho gravados foram deixados intactos em vez de substituídos.

Você pode capturar essas convenções em um arquivo AgentS.md na raiz do projeto. O Autopilot lê e segue as instruções definidas lá — regras de nomenclatura de pastas, decisões de arquitetura, padrões de codificação — durante a duração da sessão.

Pontos fortes e limites

O Autopilot é forte em Greenfield, RPA bem estruturado e na primeira versão de um fluxo de trabalho. É mais fraca e precisa de uma revisão mais detalhada em:

  • Seletores complexos ou frágeis.
  • Conectores empresariais personalizados.
  • Escolhas de atividades incomuns, nas quais um fallback genérico pode aparecer.

Como o Autopilot gera fluxos de trabalho de RPA

A partir da compilação 2026.0.197 do Studio Desktop STS, O Autopilot gera e edita fluxos de trabalho de RPA por meio de um loop de raciocínio iterativo. Em cada solicitação, o Autopilot funciona em três fases:

  1. Descoberta — O Autopilot lê sua estrutura de projeto, fluxos de trabalho existentes e exemplos de atividades relevantes para coletar contexto.
  2. Geração — O Autopilot cria ou edita o XAML com base em sua solicitação e no contexto coletado.
  3. Validação e refinamento — O Autopilot verifica erros e aplica correções, repetindo o ciclo se necessário.

Como o Autopilot lê seu projeto durante a fase de Descoberta, ele pode fazer referência e reutilizar fluxos de trabalho que já estão em seu projeto. O Autopilot está ciente de seu arquivo atual, atividade selecionada e definições de variáveis — você não precisa explicar a estrutura do seu projeto antes de fazer uma pergunta ou fazer uma solicitação.

O contexto também é mantido entre mensagens na mesma sessão: uma solicitação de acompanhamento, como "desfazer a última alteração" aplica-se à operação mais recente, não a todo o fluxo de trabalho.

Para tarefas complexas e de várias etapas, permita que o Autopilot conclua seu ciclo de execução antes de enviar uma mensagem de acompanhamento. Interromper no meio da tarefa pode deixar o projeto em um estado intermediário.

Ferramentas

O Autopilot aproveita uma gama de ferramentas para oferecer suporte ao seu trabalho de automação. Por padrão, todas as ferramentas estão habilitadas. O Autopilot pode:

  • Entenda, crie, edite, depure, publique e implante automações.
  • Instale e atualize dependências.
  • Corrija erros.
  • Criar e gerenciar casos de teste.
  • Solucionar erros de produção.
  • Execute comandos do PowerShell ou pesquise na Web.
  • Faça um plano, ative subagentes e mantenha a memória persistente para sua conta de usuário específica.

Habilidades

O Autopilot carrega automaticamente habilidades relevantes do catálogo de habilidades da UiPath com base no contexto da tarefa. Habilidades são pacotes de instruções que ensinam o Autopilot a realizar tarefas específicas da UiPath usando convenções da plataforma.

Para obter a lista completa de habilidades, consulte o repositório de habilidades da UiPath.

Mais prompts para tentar

  • Crie um novo projeto de RPA a partir do modelo de REFramework BankStatementReconciliation.
  • Crie um fluxo de trabalho de RPA que baixe anexos do e-mail mais recente do Outlook correspondente ao assunto "Fatura" e os salve em ./inbox/.
  • Adicione uma Try Catch em torno da etapa Enviar pedido para que as exceções de negócios sejam registradas e a transação seja definida como com falha.
  • Validar este projeto e corrigir os avisos do analisador.

Esta página foi útil?

Conectar

Precisa de ajuda? Suporte

Quer aprender? Academia UiPath

Tem perguntas? Fórum do UiPath

Fique por dentro das novidades