Contas de agente no Copilot Studio: vale delegar processos?

Em resumo

• Vale delegar a uma conta de agente o processo recorrente, de regra estável e com dono definido, como a conciliação ou a primeira leitura de contratos, mas como piloto, porque o recurso chega pelo Frontier program, que é acesso antecipado e não disponibilidade geral.
• A conta de agente dá ao agente credencial própria no Microsoft 365, a memória de processo compartilha com toda a equipe o que uma pessoa ensinou e o gatilho faz o agente começar sem ser chamado, e é a soma dos três que permite assumir um processo.
• O erro mais comum é tratar a conta como mais uma licença e não revisar o escopo de permissão dela, quando é o escopo que define o dano possível.
• Os controles adicionais de política de acesso, qualidade, custo e ciclo de vida ainda estão planejados para os próximos meses, então parte da governança de credencial precisa ser feita à mão.
• Processo sem dono, com regra que muda toda semana ou com efeito irreversível antes de qualquer revisão humana não deve ser delegado agora.

Vale delegar um processo recorrente a uma conta de agente no Copilot Studio?

Vale, para o processo que se repete num ritmo conhecido, segue regras estáveis e tem um dono disposto a revisar o resultado, mas por enquanto como piloto controlado. O recurso está chegando pelo Frontier program, o acesso antecipado da Microsoft, e não em disponibilidade geral ampla, então a decisão de hoje é sobre aprender com um processo e não sobre trocar uma operação inteira.

A Microsoft descreve, no anúncio das contas de agente e da memória de processo, agentes que trabalham no Microsoft 365 com credenciais próprias, e informa no mesmo texto que os recursos estão sendo liberados pelo Frontier program. O anúncio também diz que políticas de acesso adicionais e controles de qualidade, custo e ciclo de vida desses agentes estão planejados para os próximos meses, o que significa que quem entra agora herda a parte da governança que a plataforma ainda não entrega pronta. Para o dono do processo, isso muda a pergunta: em vez de saber se o agente consegue fazer o trabalho, é preciso saber se a empresa consegue segurar a credencial dele.

O que mudou: conta de agente, memória de processo e gatilho

Até aqui, um agente do Copilot Studio costumava rodar com a conexão de quem o construiu, e qualquer ação aparecia nos registros como se fosse dessa pessoa. A conta de agente muda isso, porque o agente passa a trabalhar no Microsoft 365 com credencial própria, pode ser chamado no Teams e no Outlook, pode ser mencionado em comentários de Word, Excel e PowerPoint e acessa outras ferramentas com permissões delimitadas, sem depender da credencial de um usuário. O ganho é de atribuição, já que o dono do processo consegue separar o que foi feito pelo agente do que foi feito por uma pessoa, e isso só tem valor se o escopo dado à conta tiver sido pensado.

O gatilho resolve a outra metade da autonomia. Com os gatilhos no GitHub Copilot harness, um sinal externo, como a chegada de um e-mail, ou uma cadência definida inicia o ciclo do agente sem novo pedido, e é isso que o transforma de assistente que espera em participante do processo. A capacidade de o agente usar o próprio computador na nuvem, com navegador, aparece no mesmo anúncio como algo que ainda vem, então qualquer desenho que dependa dela hoje está contando com um recurso que não existe.

Memória pessoal e memória de processo compartilhada

A memória pessoal guarda preferências de uma pessoa e serve ao trabalho dela, enquanto a memória de processo guarda o contexto do processo e vale para todos que o usam. Segundo a Microsoft, qualquer particularidade do processo que uma pessoa levanta para o agente vira um recurso compartilhado do qual os outros também se beneficiam, e quem constrói o agente orienta, pelas instruções, como esse contexto retido pesa e quais registros e políticas são a fonte oficial.

A consequência prática aparece na conciliação: se um analista ensina ao agente que determinada diferença de centavos pode ser ignorada, a regra passa a valer para todos os ciclos seguintes, mesmo quando o analista que a criou já tiver saído da equipe. A memória compartilhada economiza o tempo de explicar tudo de novo a cada ciclo, mas também espalha o erro com a mesma eficiência, e por isso o dono do processo precisa decidir o que entra como regra e revisar de tempos em tempos o que o agente acumulou.

Qual é o critério para dizer sim?

A resposta é sim quando cinco condições são verdadeiras ao mesmo tempo, e basta uma falhar para o piloto precisar esperar. Na conciliação mensal de uma empresa de médio porte, por exemplo, o analista junta extratos e lançamentos, marca as divergências e cobra explicação por e-mail, e é um trabalho que cabe a um agente com gatilho no dia do fechamento. A primeira leitura de contratos que chegam por e-mail, contra uma lista de cláusulas de atenção, segue a mesma lógica: o agente prepara, a pessoa decide.

• O processo é recorrente e tem um gatilho identificável, como a data de fechamento ou a chegada de um tipo de e-mail.
• As regras de decisão estão escritas e as exceções conhecidas já foram listadas, de modo que o agente tem uma fonte oficial para consultar.
• A saída é revisada por uma pessoa antes de qualquer efeito irreversível, como pagamento, envio a cliente ou aprovação de contrato.
• Existe um dono nomeado, que responde pela conta do agente e pelo que a memória acumula.
• O escopo de permissão cabe em uma frase, por exemplo "lê esta biblioteca de contratos e escreve só nesta pasta de rascunhos".

Antes de ligar o piloto, meça o ciclo de hoje em horas de trabalho, em retrabalho e em prazo de fechamento, porque é esse número que o diretor vai comparar depois e ele não pode ser reconstruído de memória. Sem a medição, o piloto até funciona, mas ninguém consegue demonstrar que valeu a pena.

A armadilha: tratar a conta de agente como mais uma licença

O caminho mais comum é o time de finanças pedir a conta, a TI atender como atende qualquer pedido de licença, e alguém conceder ao agente o mesmo acesso do analista que o construiu para o teste funcionar. O teste passa, o agente vai para produção, e a conta fica com acesso à pasta inteira do financeiro, à caixa compartilhada e à biblioteca de contratos, muito além do que a conciliação exige. Com gatilho automático e memória compartilhada, esse excesso passa a trabalhar sozinho, sem ninguém olhando, e uma instrução ambígua num e-mail pode levar o agente a mexer em material que nunca deveria tocar.

A atribuição clara que a conta própria oferece ajuda a descobrir o que aconteceu, mas só o escopo impede que aconteça. Por isso a revisão de permissão é a atividade central antes da produção, e não um item de checklist que a TI marca no fim.

O que revisar antes de ligar o gatilho

O primeiro ponto é o escopo mínimo: liste os sites, bibliotecas e caixas que o processo realmente toca, separe o que é leitura do que é escrita e conceda só isso, sem herdar o acesso de quem construiu. O segundo é o ciclo de vida, com um dono nomeado para a conta, uma data de revisão do acesso e uma regra clara para o que acontece quando esse dono muda de área, já que a própria Microsoft diz que os agentes devem durar além do papel de uma pessoa e os controles de ciclo de vida específicos ainda estão por vir. Enquanto eles não chegam, um registro simples mantido pela TI, com conta, dono, escopo e última revisão, cumpre o papel.

O terceiro ponto é a memória: agende uma leitura do que o agente acumulou e tire de lá o que não deveria virar regra, porque a memória compartilhada não tem dono por padrão, e alguém precisa ser esse dono. O quarto é aproveitar o que a plataforma já oferece, descrito na documentação de segurança e governança do Copilot Studio, em vez de esperar pelos controles novos para começar a governar. Quem espera pelo recurso completo costuma entrar em produção sem nenhuma camada, e é aí que a conta com acesso demais se consolida.

Quando não usar uma conta de agente para delegar um processo

Não use quando o processo não tem dono, porque a conta e a memória do agente vão acabar sem ninguém que responda por elas, e nesse caso a primeira tarefa é nomear a pessoa e só depois falar de agente. Também não use quando a regra muda toda semana: a memória de processo vai reter o contexto antigo, o agente vai aplicá-lo com confiança e a equipe passará mais tempo corrigindo instrução do que ganhando prazo. Se o processo precisa de pouca delegação e muito julgamento, como a negociação de um contrato específico, o agente atrapalha mais do que ajuda.

Evite também o processo cujo efeito não possa ser revertido antes de uma pessoa revisar, como um pagamento liberado ou um documento enviado a cliente, e o processo em que ninguém consegue dizer em uma frase quais dados ele precisa tocar, porque aí o escopo vai ser definido pela pressa. Por fim, desconfie da expectativa de operação ampla e estável já neste trimestre, pois o recurso está no Frontier program, com novidades ainda chegando, e um processo crítico apoiado só nele carrega o risco de uma mudança de comportamento no meio do caminho.

Depois do piloto, alguém precisa operar o agente

O agente persistente não é um projeto que se entrega e se esquece, porque as instruções envelhecem, a memória acumula, as permissões mudam com a reorganização da empresa e o custo varia conforme o uso. A Microsoft prevê refinamentos que usam a atividade do agente para recomendar melhorias a quem o construiu avaliar, testar e implantar, o que na prática cria um papel recorrente: alguém precisa receber essas recomendações, decidir e acompanhar o efeito.

É esse trabalho que a oferta de Operação de Processos e Agentes da Trinapse assume junto com o dono do processo e com a TI: acompanhar o escopo da conta, revisar o que a memória guarda, medir qualidade e custo e ajustar as instruções depois que o agente entra em produção. Na prática, isso mantém o que foi aprovado no piloto igual ao que está rodando seis meses depois.

O que levar para quem aprova

Autorizar o piloto de um único processo recorrente, como a conciliação mensal ou a primeira leitura de contratos, deve devolver à equipe o tempo hoje gasto juntando informação e cobrando explicação, com a decisão final continuando com as pessoas e cada ação do agente atribuída à conta dele. Se a área não decidir, o agente acaba montado por iniciativa própria, com a credencial de quem o construiu e sem dono definido, que é exatamente o cenário que a governança precisa evitar. O próximo passo é nomear o dono do processo, escolher o processo do piloto e pedir à TI uma conta com escopo mínimo e revisão agendada, antes de ligar qualquer gatilho.

Se ajudar, a Trinapse monta com você o checklist de revisão de escopo da conta e o resumo de uma página para levar à diretoria, a partir de um dos processos da sua área.