> ## Content Index > Fetch the complete content index at: https://www.azurebrasil.cloud/llms.txt > Use this file to discover other available public pages before exploring further. # Agentes ou Workflows no Copilot Studio: Como Decidir Qual Construir - URL: https://www.azurebrasil.cloud/blog/agentes-ou-workflows-no-copilot-studio-como-decidir-qual-construir/ - Published: 2026-09-23T12:30:44.000Z - Updated: 2026-09-23T12:30:43.000Z - Description: Um resolve conversas, o outro resolve processos. Veja como não errar a escolha na hora de montar sua próxima automação. - Author: Carlos Erutan > **O que você vai aprender:** A diferença real entre agentes e workflows no Copilot Studio, onde os agent flows entram nessa história, e um guia prático para decidir o que construir a partir do problema que você tem em mãos, não da ferramenta que parece mais nova. ## Escolhendo a Ferramenta Antes do Problema Copilot Studio hoje reúne dois blocos de construção com propósitos diferentes: **agentes** e **workflows**. Os dois aparecem lado a lado no mesmo estúdio, os dois podem usar IA, e os dois resolvem tarefas repetitivas — o que leva muita equipe de TI a escolher pela familiaridade ou pela novidade do recurso, em vez de pelo tipo de problema que precisa resolver. Essa escolha errada aparece depois, na operação: um agente montado para seguir um processo rígido de aprovação em várias etapas fica difícil de auditar e de prever; um workflow forçado a "conversar" com o usuário para decidir o próximo passo perde a estabilidade que automação deveria ter. Antes de abrir o designer, vale entender o que cada bloco foi desenhado para fazer. --- ## Agente x Workflow: o Que Cada Um Realmente É | Critério | Agente | Workflow | | ----------------------- | -------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------ | | O que é | Um assistente de IA que conduz conversas e decide o próximo passo com base em instruções, conhecimento e ferramentas | Uma automação determinística construída em um designer visual de arrastar e soltar | | Como decide o que fazer | Interpreta a intenção do usuário e raciocina sobre qual tópico, conhecimento ou ferramenta usar | Segue o gatilho e a sequência de ações definida por você, sem inferir um caminho novo | | Previsibilidade | Varia conforme a instrução e o contexto da conversa | A mesma entrada sempre produz a mesma saída | | Onde atua | Canais de conversa: Teams, Microsoft 365 Copilot, sites, apps | Processos de fundo: disparados por evento, agenda ou chamado por um agente | | Exemplo típico | Um assistente de RH que responde dúvidas sobre benefícios e abre um chamado quando necessário | Uma rotina que lê um e-mail de aprovação, atualiza uma planilha e notifica o time no Teams | A definição oficial da Microsoft resume bem essa diferença: um agente "segue as instruções que você dá, usa fontes de conhecimento conectadas e ferramentas para agir — raciocinando sobre uma solicitação e decidindo o próximo passo". Já um workflow "é uma automação que você constrói com um designer visual: cada etapa pode raciocinar e agir, combinando agentes, ferramentas e lógica em um único fluxo, entregando a previsibilidade da automação com a flexibilidade da IA". Na prática, o critério mais simples para decidir é este: se o valor está em **conduzir uma conversa** e adaptar a resposta ao que a pessoa pergunta, comece por um agente. Se o valor está em **executar uma sequência de passos sempre da mesma forma**, comece por um workflow. ## Onde Entram os Agent Flows (e Por Que Existe Essa Confusão) Se você já usou Copilot Studio antes de 2026, provavelmente conhece o termo **agent flow**. Ele não desapareceu — só passou a ter um lugar mais específico. Segundo a documentação oficial, agent flows são "o formato de flow já estabelecido no Copilot Studio, com uma experiência de criação parecida com o Power Automate, mas nativa do Copilot Studio", e continuam existindo como parte do que a Microsoft chama de **standard harness**. **Workflows**, por outro lado, são descritos como "a experiência de automação com tecnologia do GitHub Copilot harness", construídos em um canvas visual redesenhado, com ações nativas de IA e handoffs entre agentes. Ou seja: hoje existem dois formatos de automação por trás de um nome parecido, e a diferença entre eles depende do **harness** (o runtime que executa o que você constrói): | Critério | Agent flow | Workflow | | ----------------------------------------- | --------------------------------------------------------- | ---------------------------------------------------------- | | Harness | Standard harness | GitHub Copilot harness | | Onde criar | Página **Workflows** → **New agent flow** | Página **Workflows** → **New workflow** | | Pode virar ferramenta de um agente? | Sim, com o gatilho "When an agent calls the flow" | Sim, com o mesmo tipo de gatilho | | Consumo | Ações de agent flow consomem capacidade do Copilot Studio | Ações de workflow consomem capacidade do Copilot Studio | | Pode converter um flow do Power Automate? | Sim, de forma unidirecional | Não — só é possível converter para o formato de agent flow | Se você já tem um agente rodando no standard harness, o caminho natural para automação é o agent flow. Se você está construindo algo novo com o GitHub Copilot harness (o mais indicado para processos que exigem raciocínio em várias etapas), o caminho é o workflow. Os dois fazem parte da mesma família conceitual — automação determinística com gatilho e ações —, mas não são o mesmo recurso nem rodam no mesmo runtime. Se você ainda não tem clareza sobre qual harness o seu agente está usando hoje, vale revisar o artigo [Como Configurar o Copilot Studio no VS Code e Clonar Seu Primeiro Agente Local](https://www.azurebrasil.cloud/blog/), que trata do standard harness em mais detalhe. ## Quando Usar Cada Um: um Guia Prático ### Use um agente quando… - O usuário final precisa **perguntar algo em linguagem natural** e receber uma resposta contextual, não só executar um passo fixo. - A tarefa envolve **julgamento sobre a intenção** de quem está conversando: qual tópico se aplica, qual fonte de conhecimento consultar, qual ferramenta acionar. - O objetivo é **atender pessoas em vários canais** (Teams, site, Microsoft 365 Copilot) com a mesma experiência. - O processo pode receber uma conta própria para agir de forma proativa em nome da organização, como coordenar uma reunião recorrente ou conduzir um onboarding. ### Use um workflow (ou agent flow) quando… - A tarefa é **sempre a mesma sequência de passos**, disparada por um evento, agenda ou chamada de outro agente. - Você precisa de **previsibilidade absoluta**: a mesma entrada deve gerar exatamente a mesma saída, toda vez. - O processo envolve **integrações entre sistemas** (conectores, aprovações, atualização de registros) mais do que conversa com uma pessoa. - Você quer **visibilidade de ponta a ponta** sobre execuções passadas, com monitoramento e histórico de cada rodada. ### Use os dois combinados quando… Essa é a combinação que mais aparece na prática, e não é acidente: agentes e workflows foram desenhados para colaborar. Um agente pode **chamar um workflow como ferramenta** para executar uma ação determinística (atualizar um sistema, disparar uma aprovação) sem sair da conversa. Um workflow pode **chamar um agente** como uma de suas etapas, delegando a ele a parte que exige raciocínio sobre linguagem natural. Um exemplo comum em PMEs brasileiras: um agente de help desk responde dúvidas recorrentes sobre política interna (a parte conversacional) e, quando identifica que o pedido é uma solicitação formal de acesso, aciona um workflow que atualiza o sistema de chamados e notifica o aprovador (a parte determinística). Nenhum dos dois blocos, sozinho, resolveria o processo inteiro de forma satisfatória. ## Uma Camada a Mais: o Harness Também Influencia a Decisão Vale reforçar um ponto que já apareceu acima, mas que costuma passar despercebido: a escolha entre agente e workflow não acontece no vácuo — ela acontece dentro de um harness. O **GitHub Copilot harness** é a opção mais indicada quando o agente ou workflow precisa raciocinar por várias etapas, lidar com arquivos do Office, e se recuperar sozinho quando um passo falha; é o harness recomendado para um processo como contas a pagar, em que o agente lê faturas, confere com pedidos de compra e encaminha exceções para aprovação. O **standard harness** é a opção mais indicada para conversas estruturadas e bem delimitadas, como um help desk interno que responde perguntas comuns e encaminha pedidos simples via agent flow. Essa escolha de harness afeta diretamente a cobrança: agentes e workflows no GitHub Copilot harness consomem Copilot Credits; agentes no standard harness seguem o modelo de licenciamento próprio do Copilot Studio. Se esse tema de cobrança e capacidade é novo para você, vale revisar [Como Habilitar o Pay-As-You-Go no Copilot Studio Sem Deixar Seus Agentes Pararem](https://www.azurebrasil.cloud/blog/), que detalha como funciona o consumo de créditos e o que fazer quando a capacidade pré-paga se esgota. ## Resumo Executivo | Cenário / Necessidade | Recomendação | | -------------------------------------------------------------------------- | -------------------------------------------- | | Conversar com o usuário e gerar respostas contextuais dinâmicas | Agente | | Executar tarefas lineares e repetitivas por agendamento ou evento | Workflow (ou Agent flow) | | Garantir previsibilidade estrita e rastreabilidade/histórico de execução | Workflow (ou Agent flow) | | Processar raciocínio em múltiplos passos e manipular arquivos do Office | Agente ou Workflow no GitHub Copilot harness | | Automatizar uma etapa específica de um agente existente (Standard harness) | Agent flow (como ferramenta) | Na maioria dos casos reais, a resposta certa não é "agente ou workflow": é entender qual parte do processo exige conversa e julgamento, e qual parte exige repetição confiável — e montar os dois blocos para trabalhar juntos. ## Referências - [Overview - Microsoft Copilot Studio](https://learn.microsoft.com/en-us/microsoft-copilot-studio/fundamentals-what-is-copilot-studio?ref=azurebrasil.cloud) - [Agent flows overview](https://learn.microsoft.com/en-us/microsoft-copilot-studio/flows-overview?ref=azurebrasil.cloud) - [Workflows overview (GitHub Copilot harness)](https://learn.microsoft.com/en-us/microsoft-copilot-studio/workflows-experience/flows-overview?ref=azurebrasil.cloud) - [Harnesses in Copilot Studio](https://learn.microsoft.com/en-us/microsoft-copilot-studio/harnesses-overview?ref=azurebrasil.cloud) - [Use agent flows with your agent](https://learn.microsoft.com/en-us/microsoft-copilot-studio/advanced-flow?ref=azurebrasil.cloud)