Microsoft 365 Copilot em junho 2026: Cowork e Work IQ

O Copilot deixou de sugerir e começou a entregar

Até pouco tempo, usar o Microsoft 365 Copilot significava pedir um rascunho, revisar, reescrever metade e só então considerar o trabalho feito. Essa lógica muda com o Copilot Cowork, agora disponível globalmente. A diferença não é cosmética. Em vez de gerar uma sugestão que o usuário precisa lapidar, o Cowork recebe a definição de uma tarefa, um pedido com escopo, contexto e critério de aceite, e devolve o trabalho concluído: um relatório fechado, uma proposta comercial revisada, um plano de migração com cronograma, uma análise de dados com conclusões.

Isso reposiciona o Copilot de assistente de redação para camada de execução. E toda organização que já rodou um piloto de Copilot sabe que essa mudança de papel exige revisão de processo, não só treinamento de prompt.

O que muda entre o Copilot clássico e o Cowork

O Copilot dentro do Word, Excel, PowerPoint e Teams sempre operou no modelo de turno único: pergunta, resposta, o usuário decide o próximo passo. O Cowork opera em modo de tarefa: recebe um objetivo, planeja as etapas internamente, executa múltiplas ações em sequência (ler arquivos, consultar dados, escrever, formatar, validar) e só retorna ao usuário quando o entregável está pronto ou quando encontra um ponto de decisão que exige aprovação humana.

Na prática, isso significa que o Cowork se comporta mais como um agente orquestrado no Copilot Studio do que como o Copilot de produtividade tradicional. A diferença é que ele já vem pronto, sem precisar ser construído por um administrador ou por um maker de Power Platform. O usuário de negócio define a tarefa em linguagem natural e o sistema assume a orquestração.

Work IQ: o contexto que sustenta a execução

Entregar trabalho pronto sem entender como a organização realmente funciona seria arriscado. É aí que entra o Work IQ, o mecanismo que alimenta o Cowork com sinais de comportamento organizacional, não apenas com conteúdo indexado pelo Microsoft Graph.

O Semantic Index já permitia ao Copilot buscar documentos, e-mails e conversas relevantes. O Work IQ vai além: aprende padrões de cadência (quem aprova o quê, em que ordem), relações informais de trabalho (quem colabora com quem além do organograma oficial) e preferências de formato por área ou por pessoa. Na prática, isso reduz o retrabalho, porque o Cowork entrega um relatório de vendas no formato que a diretoria comercial já espera, não em um template genérico.

O ponto de atenção é governança de dados. O Work IQ amplia a superfície de sinais consumidos pela IA, o que significa que rótulos de sensibilidade do Microsoft Purview, políticas de DLP e permissões de compartilhamento passam a ser ainda mais determinantes. Se a estrutura de permissões do SharePoint estiver mal desenhada, com excesso de acesso amplo (“todos na organização”), o Work IQ vai aprender e replicar esse excesso nos resultados que entrega. Arrumar a casa de permissões deixou de ser boa prática e virou pré-requisito técnico.

Escolha de modelo: GPT-5.5 ou Anthropic dentro do mesmo Copilot

Outra mudança relevante desse ciclo é a possibilidade de escolher o modelo de raciocínio por trás de uma tarefa específica, entre o GPT-5.5 da OpenAI/Microsoft e modelos da Anthropic (família Claude). Isso não é uma troca de motor por preferência estética. Cada família de modelo tem comportamento diferente em tarefas de raciocínio longo, geração de código, análise de documentos extensos e tom de resposta.

Equipes técnicas tendem a preferir Claude para tarefas de análise de código e documentos jurídicos longos, onde a consistência de raciocínio em contexto extenso costuma ser um diferencial. Já para geração de conteúdo alinhado à voz de marca e para tarefas que dependem fortemente de integração nativa com o ecossistema Microsoft, o GPT-5.5 segue sendo a escolha padrão.

Por que isso é uma decisão de governança, não só de produtividade

Permitir escolha de modelo no nível do usuário final abre uma pergunta que todo administrador de Microsoft 365 precisa responder antes de liberar a funcionalidade: qual modelo processa quais dados, e sob qual contrato de residência e retenção. Modelos de terceiros, mesmo quando operados via Microsoft, têm termos de processamento próprios. Isso justifica configurar a escolha de modelo como uma política controlada no Microsoft 365 admin center, restringindo por grupo de segurança quais times podem usar modelos de terceiros e para quais tipos de conteúdo.

Recomendamos tratar a liberação de modelo alternativo como se trata a liberação de um conector externo: com aprovação de segurança da informação, não como uma preferência de interface deixada ao usuário final sem controle central.

Novos plugins: o Cowork ganha braços fora do M365

A rodada de junho também trouxe uma leva de plugins que estende o alcance do Cowork para além dos apps Microsoft 365. Em vez de só ler e escrever em Word, Excel e SharePoint, os novos plugins permitem que o Cowork consulte e atualize sistemas de terceiros, como CRM, ERP e ferramentas de ticketing, dentro do mesmo fluxo de tarefa.

Isso muda o tipo de tarefa que faz sentido delegar. Antes, um pedido como “atualize o status destes 40 chamados e gere um resumo executivo” exigia um agente customizado no Copilot Studio, com conector configurado manualmente. Agora, dependendo do plugin disponível no tenant, essa tarefa pode ser resolvida diretamente pelo Cowork, sem intervenção de um maker.

O trade-off é claro: cada plugin ativado amplia o raio de ação da IA sobre sistemas de produção. Um plugin de CRM com permissão de escrita, mal configurado, pode gerar atualizações em massa incorretas com a mesma velocidade com que geraria as corretas. A recomendação prática é a mesma que já vale para conectores de Power Automate: testar em ambiente controlado, com escopo de permissão mínimo necessário, antes de liberar em produção.

O que muda no papel do usuário de Microsoft 365

Com Cowork, Work IQ e escolha de modelo operando juntos, o usuário de Microsoft 365 deixa de ser redator assistido por IA e passa a ser gestor de tarefa delegada. Isso exige uma competência que a maioria das organizações ainda não treinou: escrever um brief de tarefa com escopo claro e critério de aceite, da mesma forma que se escreveria um brief para um analista júnior ou um fornecedor terceirizado.

Times que já tratam prompts como perguntas soltas vão sentir o atrito primeiro. Um pedido vago entregue ao Cowork não gera uma sugestão imperfeita e fácil de corrigir, gera um entregável completo, mas possivelmente fora do alvo, consumindo tempo de revisão maior do que o processo manual levaria. A curva de aprendizado se desloca da escrita de prompt para a escrita de escopo.

Riscos e pontos de atenção antes de liberar em escala

• Governança de permissão herdada: o Cowork executa com o contexto de acesso do usuário que dispara a tarefa. Se esse usuário tem acesso mais amplo do que deveria, o entregável final pode expor dados que ele nunca teria visto manualmente.
• Auditoria e rastreabilidade: tarefas multi-etapa exigem trilha de auditoria mais detalhada do que um simples log de prompt. Verifique se o Microsoft Purview Audit já está capturando as ações intermediárias do Cowork, não só o resultado final.
• Custo por consumo: tarefas de execução completa consomem mais capacidade computacional do que uma sugestão de texto. Modele o custo de licenciamento pensando em volume de tarefas delegadas, não em número de usuários licenciados.
• Dependência de modelo: alternar entre GPT-5.5 e Claude para a mesma classe de tarefa pode gerar inconsistência de formato e tom entre entregas. Padronize por tipo de tarefa, não deixe a escolha solta.

Como preparar a organização para essa mudança

A adoção responsável do Cowork começa antes de qualquer configuração no admin center. As bases que sustentam Copilot desde o início continuam sendo pré-requisito, só que agora com peso maior:

1. Revisar a estrutura de permissões do SharePoint e do OneDrive, eliminando compartilhamentos amplos que o Work IQ vai aprender e replicar.
2. Definir, junto com segurança da informação, uma política de liberação de modelo por grupo e por tipo de dado, em vez de deixar a escolha aberta a todos os usuários.
3. Selecionar de três a cinco casos de uso de alto valor para pilotar o Cowork antes do rollout amplo, priorizando tarefas com critério de aceite objetivo e fácil de validar.
4. Treinar os times-piloto a escrever briefs de tarefa, não prompts soltos, com escopo, formato esperado e limites explícitos do que o Cowork não deve decidir sozinho.
5. Configurar auditoria e revisão periódica das ações executadas pelo Cowork, especialmente nas primeiras semanas de uso em cada área.

Organizações que já têm maturidade em Copilot Studio e em Power Automate largam na frente aqui, porque os princípios de orquestração de agente, escopo de permissão e revisão humana em pontos críticos já fazem parte do vocabulário técnico do time.

Se a sua operação está avaliando como liberar Cowork, Work IQ e a escolha de modelo com segurança, vale conversar com quem já desenha essa arquitetura de governança no dia a dia.