- Introdução
- Agentes da UiPath no Studio Web
- Sobre os agentes da UiPath
- Licenciamento
- Execução de agentes
- Trabalhando com arquivos
- Contexto
- Escalonamentos
- Avaliações
- Traços de agente
- Pontuação do agente
- Gerenciamento de agentes UiPath
- Agentes codificados da UiPath
- Criar com agentes de codificação
Modelo de licenciamento para agentes, abrangendo execuções de agentes, direitos de planos e como o consumo é mapeado para Platform Units (Unified Pricing) ou Agent Units (Flex).
Entendimento das execuções de agentes
Uma execução de agente refere-se a uma execução completa de um agente, rastreada sob um único ID de execução. Cada execução começa com um disparo e continua até atingir uma situação terminal: Bem-sucedida, Com falha, Cancelada ou Expirada.
Licenciamento e consumo
- As execuções de produção consomem Platform Units ou Agent Units, dependendo de seu plano de preços.
- Os testes de tempo de projeto realizados no Studio Web consomem apenas a cota de LLM — nenhuma Platform Unit ou Agent Unit é consumida.
Ao executar Agents a partir de uma pasta compartilhada, você deve atribuir uma identidade de Unattended Robot à pasta.Esse é um requisito de identidade, não um requisito de licenciamento — o agente em si não consome uma licença de Unattended Robot durante as execuções de desenvolvimento, depuração ou produção. Para obter detalhes de configuração, consulte Atribuição de objetos a uma pasta.
O que conta como uma execução de agente
- Execuções invocadas do Orchestrator após a publicação (início manual, agendamento ou gatilho de fila).
- Execuções invocadas por meio de API ou Webhook em um espaço de trabalho de produção.
- Uma sessão de conversa iniciada em um canal publicado (conta como uma única execução até que termine ou fique ociosa).
O que não conta como uma execução de agente
- Studio Web Teste/Visualização durante o tempo de criação ou projeto do agente.
- Autopilot, execuções de pontuação e simulações/avaliações marcadas como visualização.
Licenciamento de Preços Unificados
As informações nesta página aplicam-se a você se estiver no plano de Preços Unificados.Se você estiver no Flex, consulte Licenciamento do Flex. Para obter informações gerais de licenciamento, consulte o guia do administrador do Automation Cloud.
Esta página fornece detalhes sobre as licenças que dão acesso aos agentes e como as atividades do agente são quantificadas por meio de Unidades de Plataforma.
Licenças e direitos dos agentes
As tabelas a seguir fornecem uma lista de licenças que dão acesso a agentes, os planos associados a cada licença e os direitos concedidos por eles.
Tabela 1. Planos de licenciamento
| Recurso | Livre | Avaliação Basic | Básica | Avaliação Standard | Padrão | Enterprise | Avaliação Standard do Teste de Aplicativos | Padrão de teste de aplicativos | Teste de aplicativo Enterprise |
|---|---|---|---|---|---|---|---|---|---|
| Desenvolver agentes: projetar, realizar execuções de depuração e avaliar agentes no Studio Web | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Executar agentes: implantar e executar agentes como processos | ❌ | ❌ | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Tabela 2. Licenças de usuário
| Recurso | Usuário Expresso | Usuário Basic | Usuário Plus | Usuário Pro | Testador do aplicativo | Desenvolvedor de testadores de aplicativos |
|---|---|---|---|---|---|---|
| Desenvolver agentes: projetar, realizar execuções de depuração e avaliar agentes no Studio Web | ❌ | ✅ | ✅ | ✅ | ❌ | ✅ |
| Executar agentes: implantar e executar agentes como processos | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ |
Direitos de tempo de design
Enterprise
Todos os usuários licenciados Enterprise recebem um pool mensal de uso de IA e Agentic, compartilhado entre produtos de IA e Agentic da UiPath e utilizável para desenvolvimento e avaliações de agentes. O pool substitui o direito diário de execuções de agentes gratuitas concedidas anteriormente como chamadas de LLM.
Quando você usa o pool para o tempo de design do agente, o uso é reduzido com base no custo do modelo que você usa e na complexidade das chamadas de LLM executadas, contando tokens de entrada e saída.
O limite mensal está disponível de acordo com as seguintes regras:
- O limite mensal é compartilhado entre todos os produtos de IA e Agentic, não apenas a experiência do Agent Builder no Studio Web. Não é concedido na forma de Platform Units.
- O limite mensal é atribuído individualmente a cada Named User e não é agrupável no nível do tenant ou da organização.
Para obter detalhes sobre como o limite mensal, as recargas e o fallback da unidade paga funcionam, consulte Pool de uso de IA e Agentic.
O pool de uso de IA e Agente requer que o Licenciamento de usuário esteja habilitado para sua organização. Quando o Licenciamento de usuários não está habilitado, todas as interações com agentes no período de design são cobradas de acordo com a lógica padrão de consumo.
O pool está disponível nos planos Unified Pricing e licenciamento Flex e não está disponível na Community.
A disponibilidade de funcionalidades também depende da plataforma de cloud que você usa; para obter detalhes, consulte a página Disponibilidade de funcionalidades.
O tamanho do limite mensal depende da licença do usuário, da seguinte forma.
| Licença do usuário | Pool de uso de IA e Agentic |
|---|---|
| Usuário Basic | Pool de uso básico |
| Usuário Plus | Básico x7.5 |
| Usuário Pro | Básico x20 |
| Testador do aplicativo | Básico x7.5 |
| Desenvolvedor de testadores de aplicativos | Básico x20 |
O consumo de pool e direitos adquiridos durante o tempo de design e o tempo de execução ocorre de acordo com os seguintes cenários:
| Disponibilidade de unidades de plataforma | Execução de período de design | Execução em período de execução |
|---|---|---|
| Sem unidades adquiridas | Permitido até o limite mensal. Bloqueado quando o limite mensal é atingido. | Não permitido |
| Unidades adquiridas e disponível | Consome do limite mensal primeiro. Depois que o limite mensal for atingido, o sistema consome Platform Units. Se um administrador conceder uma atualização, o consumo será extraído da tabela. | Permitido para unidades de plataforma disponível |
Community
Cada organização Community recebe um número fixo de chamadas LLM por organização diariamente, da seguinte maneira:
- 250 chamadas de LLM se usar modelos gerenciados pela UiPath
- 350 chamadas de LLM caso utilize modelos gerenciados pelo cliente. Para obter detalhes, consulte Configuração de LLMs na documentação da AI Trust Layer.
Observe que os usuários Community não têm acesso aos recursos de pré-visualização.
Consumo de unidades de plataforma
As Unidades de plataforma medem o uso de atividades específicas do agente. Qualquer execução de agente consome unidades de plataforma, tanto no período de design (para depuração e avaliações) quanto no tempo de execução.
Para modelos hospedados pela UiPath, o consumo é baseado no número de chamadas de LLM feitas durante uma execução de agente, com taxas variando de acordo com o nível do modelo.
Para modelos gerenciados pelo cliente, o consumo é cobrado uma vez por execução de agente, na taxa de agente, independentemente do número de chamadas de LLMs feitas nessa execução.
Tabela 3. Taxa de consumo de agentes por níveis de modelo
| Nível do modelo | Taxa de consumo padrão | Como o consumo é calculado |
|---|---|---|
| Modelos premium (visualização): Claude Opus 4.7, GPT-5.5 | 0,4 Platform Units (taxa do agente × 2) | Cobrado por chamada de LLM |
| Modelos padrão: GPT-4.1, GPT-4o, GPT-5, GPT-5.1, GPT-5.2, GPT-5.4, Claude 3.5 Sonnet, Claude 3.7 Sonnet, Claude Sonnet 4, Claude Sonnet 4.5, Claude Sonnet 4.6, Gemini 3 Pro, Gemini 3.1 Pro (pré-visualização) | 0,2 Platform Units (referidas abaixo como taxa de agente) | Cobrado por chamada de LLM |
| Modelos básicos: Claude Haiku 4.5, Gemini 2.0 Flash, Gemini 3 Flash (visualização), GPT-4.1-mini, GPT-4o-mini, GPT-5-mini | 0,16 Platform Units (taxa de agente × 0,8) | Cobrado por chamada de LLM |
| Modelos gerenciados pelo cliente (por meio da funcionalidade Traga o seu próprio modelo/assinatura na AI Trust Layer) | 0,2 Platform Units (taxa de agente) | Cobrado uma vez por execução de agente |
Cobramos por chamadas de LLM em incrementos de token de entrada de 64k. Os tokens de entrada referem-se ao conteúdo enviado para o modelo por solicitação — incluindo o prompt do sistema, histórico de conversas, definições de ferramentas e mensagens do usuário — e não incluem a resposta do modelo. Para chamadas que excedem esse limite, várias cobranças são aplicadas. Por exemplo, uma chamada de token de entrada de 100 mil incorre em duas cobranças de chamadas de LLM. Esse limite de tokens não se aplica a modelos gerenciados pelo cliente.
Você pode trabalhar com seu representante de vendas para avaliar o caso de uso do agente e o consumo previsto de Platform Units.
LLM as Judge guardrail consumption — Platform Units
Guardrails that make their own LLM call — specifically, the LLM as Judge guardrail — consume Platform Units at the same per-model rates shown in Table 3, tracked separately from the agent's own consumption. An agent run with this guardrail enabled costs the agent's Platform Units plus the judge model's Platform Units. Because guardrail evaluation doesn't require the same model capability as the agent, you can use a lower-tier judge model to reduce cost.
Licença Flex
As informações nesta página aplicam-se a você se você estiver no Plano Flex. Se você estiver no sistema Unified Pricing, consulte Licenciamento de Unified Pricing. Para obter detalhes, consulte Estrutura do plano de licenciamento.
Esta página fornece detalhes sobre as licenças que dão acesso aos agentes e como as atividades dos agentes são quantificadas por meio de unidades de agentes.
Licenças e direitos dos agentes
A tabela a seguir fornece uma lista de licenças que dão acesso a agentes, os planos associados a cada licença e as permissões habilitadas por eles.
| Licença | Plano de licença | Direitos |
|---|---|---|
| Não Licenciado | Comunidade 1 | Desenvolver agentes: projetar, realizar execuções de depuração e avaliar agentes no Studio Web |
| Automation Developer | Enterprise |
Desenvolver agentes: projetar, realizar execuções de depuração e avaliar agentes no Studio Web |
| Citizen Developer | ||
| Cloud Basic User |
1 – Os usuários Community podem desenvolver agentes usando os direitos do período de design.
Direitos de tempo de design
Enterprise
Todos os usuários licenciados Enterprise recebem um pool mensal de uso de IA e Agentic, compartilhado entre produtos de IA e Agentic da UiPath e utilizável para desenvolvimento e avaliações de agentes. O pool substitui o direito diário de execuções de agentes gratuitas concedidas anteriormente como chamadas de LLM.
Quando você usa o pool para o tempo de design do agente, o uso é reduzido com base no custo do modelo que você usa e na complexidade das chamadas de LLM executadas, contando tokens de entrada e saída.
O limite mensal está disponível de acordo com as seguintes regras:
- O limite mensal é compartilhado entre todos os produtos de IA e Agentic, não apenas a experiência do Agent Builder no Studio Web. Não é concedido na forma de Agent Unit.
- O limite mensal é atribuído individualmente a cada Named User e não é agrupável no nível do tenant ou da organização.
Para obter detalhes sobre como o limite mensal, as recargas e o fallback da unidade paga funcionam, consulte Pool de uso de IA e Agentic.
O pool de uso de IA e Agente requer que o Licenciamento de usuário esteja habilitado para sua organização. Quando o licenciamento de usuários não está habilitado, todas as ações do agente no período de design são cobradas de acordo com a lógica de consumo padrão.
O pool está disponível nos planos Unified Pricing e licenciamento Flex e não está disponível na Community.
A disponibilidade de funcionalidades também depende da plataforma de cloud que você usa; para obter detalhes, consulte a página Disponibilidade de funcionalidades.
O tamanho do limite mensal depende da licença do usuário, da seguinte forma.
| Licença do usuário | Pool de uso de IA e Agentic |
|---|---|
| Cloud Basic User | Pool de uso básico |
| Citizen Developer | Básico x7.5 |
| Automation Developer | Básico x20 |
O consumo de pool e direitos adquiridos durante o tempo de design e o tempo de execução ocorre de acordo com os seguintes cenários:
| Disponibilidade de unidades de agente | Execução de período de design | Execução em período de execução |
|---|---|---|
| Sem unidades adquiridas | Permitido até o limite mensal. Bloqueado quando o limite mensal é atingido. | Não permitido |
| Unidades adquiridas e disponível | Consome do limite mensal primeiro. Depois que o limite mensal for atingido, o sistema consome Agent Unit. Se um administrador conceder uma atualização, o consumo será extraído da tabela. | Permitido das unidades de agente disponíveis |
Community
Cada organização Community recebe um número fixo de chamadas LLM por organização diariamente, da seguinte maneira:
- 250 chamadas de LLM se usar modelos gerenciados pela UiPath
- 350 chamadas de LLM caso utilize modelos gerenciados pelo cliente. Para obter detalhes, consulte Configuração de LLMs na documentação da AI Trust Layer.
Observe que os usuários Community não têm acesso aos recursos de pré-visualização.
Consumo de unidades de agente
As unidades de agente medem o uso de atividades específicas dos agentes. Qualquer execução de agente consome unidades de agente, tanto no tempo de design (para depuração e avaliações) quanto no tempo de execução.
O consumo de Agent Units depende do tipo de modelo usado pelo agente e difere entre os modelos hospedados pela UiPath e os gerenciados pelo cliente.
Por padrão, cada tenant recebe 0 agent units, e o consumo de agent units resulta do pool da organização. Se agent units forem alocadas a um tenant específico, a alocação desse tenant será usada para consumo.
O consumo é calculado da seguinte forma:
- Modelos hospedados pela UiPath: o consumo é baseado no número de chamadas de LLMs feitas durante uma execução de agente. Cada chamada de LLM é cobrada como uma ação de agente. Quando há múltiplas chamadas em uma única execução, isso resulta em múltiplas cobranças.
- Modelos gerenciados pelo cliente (Traga seu próprio modelo ou Traga sua própria assinatura): o consumo é cobrado uma vez por execução de agente, independentemente do número de chamadas de LLMs feitas dentro dessa execução. As chamadas de LLMs feitas usando modelos gerenciados pelo cliente não são medidas.
Tabela 4. Taxa de consumo de agentes por categorias de modelo
| Nível do modelo | Taxa de consumo padrão | Como o consumo é calculado |
|---|---|---|
| Modelos premium (visualização): Claude Opus 4.7, GPT-5.5 | 2 Agent Units | Cobrado por chamada de LLM |
| Modelos padrão: GPT-4o, GPT-4.1, GPT-5, GPT-5.1, GPT-5.2, GPT-5.4, Claude 3.5 Sonnet, Claude 3.7 Sonnet, Claude Sonnet 4, Claude Sonnet 4.5, Claude Sonnet 4.6, Gemini 3 Pro, Gemini 3.1 Pro (pré-visualização) | 1 Agent Unit | Cobrado por chamada de LLM |
| Modelos básicos: Claude Haiku 4.5, Gemini 2.0 Flash, Gemini 3 Flash (visualização), GPT-4.1-mini, GPT-4o-mini, GPT-5-mini | 0.8 Agent Units | Cobrado por chamada de LLM |
| Modelos gerenciados pelo cliente (por meio da funcionalidade Traga o seu próprio modelo/assinatura na AI Trust Layer) | 1 Agent Unit | Cobrado uma vez por execução de agente |
Para modelos hospedados pela UiPath, cobramos por chamadas de LLM em incrementos de tokens de entrada de 64 mil. Os tokens de entrada referem-se ao conteúdo enviado para o modelo por solicitação — incluindo o prompt do sistema, histórico de conversas, definições de ferramentas e mensagens do usuário — e não incluem a resposta do modelo. Para chamadas que excedem esse limite, várias cobranças são aplicadas. Por exemplo, uma chamada de token de entrada de 100 mil incorre em duas cobranças de chamadas de LLM. Esse limite de tokens não se aplica a modelos gerenciados pelo cliente. Para modelos gerenciados pelo cliente (BYOM/BYOS), as chamadas de LLMs não são medidas, pois o consumo é cobrado uma vez por execução de agente.
O consumo de Agent Units é exibido no Automation Cloud Admin, na aba Consumíveis da página de Licenciamento no nível do tenant. Para obter detalhes, consulte a aba Consumíveis.
Você pode trabalhar com seu representante de vendas para avaliar seu caso de uso do agente e o consumo previsto de Agent Units.
LLM as Judge guardrail consumption — Agent Units
Guardrails that make their own LLM call — specifically, the LLM as Judge guardrail — consume Agent Units at the same per-model rates shown in Table 4, tracked separately from the agent's own consumption. An agent run with this guardrail enabled costs the agent's Agent Units plus the judge model's Agent Units. Because guardrail evaluation doesn't require the same model capability as the agent, you can use a lower-tier judge model to reduce cost.