Perguntas frequentes

Respostas a perguntas comuns sobre o Autopilot: o que é, o que pode fazer, governança, privacidade de dados e licenciamento.

O que é um agente de codificação? O Autopilot é um agente de codificação?

Os agentes de codificação (Claude Code, Codex, Cursor e outros) funcionam como um desenvolvedor, em vez de um preenchimento automático: dado um objetivo em linguagem natural, eles planejam uma abordagem, adotam uma ação por meio de ferramentas, verificam seu próprio trabalho e iteram — construindo, enviando e monitoramento ao lado de desenvolvedores, administradores e usuários de negócios.

O Autopilot é o agente de codificação proprietário da UiPath. Ele foi totalmente reconstruído sobre essa base — as versões anteriores do Autopilot eram adaptáveis; agora planeja e executa de ponta a ponta. Disponível no Studio Desktop hoje, com implantação em toda a UiPath Platform em andamento. O Studio Web será lançado em breve.

De forma mais ampla, UiPath para Coding Agents abre a plataforma para qualquer agente de codificação. As habilidades e ferramentas fornecidas carregam o próprio conhecimento, práticas recomendadas e instruções da UiPath, para que qualquer agente de codificação (Autopilot, Codex, Claude Code e outros) possa descobrir, criar, solucionar problemas e monitorar automações.

O que o Autopilot pode fazer hoje?

O Autopilot oferece suporte aos desenvolvedores em todo o ciclo de vida da automação:

• Descobrir (por exemplo, transformar um PDD em um ponto de partida)
• Crie fluxos de trabalho a partir de linguagem natural
• Editar e melhorar projetos existentes
• Depurar e corrigir problemas
• Publicar e implantar
• Gerencie, monitore e solucione problemas na produção

A Maturidade varia de acordo com o estágio, pois o Autopilot a herda das habilidades subjacentes do UiPath para Coding Agents — à medida que uma habilidade amadurece, o Autopilot nesse estágio também amadurece. Hoje, as mais fortes são criar, editar e depurar para projetos de RPA.

Quando devo usar o Autopilot e quando um agente de codificação de terceiros é o mais adequado?

Não é uma escolha um ou outro, e as configurações mais fortes podem usar ambos. Independentemente de como as automações foram criadas, tudo chega na mesma UiPath Platform governada: trilhas de auditoria, RBAC, aplicação de políticas e gerenciamento de credenciais.

Alcance o Autopilot quando:

• O controle granular é mais importante — o Autopilot é governado diretamente: quais ferramentas e funcionalidades estão disponíveis, modo de aprovação (quando ele atua versus pergunta), modelos disponíveis.
• Configuração zero importa — prontos para uso com IA com modelos gerenciados pela UiPath (não há nada extra para comprar) e todas as habilidades e conhecimentos Incorporados.
• Você deseja permanecer no mesmo contexto — o Autopilot funciona onde você já está, no Studio Desktop hoje, estendendo-se por toda a plataforma à medida que a implantação continua.

Procure um agente de codificação de terceiros (por meio do UiPath para Coding Agents) quando:

• A equipe já tem um agente de codificação, assinatura e cadeia de ferramentas que eles preferem — Claude Code, Cursor, Codex.
• O trabalho é de código primeiro / clientes pesados de CLI, e o desenvolvedor prefere ficar lá.
• Combinar repositórios UiPath e não UiPath na mesma sessão é a regra.

Como o UiPath RPA se compara à escrita de código bruto quando os agentes de codificação facilitam a criação de ambos?

Os agentes de codificação facilitam a criação de qualquer forma. O diferenciador real é tudo o que vem após a compilação: operação, manutenção e solução de problemas de automações em produção. Isso requer uma plataforma empresarial confiável para orquestração, monitoramento, governança, gerenciamento de credenciais, tratamento de erros e auditoria. O código bruto não fornece isso pronto para uso. Com a UiPath, a plataforma carrega o peso operacional — refinado ao longo de anos de uso empresarial real.

O RPA é a escolha onde quer que o código não alcance: sistemas legados, aplicativos personalizados sem API e qualquer interface somente de interface gráfica — e os agentes de codificação agora também ajudam a criar e manter essas automações com mais facilidade. Onde o destino é uma IU, o código gerado também é frágeis por natureza: uma tela muda e o script falha. O RPA foi projetado exatamente para isso, com o Repositório de Objetos, o Destino Unificado e o Healing, mantendo as automações em execução.

Code-first é a chamada certa quando o trabalho é orquestração de API pura, há uma equipe de engenharia para possuem e nenhuma interface gráfica está envolvida.

O Autopilot funciona apenas com RPA?

Não. O Autopilot funciona em toda a gama de automação compatível com a UiPath (incluindo agentes - low-code ou code-first, fluxos de trabalho de API e Maestro Flows) e em todo o ciclo de vida, da descoberta à criação, edição, depuração e publicação, e todos o caminho para gerenciar, monitorar e solucionar problemas em produção.

A cobertura segue as habilidades e o conjunto de ferramentas: onde a UiPath para Coding Agents amadureceu para um tipo de projeto, o Autopilot é forte com ela; onde uma habilidade é mais recente ou ausente, menos isso.

Posso usar o Autopilot em toda a UiPath Platform ou apenas no Studio?

O que o Autopilot pode agir: a plataforma, não apenas o produto em que você está usando. O Autopilot chega à UiPath por meio de habilidades, ferramentas e comandos onde quer que seja executado. Assim, a partir do Studio, é possível criar, publicar, implantar e solucionar problemas de automações de produção sem alternar superfície.

Onde o Autopilot aparece: o Studio é sua casa hoje e onde é mais capaz, com implantação para mais superfície em andamento.

Posso usar o Autopilot em outros IDEs?

Sim. O Autopilot está disponível como uma extensão que não está bloqueada para um único IDE. Ele é executado em VS Code, Cursor, Windsurf, VSCodium e outros editores compatíveis, então você obtém a experiência do agente de codificação Autopilot dentro do IDE em que você já trabalha.

Quanto tempo o Autopilot salva e onde no ciclo de vida?

Os desenvolvedores relatam consistentemente ganhos de produtividade significativos com o Autopilot: mais rápido para um rascunho de trabalho, mais rápido para acelerar em novos projetos, menos tempo procurando documentos ou expressões criadas manualmente. O impacto varia de acordo com o caso de uso e o nível de experiência do desenvolvedor.

Onde os maiores ganhos estão hoje:

• Criar — gerando fluxos de trabalho a partir de linguagem natural em projetos de automação de agentes, de API e de RPA/UI; também migrando de plataformas legadas ou concorrentes.
• Depurar e corrigir — diagnosticar e resolver erros de tempo de design e runtime. Esta é consistentemente a outra principal economia de tempo.
• Testes — para testadores, o Autopilot é GA desde julho de 2024 e gera os maiores ganhos medidos.
• Documentação — cada vez mais no escopo para gerar documentos a partir de fluxos de trabalho e criar a partir de documentos (PDD para SDD para criar).

Quão confiável ele é? Ele pode produzir fluxos de trabalho prontos para produção?

O Autopilot leva os desenvolvedores significativamente mais rápido a um rascunho de trabalho de maior qualidade, aplicando padrões consistentes e práticas recomendadas desde o início. E, assim como qualquer código escrito por um desenvolvedor, a saída passa por revisões, edições e iterações antes da produção — o Autopilot não altera essa barra. A prontidão de produção permanece uma avaliação humana.

Quando devo confiar no Autopilot e quando trabalhar manualmente é melhor?

O Autopilot funciona melhor traduzindo a intenção de negócios para a lógica do fluxo de trabalho, explorando como abordar um problema e obtendo um primeiro rascunho sólido. Assuma o comando quando:

• o processo envolve tratamento de exceções complexo ou regras de negócios difíceis de expressar em um prompt;
• é necessário um conhecimento profundo do domínio ou do sistema que a IA não possa inferir do contexto;
• a IA está fazendo loop ou produzindo resultados inconsistentes após algumas tentativas.

Princípio geral: deixe a IA levar você a um rascunho de trabalho rápido, depois refine com o julgamento humano onde a precisão é importante. O limite continua mudando à medida que a tecnologia melhora, mas a função do desenvolvedor como revisor e tomador de decisões em casos extremos permanece essencial.

Posso limitar as alterações do Autopilot a uma seção ou atividade específica?

Uma solicitação de hardware “editar apenas esta seção” o bloqueio não está disponível hoje. A principal maneira de manter as alterações contidas é delimitar elas no prompt: aponte o Autopilot para a atividade ou seção específica que você deseja alterar em vez de perguntar de forma ampla.

Posso ver o que o Autopilot alterou e desfazer ou reverter?

A comparação de arquivos estará disponível se seu projeto estiver conectado ao Git: as alterações do Autopilot aparecem como diferenças no nível do arquivo, como qualquer outra confirmação — revisão, estágio ou descarte por meio do fluxo de trabalho padrão do Git.

Para projetos não Git: faça backup antes de prompts não trivial para que haja um ponto de reversão limpo.

Preciso do Repositório de Objetos antecipadamente ou o Autopilot pode capturar elementos enquanto funciona?

Você não precisa de um antecipadamente — o Autopilot pode criá-lo. Se seu projeto não tiver Repositório de Objetos, o Autopilot captura elementos à medida que trabalha, usando suas habilidades e seguindo as práticas recomendadas de Automação de Interface Gráfica. Se você já tiver um, ele o usa.

Um bom Repositório de Objetos é o multiplicador de qualidade — torna a Automação de Interface Gráfica gerada significativamente mais precisa e fácil de manter, e é exatamente por isso que o Autopilot cria um em vez de segmentar elementos ad hoc.

Quão bem o Autopilot lida com processos complexos e multicamada?

A maneira como grandes processos são criados — com ou sem o Autopilot — é dividindo-os em partes bem definidas. O Autopilot é forte na criação e iteração em cada parte.

O que permanece com o desenvolvedor é a arquitetura: como dividir o processo, dispatcher/executor, API versus UI Automation. A entrada do Autopilot sobre essas decisões é direcional, ainda não está no nível de produção.

Melhor abordagem: decompor o processo, permitir que o Autopilot crie e itere nas partes e mantenha um desenvolvedor informado sobre a estrutura geral e os casos extremos.

O Autopilot pode migrar de outras plataformas e lidar com atualizações e modernização?

Sim. Os dois caminhos sobre os quais os clientes mais perguntam:

• Legado para Moderno: migre atividades e projetos clássicos para modernos, que também desbloqueiam recursos mais recentes (Destino Unificado, Healing Agent).
• Outras plataformas para a UiPath: o agente de codificação lê a automação de origem e a recria como Fluxos de Trabalho da UiPath.

Como o Autopilot melhora a consistência e a capacidade de manutenção?

O Autopilot aplica padrões consistentes e práticas recomendadas da UiPath toda vez que gera ou edita um fluxo de trabalho — eliminando a variação de desenvolvedor para desenvolvedor que causa problemas de manutenção em escala. E como o Autopilot usa habilidades compartilhadas, essa mesma linha de base de práticas recomendadas aplica-se quer o trabalho aconteça no painel do Studio ou por meio da CLI com um agente de codificação de terceiros.

Proteções existentes, como o Analisador de Fluxo de Trabalho, continuam funcionando ao lado dele.

O que existe hoje para revisões de código assistidas por IA?

Há uma habilidade de revisão de código dedicada: ela audita um projeto ou uma solução inteira — estrutura, qualidade, práticas recomendadas — executa validação e o Analisador de Fluxo de Trabalho, verifica a implementação no PDD e produz um relatório de descobertas com gravidade e correções recomendadas.

Os resultados da validação e do Analisador de Fluxo de Trabalho são determinísticos. As próprias descobertas da IA são consultativas: elas trazem candidatos para revisão humana. Trate-o como o segundo par de olhos de um revisor, não como assinatura.

Além da habilidade dedicada, o Autopilot é compatível com atividades semelhantes à revisão no Studio:

• Resuma o que um fluxo de trabalho faz em linguagem simples
• Diagnosticar erros e sugerir correções
• Verificar um projeto em relação às condições de qualidade do código
• Responder a perguntas sobre lógica desconhecida

O Autopilot pode gerar documentação ou criar a partir dela?

Sim, o Autopilot pode fazer as duas coisas:

• Gerar documentação — resuma um fluxo de trabalho em linguagem simples; redigir requisitos de teste ou extrair requisitos de testes existentes; criar um plano de teste; gerar instruções de implantação; produzir especificações de design estruturado (por exemplo, um SDD) a partir de suas entradas; gere outros tipos de relatórios ou documentação.
• Criar a partir de documentação — alimente um PDD, diagrama ou descrição de processo e faça com que o Autopilot gere o fluxo de trabalho ou solução a partir dele.

A direção é substituir a entrega lenta de PDD/SDD manual por documentação que é gerada e diretamente acionável — especificações que são inseridas diretamente na compilação.

O Autopilot é compatível com vários idiomas?

Sim. O Autopilot lida com prompts de texto em vários idiomas por meio dos recursos dos LLMs subjacentes. Você pode escrever prompts e receber respostas em seu idioma preferido.

Como obter os melhores resultados do Autopilot?

O Autopilot é criado para funcionar com habilidades profundas da UiPath e conhecimento do produto integrado. Para aproveitar ao máximo, forneça intenção e contexto claros:

• Seja específico sobre o que você quer — nomeie a abordagem quando ela for importante (por exemplo, Automação de Interface Gráfica versus API), não apenas o objetivo final. Sem a direção, o Autopilot escolhe um caminho genérico que pode não ser aquele que você escolheria. Por exemplo, em vez de "automatizar o processo de fatura", experimente "Na sequência Process Invoice, use API Automation para ler PDFs de faturas da pasta do SharePoint e criar entradas no SAP por meio do OData".
• Forneça contexto — um Repositório de Objetos, os pacotes certos e uma estrutura de projeto limpa, todos geram qualidade.
• Defina suas convenções uma vez — use instruções personalizadas para codificar nomenclatura, estilo e estrutura, para que você não as repita a cada solicitação.
• Itere e depois assuma — se estiver em loop ou desativado após algumas tentativas, refine o prompt ou entre manualmente.

Para obter mais dicas de prompt, consulte Escrevendo prompts eficazes.

Quais controles de governança existem para o Autopilot?

Os controles no nível da organização do Autopilot ao vivo no Automation Ops, com controles do modelo também expostos por meio da AI Trust Layer. Além do botão de habilitar/desabilitar principal no nível da organização, os administradores podem controlar:

• Modelos — defina o modelo padrão e restrinja quais modelos os usuários podem escolher. Por meio da AI Trust Layer, você também pode rotear para seu próprio modelo (BYOM) e desabilitar modelos de terceiros gerenciados pela UiPath. Todo o tráfego permanece auditado e rastreável.
• Comportamento de aprovação — como o Autopilot é autônomo: executa ferramentas por conta própria ou pede aprovação primeiro.
• Ferramentas e funcionalidades — habilite ou desabilite ferramentas individuais e governe quais servidores MCP estão disponíveis por meio de uma lista de permissões provisionada pela organização, incluindo MCPs fornecidos pelo Orchestrator.
• Instruções personalizadas — instruções definidas pelo administrador aplicadas em toda a organização.
• Habilidades personalizadas — os clientes podem criar suas próprias habilidades que fazem referência às da UiPath, para que os padrões internos estendem a experiência integrada. O controle no nível da organização é executado por meio de instruções personalizadas e dos controles de ferramentas e funcionalidades acima.

A maioria dos controles vem habilitado por padrão; os administradores restringem onde necessário. Para obter o conjunto atual e os nomes exatos de opções, consulte a documentação do Automation Ops.

Podemos usar nosso próprio LLM / trazer nosso próprio modelo (BYOM)?

Sim. Os clientes podem trazer seu próprio modelo por meio da AI Trust Layer (por exemplo, Azure OpenAI ou outras assinaturas) e desabilitar modelos de terceiros gerenciados pela UiPath por meio de políticas do Automation Ops.

Seu próprio modelo permanece totalmente governado pela UiPath. Cada solicitação — mesmo para um modelo BYOM — ainda roteia pela AI Trust Layer, para que você mantenha a mesma segurança, governança, auditoria e rastreabilidade de ponta a ponta dos modelos gerenciados pela UiPath. Trazer seu próprio modelo amplia sua escolha sem sair de qualquer controle empresarial da UiPath.

Para onde vão nossos dados? Nosso código é coletado?

• O código-fonte e os arquivos de projeto não são armazenados ou carregados para a UiPath. Eles permanecem no ambiente do desenvolvedor. Quando o Autopilot trabalha em um projeto, o conteúdo do arquivo relevante é enviado para o modelo configurado como contexto para essa solicitação — em Roteamento e auditoria do AI Trust Layer.
• Modele rotas de tráfego para o provedor de LLM configurado para seu tenant. Com modelos gerenciados pela UiPath, os dados do cliente não são usados para treinar modelos.
• O tráfego do tenant autentica-se contra seu Orchestrator, Cloud ou autoridade local e segue sua configuração de residência de dados existente.
• Permissões — o Autopilot opera com as mesmas permissões que o usuário conectado; O RBAC no nível da pasta, ativo e tenant é aplicado de forma transparente.
• Auditoria — As garantias de auditoria, governança e execução da AI Trust Layer aplicam-se inalteradas. O Autopilot cria a automação; O Orchestrator o executa sob seus controles existentes.
• Telemetria — nenhum código de cliente, conteúdo de fluxo de trabalho ou dados do projeto são coletados na telemetria. O Studio e o Autopilot emite telemetria de produtos padrão (uso de funcionalidades, relatórios de falhas, desempenho anônimo), com opção de exclusão nas configurações do Studio.
• Feedback — se um usuário optar por enviar feedback em uma sessão do Autopilot, esse envio inclui o conteúdo da conversa. É iniciada pelo usuário, as informações privadas são removidas e o usuário vê e aprova o que é enviado.

Para obter mais detalhes, consulte Privacidade de dados.

Quanto custa o Autopilot?

O Autopilot não é comprado separadamente — seu uso está incluído no licenciamento de usuários em níveis da UiPath. Os níveis mais altos incluem permissões maiores. Cada nível pago vem com um limite de uso com uma redefinição mensal e diária. Depois de exceder a permissão, os administradores decidem se o uso deve retornar às Platform Units. Consulte Licenciamento para obter detalhes.

Precisamos de nossas próprias licenças de agente de codificação?

Não. O Autopilot é executado em modelos de terceiros gerenciados pela UiPath, então você obtém todo o poder dos agentes de codificação dentro da UiPath sem trazer sua própria assinatura de agente de codificação. Trazer seu próprio modelo é possível, mas opcional.

Se a equipe também quiser trabalhar por meio de um agente de codificação de terceiros (Claude Code, Codex, Cursor), a assinatura do próprio agente será dela. O UiPath para Coding Agents abre a plataforma para isso; não o licencia.