Copilot Home, Code e Autopilot: o que decidir agora

Copilot Home, Code e Autopilot: o anúncio é grande, a decisão é pequena

A Microsoft acabou de redesenhar o Copilot inteiro. Home unifica chat e trabalho delegado num único ponto de entrada, Code deixa qualquer colaborador criar aplicações e automações sem abrir o Visual Studio, e Autopilot é um agente persistente que continua trabalhando enquanto ninguém está olhando. Para uma cooperativa de crédito, isso soa como a promessa de tirar carga operacional de times enxutos de atendimento, análise de crédito e back office. E é exatamente por isso que vale desconfiar do timing antes de desconfiar da tecnologia.

A tese deste artigo é simples: nada do que foi anunciado está em disponibilidade geral. Home e copilot code apps começam a rodar via Frontier program nas próximas semanas, Autopilot entra em preview privado no fim do mês. Isso muda a pergunta que uma diretoria de TI de cooperativa deveria fazer. Não é "quando migramos o atendimento para isso", é "quem no nosso quadro entra no Frontier program agora, com que dado, e sob qual guarda-chuva de governança". Tratar este anúncio como um produto pronto para expandir no tenant inteiro é a armadilha mais provável, e ela custa caro num setor regulado que lida com dados financeiros de associados.

O que muda na prática, sem o entusiasmo do blog oficial

Três capacidades novas se somam ao Copilot que a cooperativa já conhece:

• Home junta Chat (respostas rápidas, rascunhos, consultas pontuais) e Cowork (tarefas delegadas de ponta a ponta, como montar um pacote de fechamento financeiro ou uma resposta a edital) num único ponto de partida, com Word, Excel e PowerPoint embutidos via Office in Copilot.
• Code permite que qualquer analista descreva em linguagem natural um painel, uma automação ou um app interno, e o Copilot constrói e hospeda essa solução dentro do tenant, usando a mesma tecnologia do GitHub Copilot, em ambiente sandbox.
• Autopilot é um agente com identidade própria, memória e espaço de trabalho no tenant, capaz de tocar um processo inteiro (por exemplo, uma revisão de fornecedor ou o acompanhamento de pendências de um comitê) sem esperar um novo prompt a cada etapa.

O ponto que separa isso de um simples upgrade de interface é o copilot managed runtime: a infraestrutura que hospeda, dentro do ambiente Microsoft 365 da cooperativa, o código gerado por Cowork, Code e Copilot Studio. É essa camada que decide se um app criado por um analista de crédito para acompanhar inadimplência vira um ativo de TI rastreável ou um script órfão rodando sem dono. Ela é governada por TI mas de uso fácil para quem não é desenvolvedor: compartilhar o app com o time, conectar a dados vivos, acessar de qualquer lugar. Sem essa camada bem configurada, a criação de apps por Code deixa de ser um ganho de produtividade e vira uma nova frente de shadow IT, agora com IA generativa no meio.

O critério de decisão: quando faz sentido entrar agora

Não existe resposta genérica de "adote" ou "espere". Existe um conjunto de condições. Para uma cooperativa de crédito, entrar no Frontier program ou no preview privado de Autopilot faz sentido quando as cinco condições abaixo forem verdadeiras ao mesmo tempo:

• Existe um time de TI ou governança de dados capaz de acompanhar o rollout por fases. Frontier program e preview privado mudam de comportamento sem aviso amplo. Se ninguém está monitorando o changelog do Copilot, a cooperativa vai descobrir uma mudança de política de dados depois que ela já afetou um processo.
• O caso de uso de piloto não toca em decisão de crédito, PLD/FT ou dado cadastral de associado sem camada de revisão humana. Testar Cowork ou Autopilot num rascunho de comunicação interna é baixo risco. Testar num fluxo que alimenta parecer de análise de crédito, sem human in the loop explícito, não é.
• A cooperativa já tem DLP e política de dados configurada no Microsoft 365, porque Home conecta chat, documentos e dados de Power BI e Dynamics 365 no mesmo contexto, via Microsoft IQ. Se a política de rótulo de sensibilidade ainda está incompleta, ampliar o alcance do Copilot amplia também o alcance de uma eventual exposição.
• Existe orçamento e um responsável formal por FinOps de IA. A cobrança deixou de ser previsível por usuário e passou a ter uma parcela de consumo. Sem alguém dono desse número, o gasto sobe sem que ninguém perceba até o fechamento do mês.
• O apetite de risco da diretoria comporta rodar em ambiente ainda instável. Frontier program e preview privado significam bug, mudança de comportamento e, eventualmente, descontinuação de recurso. Isso é aceitável num piloto controlado. Não é aceitável se a expectativa interna é "isso já é produção".

Se três ou mais dessas condições não se sustentam hoje, a decisão correta é acompanhar o anúncio, documentar o que ele representa para o roadmap de 12 meses, e não abrir chamado de acesso ao Frontier program ainda.

Se três ou mais condições falharem, a resposta é acompanhar o anúncio, não abrir acesso.

O novo modelo de cobrança: entenda antes de aprovar orçamento

A Microsoft dividiu a cobrança do Copilot em duas lógicas distintas, e essa divisão é o dado mais concreto deste anúncio, porque muda planejamento financeiro de TI.

A primeira é a User Subscription License (USL), licença fixa por usuário, que cobre Chat, Office in Copilot (Word, Excel, PowerPoint, Outlook, Teams) e a seleção automática de modelo via Auto, que pesa custo, velocidade e precisão a cada pedido para escolher o modelo mais barato que ainda entrega qualidade suficiente. Esse é o gasto previsível, o que uma cooperativa já sabe orçar hoje.

A segunda é o usage-based billing (UBB), cobrança variável por consumo, que passa a valer para Cowork, Code, Autopilot e para modelos de fronteira mais caros. Aqui o gasto acompanha o uso real: quanto mais a cooperativa delega tarefas longas a um agente ou mantém um Autopilot rodando 24 horas monitorando um canal, maior a fatura. Isso é uma mudança estrutural de como orçar IA: deixa de ser "quantas licenças compramos" e passa a ser "quanto consumo autorizamos, para quem, e com qual teto".

É aqui que entra o finops microsoft 365 na prática, através das novas capacidades de FinOps for AI dentro de Agent 365, Insights e no próprio Copilot. Três recursos merecem atenção do CFO e do CIO juntos:

• Cost management no Agent 365 passa a cobrir também Code e Copilot Managed Runtime, com suporte a agentes de Copilot Studio previsto para outubro. Isso dá visibilidade de gasto por agente, não só por licença.
• Admins podem definir políticas de gasto por grupo de usuários, incluindo quais famílias de modelo cada área pode acessar, e essas mesmas políticas moldam o que o Auto pode escolher automaticamente. Uma cooperativa pode, por exemplo, restringir o time comercial a modelos mais baratos e liberar modelos de fronteira só para o time de risco.
• Usuários finais passam a ver, dentro do próprio Copilot, quanto de crédito consumiram e quanto resta, dentro dos limites definidos pela organização. Isso reduz surpresa no fechamento, mas exige que alguém defina esse limite antes.

A recomendação prática: antes de liberar Cowork ou Autopilot para qualquer área, simule um mês de uso com uma amostra pequena de usuários e meça o consumo real em UBB. Aprovar orçamento sem esse dado é assinar um cheque em branco.

A armadilha: achar que isso já está disponível para o tenant inteiro

O erro mais provável que uma cooperativa de médio porte está cometendo agora é ler o anúncio, testar o Copilot no navegador de um analista e concluir que Home, Code e Autopilot já estão ativos para todo o quadro de colaboradores. Não estão. Home e Code começam a aparecer via Frontier program, um programa de acesso antecipado com critérios de elegibilidade próprios, não um botão de ativação no Microsoft 365 admin center. Autopilot está em preview privado, o que significa lista de espera e acesso concedido caso a caso pela Microsoft, não uma feature que qualquer administrador liga.

O risco concreto dessa confusão é duplo. Primeiro, times de negócio começam a prometer internamente prazos e ganhos de produtividade baseados em uma capacidade que ainda não está no ambiente deles, gerando frustração e descrédito com a própria iniciativa de IA da cooperativa. Segundo, e mais sério, colaboradores que conseguem acesso individual ao Frontier program por conta própria (às vezes via licença pessoal ou trial) podem começar a usar Code para criar pequenos aplicativos conectados a planilhas com dado de associado, fora de qualquer supervisão de TI. Isso é shadow AI com um agravante: o app criado por Code pode ficar hospedado, funcionando, sem que a área de governança de dados saiba que ele existe.

A mitigação não é bloquear curiosidade, é dar direção: designar quem na cooperativa acompanha o Frontier program oficialmente, documentar o que está e o que não está disponível a cada momento, e usar o plugin registry anunciado (catálogo central de plugins Microsoft, parceiros e internos) como ponto único de aprovação, em vez de deixar cada área integrar dados por conta própria.

Não use Home, Code ou Autopilot quando

Esta é a lista que a maioria dos conteúdos sobre o anúncio não escreve, porque não vende nada dizer "espere".

• A cooperativa ainda não tem inventário de onde estão os dados sensíveis no Microsoft 365. Home aprofunda a conexão entre chat, documentos, Power BI e Dynamics 365 via Microsoft IQ. Ampliar esse alcance sem saber onde está o dado de associado, PLD/FT ou informação de risco de crédito é ampliar a superfície de exposição antes de entender o que está exposto.
• O caso de uso envolve decisão automatizada com impacto direto no associado, como aprovação de crédito, alteração de limite ou comunicação de cobrança. Autopilot é desenhado para autonomia contínua, e autonomia contínua sem revisão humana formal em pontos de decisão financeira é incompatível com a exigência regulatória do setor, independente da maturidade técnica da ferramenta.
• Não existe dono definido para custo de UBB. Se ninguém vai monitorar consumo variável semana a semana, abrir acesso a Cowork ou Autopilot é abrir uma torneira sem válvula.
• A cultura interna trata "estar no Frontier program" como marketing, não como piloto controlado. Se a expectativa é anunciar a novidade para o conselho antes de validar o risco operacional, o incentivo está invertido.
• A cooperativa não tem capacidade de reverter rápido. Recurso em preview muda ou é descontinuado sem o mesmo aviso de um produto GA. Se não há plano B para o processo que passou a depender dele, o piloto virou dependência.

O que fazer com este anúncio nos próximos meses

A decisão sensata para a maior parte das cooperativas de crédito não é "adotar" nem "ignorar". É posicionar um time pequeno, com mandato claro, para acompanhar a evolução do Frontier program, testar Home e Code num escopo de baixo risco (documentação interna, dashboards não regulatórios, automações administrativas) e deixar Autopilot fora do radar de produção até que existam relatos de uso em ambiente regulado, com trilha de auditoria comprovada. Em paralelo, o FinOps for AI merece atenção imediata mesmo sem nenhum piloto ativo: entender a diferença entre USL e UBB, e simular cenários de consumo, é trabalho de planejamento que não depende de estar dentro do programa de acesso antecipado.

A Trinapse acompanha esse tipo de rollout por fases para clientes de Microsoft 365 e Power Platform justamente para separar o que é sinal do que é ruído de lançamento, e ajudar times de TI de cooperativas a desenhar o piloto certo, com a governança de dados e o controle de gasto que o setor exige antes de qualquer expansão.