- Introdução
- Agentes da UiPath no Studio Web
- Sobre os agentes da UiPath
- Licenciamento
- Construção de um agente no Studio Web.
- Agentes de conversa
- Agentes versus fluxos de trabalho
- Melhores práticas para criar agentes
- Melhores práticas para engenharia de contexto
- Melhores práticas para publicar e implantar agentes
- Prompts
- Contexts
- Escalonamentos e memória do agente
- Avaliações
- Traços de agente
- Pontuação do agente
- Gerenciamento de agentes UiPath
- Agentes da UiPath no Agent Builder
- Agentes codificados da UiPath

Guia do Usuário de Agentes
Ao projetar sistemas de automação inteligente, é importante distinguir entre agentes e fluxos de trabalho, dois paradigmas distintos, mas muitas vezes complementares. Esta seção descreve o que cada um envolve, como eles diferem e como escolher o modelo certo para seu caso de uso.
Use esta seção para entender melhor:
- O que é um agente versus o que é um fluxo de trabalho.
- Critérios de decisão e exemplos de casos de uso para decidir qual deles considerar.
Um agente é um sistema de software orientado por grandes modelos de linguagem (LLMs) que pode raciocinar, agir e se adaptar dinamicamente em relação a um objetivo. Ao contrário da lógica de automação tradicional, os agentes não seguem um conjunto rígido de instruções. Em vez disso, eles tomam decisões em tempo real, selecionando ferramentas, interpretando resultados e ajustando ações com base no contexto e na memória atuais. Os agentes brilham quando o caminho para o resultado não pode ser codificado de forma rígida ou quando a lógica codificada é muito complexa. Eles raciocinam, decidem e atuam sobre entradas dinâmicas e muitas vezes não estruturadas.
Os agentes podem ter diferentes modos de operação:
- Autônomo: disparado por eventos de tempo ou programáticos, normalmente como parte de fluxos de trabalho mais amplos.
- Conversacional: usa o diálogo de mensagem em linguagem natural para interpretar a entrada do usuário e responde contextualmente para concluir tarefas ou fornecer informações.
- Ambiente: incorporado a um ambiente ou dispositivo que detecta continuamente o contexto e executa proativamente ações ou notificações úteis sem prompts explícitos do usuário.
Os agentes são especialmente valiosos em tarefas ambíguas e abertas, onde as entradas não são estruturadas e o caminho ideal para a resolução não é conhecido com antecedência. Eles também são projetados para aprender com interações anteriores, tornando-os adequados para ambientes em que a adaptabilidade e o raciocínio são críticos.
Traços-chave
- Autonomia: escolhe qual ferramenta ou API chamar em seguida.
- Memória com estado: lembra contexto, etapas anteriores e feedback.
- Fluxo de controle dinâmico: ramificações, loops ou faz perguntas de esclarecimento de forma dinâmica.
- Intervenções human-in-the-loop: são acionadas quando a confiança é baixa ou as regras são violadas.
Ajustes típicos
- Tarefas ambíguas (por exemplo, diagnosticar um ticket de suporte, pesquisar um mercado).
- Entradas/caminhos altamente variáveis.
- Situações em que o aprendizado de cada execução agrega valor.
Um fluxo de trabalho é uma sequência estruturada de etapas executadas em uma ordem fixa. Muitas vezes, integra LLMs, APIs ou entrada humana, mas não tem os recursos de planejamento autodirigido dos agentes. Cada etapa em um fluxo de trabalho é predefinida, e as transições entre as etapas seguem a lógica determinística.
Os fluxos de trabalho se destacam em processos repetíveis de alto volume, com regras de negócios claras e resultados previsíveis. Fornecem transparência, governança e são fáceis de avaliar em termos de custo, tempo e conformidade.
Traços-chave
- Caminhos determinísticos: cada execução segue as mesmas ramificações dadas as mesmas entradas.
- Sem estado entre execuções: cada execução começa do zero (a menos que você persista os dados explicitamente).
- Custo e tempo transparentes: fácil de avaliar e orçar.
- Pronto para governança: alinha-se às necessidades de conformidade e auditoria.
Ajustes típicos
- Tarefas de rotina de alto volume (por exemplo, extração de faturas → validação → inserção no ERP).
- Acordos de nível de serviço rigorosos ou restrições regulatórias.
- Cenários em que as saídas devem ser idênticas para entradas idênticas.
Um fluxo de trabalho por agentes combina a adaptabilidade dos agentes com a estrutura dos fluxos de trabalho. Ele permite que os agentes raciocinem, ajam e aprendam dentro ou entre etapas definidas, permitindo a tomada de decisões dinâmica onde os fluxos de trabalho tradicionais não conseguem funcionar. Essa abordagem híbrida lida com a ambiguidade e a variabilidade, mantendo a orquestração e a governança. A orquestração por agentes no Maestro combina os dois: os agentes lidam com as decisões dinâmicas e, em seguida, entregam para fluxos de trabalho previsíveis para execução.
Use as seguintes considerações para orientar sua decisão:
- Tipo de entrada: escolha agentes quando as entradas não forem estruturadas, multimodais ou exigirem compreensão contextual; use fluxos de trabalho quando as entradas forem estruturadas e bem definidas.
- Fluxo de controle: os agentes planejam dinamicamente ações com base em resultados intermediários. Os fluxos de trabalho seguem um caminho estático determinado no momento do projeto.
- Adaptabilidade: os agentes se adaptam de forma dinâmica, aprendendo ou reformulando os prompts conforme a necessidade. Os fluxos de trabalho exigem um novo projeto manual para quaisquer alterações.
- Governança e previsibilidade: os fluxos de trabalho oferecem conformidade forte, controle de custos e consistência.Os agentes oferecem experimentação e flexibilidade, com maior variação no custo e resultados.
- Raciocínio no runtime: se as decisões ou ramificações devem acontecer no runtime com base em contexto parcial ou em evolução, os agentes são a escolha certa.
| Critérios | Agente | Fluxo de trabalho |
|---|---|---|
| Tarefas que são repetitivas e baseadas em regras |
|
|
| Tarefas que são altamente ambíguas |
|
|
| Resultados determinísticos |
|
|
| Raciocínio dinâmico e adaptação |
|
|
| Dimensões | Agente | Workflows |
|---|---|---|
| Fluxo de controle | Planejamento dinâmico e seleção/geração de ferramentas | Sequência predefinida com ferramentas predefinidas |
| Tipo de Entrada | Não estruturado, multimodal | Registros/formulários estruturados |
| Adaptabilidade | Aprende ou é solicitado novamente de forma dinâmica | Requer alterações no tempo de projeto |
| Confiabilidade | Variável; depende de proteções e avaliações | Alta se as entradas permanecerem dentro das especificações |
| Carga de governança | Maior (risco de anarquia do agente) | Existem políticas/ferramentas maduras |
| Previsibilidade de custo | Médio-baixo (variância de LLM/token) | Alta |
| Horizonte de ROI típico | Experimentação rápida, escalonamento incerto | Economia constante após ser roteirizado |
| Barreira de habilidades | Semelhante para low-code versus com código | |
| Use case | Agente | Fluxo de Trabalho |
|---|---|---|
| Triagem de tickets de suporte | ||
| Geração de e-mail de vendas | ||
| Processamento de faturas | ||
| Integração de funcionários |
Um sistema multiagentes consiste em vários agentes autônomos que interagem e se coordenam no runtime para atingir um objetivo compartilhado ou negociado. Ao contrário de um fluxo de trabalho tradicional, que segue um caminho predefinido, ou um único agente que opera isoladamente, uma configuração multiagentes é compatível com comportamento emergente, distribuição de tarefas flexível e colaboração dinâmica.
Os sistemas multiagentes são mais adequados para objetivos abertos e de alta complexidade, como pipelines colaborativos de RAG ou respostas dinâmicas da cadeia de suprimentos.
A tabela a seguir compara a orquestração de fluxos de trabalho clássica com sistemas multiagentes verdadeiros em várias dimensões principais:
| Dimensões | Fluxo de trabalho clássico (pode invocar agentes) | Sistema verdadeiro de vários agentes |
|---|---|---|
| Lógica de controle | Projetado antecipadamente: "Etapa A → Etapa B → Etapa C". As ramificações são fixadas pelo autor. | Emerge no runtime: os agentes planejam suas próprias etapas e podem reatribuir trabalho a pares dinamicamente. |
| Entidade de planejamento | O mecanismo de fluxos de trabalho decide a ordem; os agentes individuais (se houver) apenas executam sua parte. | Cada agente planeja localmente; uma camada de coordenação (ou protocolos de pares) resolve conflitos de forma dinâmica. |
| Adaptabilidade | Limitada à árvore de decisão modelada por humanos. | Pode formar novos subplanos, dividir/mesclar funções, renegociar objetivos. Enxames multiagentes podem realocar tarefas ou gerar agentes auxiliares para o tratamento de falhas. |
| Estado e memória | Normalmente sem estado entre execuções (a menos que você o persista). | Cada agente pode manter sua própria memória; uma memória ou quadro compartilhado permite que eles escrevam/leiam contexto para outros. |
| Governança e observabilidade | Simples: um orquestrador, rastreamento determinístico. | Mais difícil: muitos loops autônomos precisam de rastreamento global, imposição de políticas e barreiras de segurança. |
| Ajuste típico | Processos repetitivos com transferências claras (por exemplo, "extrair fatura → validar → registrar no ERP"). | Metas complexas e abertas que se beneficiam da divisão do trabalho (por exemplo, pesquisador de RAG → planejador → programador colaborando para implementar um microrrecurso). |