- Introdução
- Capabilities
- Fluxos de trabalho de RPA
- Opere
- Solucione Problemas
- Privacidade e governança de dados
- Disponibilidade de produtos
- Conjuntos de recursos anteriores do Autopilot
- Cenários do usuário
- Guia de prompts
- Exemplo de prompts
- Pool de uso do Autopilot para testes
- Melhores práticas e limitações
- Modelos e limites aceitos
- Requisitos de verificação de qualidade
- Gerar testes para requisito
- Importar casos de teste manuais
- Encontrar Testes Obsoletos
- Gerar testes para transações SAP
- Gerar dados de testes sintéticos
- Gerar relatórios de teste
- Gerar casos de teste codificados
- Pesquisar o projeto do Test Manager
- Solução de problemas
- Autopilot para todos
- Sobre o Autopilot for Everyone
- Licenciamento
- Tipos de usuário
- Fontes de Dados
- Automações de conjunto de ferramentas
- Localização
- Pré-requisitos
- Widget do Autopilot
- O cartão do tenant do Autopilot for Everyone
- Prerequisites for installation
- Habilitação de modelos do Anthropic
- Instalação Autopilot for Everyone
- Atualizando Autopilot for Everyone
- Desinstalando Autopilot for Everyone
- Configuração Autopilot for Everyone
- Desabilitar a tela de boas-vindas do Autopilot no UiPath Assistant
- Configuração de um LLM para o Autopilot for Everyone
- Implantar automações de conjunto de ferramentas
- Fluxo de solicitação de resposta
- Início Autopilot for Everyone
- Configurações do Autopilot para usuários de negócios
- Usando um Autopilot especializado
- Usando um prompt de inicialização
- Upload e análise de arquivos
- Executando Automações
- Interação com as respostas do Autopilot
- Usando prompts sugeridos
- Iniciando um novo chat
- Histórico do chat
- Fornecimento de feedback geral
- Clipboard AI Enterprise versão
- Projetando automações relevantes para o Autopilot for Everyone
- Solução de problemas
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
.xamlcó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:
| Recursos | O que faz |
|---|---|
| Recuperação do seletor | Adapta um destino quando a interface muda, em vez de quebrar completamente. |
| Diagnóstico | Lê logs, gravações e capturas de tela após uma falha e explica o que deu errado em linguagem simples. |
| ScreenPlay | o 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:
- Descoberta — O Autopilot lê sua estrutura de projeto, fluxos de trabalho existentes e exemplos de atividades relevantes para coletar contexto.
- Geração — O Autopilot cria ou edita o XAML com base em sua solicitação e no contexto coletado.
- 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.
- Para que o RPA é bom
- O que você pode pedir
- O que torna uma boa solicitação de RPA
- Escolher low-code ou codificado
- Orientação de aplicativos com o UI Automation
- Como ele captura a interface
- Mantendo-se resiliente
- Quando não há aplicativo ativo
- Convenções de RPA que vale a pena capturar
- Pontos fortes e limites
- Como o Autopilot gera fluxos de trabalho de RPA
- Ferramentas
- Habilidades
- Mais prompts para tentar