Se você construiu um chatbot no Power Virtual Agents e, ao procurar a plataforma recentemente, encontrou algo chamado “Copilot Studio” no lugar, não é engano nem produto diferente — é a evolução direta da mesma ferramenta. O Power Virtual Agents, lançado pela Microsoft como plataforma de baixo código para criação de chatbots, foi absorvido pelo Microsoft Copilot Studio como parte da resposta da empresa à onda de IA generativa — trazendo capacidades que a experiência clássica nunca teve, como respostas geradas dinamicamente a partir de fontes de conhecimento, visualização de código em YAML e integração nativa com toda a família de agentes Microsoft. Este artigo explica o que mudou de fato, o que continua funcionando, e como migrar bots clássicos sem perder o trabalho já construído. Para o contexto mais amplo sobre agentes de IA corporativos, veja o artigo sobre agentes de IA para empresas.
Histórico: de chatbot de regras a agente com IA generativa
O Power Virtual Agents nasceu como parte da Power Platform, com uma proposta clara: permitir que profissionais de negócio, sem conhecimento de programação, construíssem chatbots com fluxos de conversa baseados em tópicos e frases de gatilho. Funcionava bem para o que foi desenhado — triagem simples, FAQ estruturado, coleta de informação por formulário conversacional — mas operava sob uma lógica essencialmente determinística: o bot reconhecia um padrão de frase e seguia um caminho pré-definido. Fora desse caminho, a experiência quebrava.
Com o avanço da IA generativa, a Microsoft unificou o Power Virtual Agents com capacidades de modelos de linguagem sob uma nova marca: Copilot Studio. Não foi uma substituição da experiência anterior por um produto totalmente novo e desconectado — foi uma evolução de arquitetura, batizada pela própria Microsoft de autoria unificada (unified authoring), que manteve o conceito central de tópicos e frases de gatilho, mas acrescentou uma camada inteira de capacidades que a versão clássica nunca teve.
O que mudou de fato
De regras fixas para respostas geradas dinamicamente
A mudança mais significativa é o que a Microsoft chama de conversas impulsionadas: em vez de o criador precisar cadastrar manualmente cada tópico e cada resposta possível, o agente pode ser conectado a uma fonte de dados — um site, uma biblioteca do SharePoint, um documento — e gerar respostas com base nesse conteúdo automaticamente. No Power Virtual Agents clássico, isso simplesmente não existia: cada resposta precisava ser configurada manualmente, tópico por tópico.
Interface e experiência de criação redesenhadas
A tela de criação foi reformulada de ponta a ponta: o canvas agora ocupa a janela inteira em vez de manter propriedades escondidas em painéis laterais, os conectores entre nós ficaram mais claros visualmente, e o painel de inspeção de variáveis — essencial para depurar um fluxo de conversa — foi movido para um local mais acessível durante o teste. São mudanças de usabilidade que parecem pequenas isoladamente, mas que juntas tornam a construção de um agente mais complexo significativamente menos frustrante do que era na experiência clássica.
Criação de tópicos com o próprio Copilot
Um recurso que resume bem a filosofia da nova versão: em vez de montar manualmente cada nó de um fluxo de conversa, o criador pode descrever o que precisa em linguagem natural e o Copilot Studio gera o tópico automaticamente, pronto para ajuste fino. O criador também pode abrir o painel do Copilot dentro de um tópico já existente e pedir alterações específicas — “adicione uma etapa para confirmar o e-mail do usuário antes de prosseguir” — sem precisar caçar manualmente onde inserir aquele nó no fluxo.
Visualização e edição em código (YAML)
Para equipes com perfil mais técnico, a nova versão permite alternar entre a interface visual e a visualização em código YAML do mesmo tópico, editando diretamente o que está por trás da interface gráfica quando isso é mais rápido do que clicar em cada nó individualmente. É um recurso que não existia na experiência clássica, pensado para equipes híbridas — parte de negócio, parte técnica — trabalhando no mesmo agente.
Variáveis, Power Fx e objetos completos via Power Automate
Na experiência clássica, a integração com Power Automate só permitia trocar dados simples — texto, número, verdadeiro ou falso. A versão de autoria unificada permite enviar e receber objetos inteiros, incluindo registros completos do Dataverse ou coleções de registros, processados depois com nós de análise dedicados. Isso elimina uma limitação técnica real que forçava criadores a desmontar dados estruturados em múltiplas variáveis separadas na versão antiga. Além disso, fórmulas de Power Fx passaram a estar disponíveis para manipular dados e fazer cálculos diretamente no fluxo da conversa, sem precisar de um fluxo externo do Power Automate só para uma operação simples.
Eventos, além de frases de gatilho
A experiência clássica dependia quase inteiramente de frases de gatilho para acionar um tópico. A versão atual introduz eventos como forma alternativa de acionar um fluxo — reagindo a sinais enviados ou recebidos por sistemas externos, não apenas ao que o usuário digitou. O tópico de sistema Início de Conversa, por exemplo, hoje inicia automaticamente por padrão — antes, isso exigia código customizado adicional que o criador precisava configurar manualmente.
Observabilidade integrada
O Application Insights agora vem integrado por padrão, permitindo que administradores monitorem desempenho, investiguem causa raiz de incidentes e registrem eventos personalizados com propriedades específicas — uma camada de visibilidade operacional que a experiência clássica não oferecia de forma nativa.
O que continua igual
Nem tudo mudou — e é importante reconhecer isso para quem está avaliando se vale a pena migrar. O conceito central de tópicos como unidade de organização de um fluxo de conversa continua o mesmo. Frases de gatilho continuam sendo a forma primária de detectar a intenção do usuário na maioria dos cenários. A lógica de desambiguação, quando o agente identifica mais de um tópico com alta confiança de correspondência para a mesma pergunta, também segue existindo — agora configurável através de um tópico de sistema dedicado chamado Vários Tópicos Correspondentes. Quem já domina a lógica de construção do Power Virtual Agents clássico não está aprendendo um conceito totalmente novo — está aprendendo uma versão ampliada do que já conhecia.
Como migrar: o processo oficial de clonagem
A Microsoft não deixou quem já investiu tempo construindo bots na experiência clássica sem caminho de saída. O processo oficial usa um recurso de clonagem, documentado na documentação oficial de atualização para autoria unificada, que copia o bot clássico e cria um novo agente na versão atual — sem alterar ou remover o original.
Passo a passo
- Abra o chatbot clássico dentro do Copilot Studio
- Na página Visão geral, selecione Copiar este chatbot
- Na janela que abre, escolha Copiar e converter este bot
- Ajuste o nome padrão da cópia, se desejar, e selecione Criar
- Aguarde o processamento e selecione Ir para seu bot para abrir o agente já na experiência de autoria unificada
O que a clonagem transfere — e o que não transfere sozinha
O processo clona os tópicos criados na tela web do Copilot Studio, entidades personalizadas e sinônimos associados, e as conexões de Power Automate configuradas via tela web (com recomendação explícita de testar essas conexões depois, não presumir que continuam funcionando sem verificação). O que exige trabalho manual adicional após a clonagem:
- Autorização, canais e configurações de segurança precisam ser reconfigurados do zero no agente clonado
- Habilidades do Bot Framework conectadas ao bot clássico precisam ser reconectadas manualmente
- Componentes de arquitetura personalizados — telas customizadas ou integrações externas — precisam ser reconectados e testados
- Pipelines de implantação automatizada que referenciam o ID do bot clássico precisam ser atualizados para o novo ID
- Relatórios personalizados vinculados à implantação anterior precisam ser ajustados para a nova referência
Quando a clonagem automática não está disponível
Segundo a documentação oficial, chatbots clássicos que usam qualquer um destes recursos não são elegíveis para o processo de clonagem automática: idiomas além do inglês, entrega via Omnichannel para Customer Service, ou extensões de Gerenciamento do Conhecimento. Nesses casos, o Copilot Studio direciona o usuário para a criação de um agente novo, o que significa reconstruir manualmente os tópicos e fluxos na experiência atual — um esforço maior, mas ainda viável, especialmente se o agente clássico já tiver documentação clara da lógica original.
Teste antes de substituir o bot em produção
A própria Microsoft enfatiza esse ponto: mesmo usando o recurso de clonagem, é essencial concluir testes completos antes de colocar o agente migrado em produção substituindo o bot clássico. Como o original permanece intacto durante todo o processo, não há pressa artificial — o agente clonado pode ser testado com calma, em paralelo, até que a equipe tenha confiança de que replica (e idealmente melhora) o comportamento anterior.
Vale a pena migrar agora?
Não existe uma resposta universal, mas alguns sinais indicam que a migração deveria subir na lista de prioridades: se o bot clássico está limitado por não conseguir responder perguntas fora do roteiro rígido de tópicos, se a equipe já sente falta de conectar o agente a uma base de conhecimento real em vez de cadastrar cada resposta manualmente, ou se a empresa está planejando expandir o uso de agentes de IA de forma mais ampla — nesse caso, começar pela experiência atual, unificada, evita reconstruir tudo de novo mais tarde.
Por outro lado, um bot clássico simples, estável, com baixo volume de manutenção e que resolve bem seu propósito específico não precisa ser migrado com urgência apenas porque uma versão mais nova existe — mas vale colocar a migração no radar de planejamento, já que a experiência clássica não recebe os recursos mais recentes e tende a ficar cada vez mais isolada do restante do ecossistema Microsoft de agentes.
Para o roteiro completo de como aproveitar as capacidades atuais do Copilot Studio — desde fontes de conhecimento até publicação em canais como Microsoft Teams — confira o guia sobre como criar um agente de IA no Copilot Studio.
Para fechar
Quem chega a este artigo ainda procurando por “Power Virtual Agents” não está buscando um produto que sumiu — está buscando um produto que cresceu. A lógica central que fazia o Power Virtual Agents funcionar continua presente no Copilot Studio, só que cercada de capacidades que a versão original nunca teve: respostas geradas dinamicamente, integração profunda com IA generativa, visualização em código para quem precisa de mais controle, e um caminho de migração desenhado para não descartar o que já foi construído. Se você tem bots clássicos em produção, o momento certo de planejar a migração é antes que a diferença entre as duas versões se torne um problema — não depois.
A InfoB, como parceira certificada Microsoft, apoia empresas na migração de bots do Power Virtual Agents clássico para o Copilot Studio — incluindo teste completo antes da substituição em produção e aproveitamento das novas capacidades de IA generativa que a versão clássica não oferecia.
Perguntas frequentes
O Power Virtual Agents ainda existe?
Como produto independente, não — ele evoluiu para o Microsoft Copilot Studio. Bots criados na experiência clássica continuam funcionando, mas a Microsoft direciona todo o desenvolvimento de novos recursos para a versão de autoria unificada. Quem ainda tem bots clássicos deveria planejar a migração, não permanecer indefinidamente na versão antiga.
Preciso migrar meus bots do Power Virtual Agents agora?
Não há prazo de desligamento forçado anunciado publicamente até o momento, mas a experiência clássica não recebe os recursos mais recentes, incluindo IA generativa, YAML e Power Fx. Bots clássicos continuam operando, mas ficam progressivamente mais limitados. O planejamento deveria começar antes de virar urgência.
A migração apaga o bot antigo?
Não. O processo oficial usa clonagem — o bot clássico original permanece intacto, e uma cópia é criada na experiência atual. Isso permite testar o agente migrado com segurança antes de substituir o bot clássico em produção.
Todos os bots podem ser clonados para o Copilot Studio?
Não. Chatbots clássicos que usam idiomas além do inglês, entrega via Omnichannel para Customer Service, ou extensões de Gerenciamento do Conhecimento não são elegíveis para clonagem automática — nesses casos, é necessário criar um agente novo e reconstruir manualmente os tópicos e fluxos.