← Todos os insights

Análise de notíciaRecorte: Brasil4 min de leitura

A Microsoft quer que o Copilot compile o conhecimento do time para agentes. Alguém deve ser dono da compilação

As bases de conhecimento do SharePoint, em preview no Frontier, transformam emails, reuniões e documentos do time em Markdown para os agentes. Uma nova camada que precisa de regras de proveniência.

Ouça este artigo · 5 min

Narração completa do artigo, gerada por IA.

Uma pilha alta de cadernos de espiral, em duotone La Madre, ao lado das palavras Quem revisa as notas
Foto: rawpixel (CC0)

A maior parte da busca enterprise funciona voltando à fonte toda vez. Um agente recebe uma pergunta, busca documentos, lê os trechos que encontra e monta uma resposta, e o próximo agente com uma pergunta parecida faz tudo de novo. As novas bases de conhecimento do SharePoint da Microsoft seguem o outro caminho: fazer a leitura uma vez, anotar o que foi aprendido e deixar os agentes lerem as notas.

Anunciado em 14 de outubro, o recurso permite que membros do time contribuam com conteúdo de email, mensagens, reuniões ou sites do SharePoint já existentes. O Copilot organiza tudo no que a Microsoft chama de “arquivos markdown interligados e amigáveis para agentes”, usando o motor de compilação de conhecimento do Work IQ. Uma base de conhecimento pode ser adicionada a qualquer site do SharePoint, inclusive os que ficam atrás de canais do Teams e Microsoft 365 Groups, e as pessoas podem criar, curar e usar a base pelo Copilot no SharePoint e pelo Autopilot no app do Copilot.

Em testes internos iniciais, a Microsoft diz que as respostas dos agentes foram “até 4x mais rápidas e 30% mais eficientes em tokens” com a base de conhecimento. São números internos da Microsoft de outubro de 2026, sem metodologia publicada; um resultado de pesquisa relacionado vem de um ambiente de teste sintético.

O recurso está em preview no Frontier, disponível apenas para usuários habilitados para cobrança por uso, e os termos de cobrança podem mudar antes da disponibilidade geral (GA). A integração com o Autopilot segue seu próprio rollout.

Uma nova camada entre as fontes e os agentes

Fontes

  • Email e mensagens
  • Reuniões
  • Sites do SharePoint

Cada uma com suas próprias permissões

Base de conhecimento compilada

  • Markdown interligado
  • Escrito pelo Copilot
  • Curado por pessoas e agentes

Uma nova cópia, com novos donos

Consumidores

  • Copilot no SharePoint
  • Autopilot
  • Mais agentes no roadmap
A zona do meio é onde proveniência, atualidade e regras de acesso precisam ser decididas.

A troca: velocidade por uma segunda fonte de verdade

O conhecimento compilado é mais rápido e mais barato pelo mesmo motivo que é mais arriscado: o agente não lê mais o original. Ele lê uma síntese. Se a síntese estiver errada, incompleta ou desatualizada, todo agente que depende dela herda o erro, com mais confiança do que um resultado de busca carregaria, porque a nota parece autoritativa.

O anúncio da Microsoft não descreve como a base de conhecimento lida com três coisas que uma empresa vai perguntar primeiro:

  • Proveniência. Um leitor, humano ou agente, consegue rastrear uma afirmação da base de conhecimento até o email ou a reunião de onde ela veio?
  • Atualidade. A curadoria automatizada e contínua para manter as bases de conhecimento em dia está no roadmap da Microsoft, não no preview. Até lá, manter o conteúdo atualizado é tarefa humana.
  • Permissões. Se a base de conhecimento resume uma reunião da qual só alguns membros do time participaram, quem pode ler o resumo? Escrevemos esta semana sobre o padrão da Microsoft de buscar conteúdo do SharePoint como o usuário, em que o SharePoint decide por pessoa. Uma camada compilada precisa preservar essa decisão ou substituí-la por uma decisão deliberada.

Trate isso como documentação com um dono

A analogia mais próxima não é a busca. É uma wiki de time que um escritor muito rápido mantém. Wikis funcionam quando alguém é dono de cada página, as edições são visíveis e as páginas antigas são revisadas. Elas se degradam quando ninguém faz isso. O mesmo vai valer aqui, com uma diferença: os agentes agem com base no que leem.

Isso sugere um modelo de operação curto antes de um time ligar uma base de conhecimento:

  1. Nomeie um dono por base de conhecimento, responsável pelo que os agentes leem ali, como em qualquer outra memória de agente que é, na verdade, armazenamento de dados enterprise.
  2. Decida o que pode ser contribuído. Notas de reunião de um escalonamento de cliente e uma conversa de RH não deveriam cair na mesma base de conhecimento do time só porque as duas apareceram num canal.
  3. Exija links para as fontes nas páginas compiladas, e verifique por amostragem. Se a ferramenta não consegue mostrar de onde veio uma afirmação, mantenha isso longe de decisões que precisam de evidência.
  4. Defina uma cadência de revisão enquanto a curadoria automatizada não existe, e meça com que frequência os agentes citam páginas mais antigas que ela.
  5. Mantenha os originais como autoridade. A base de conhecimento é um cache de entendimento, não o registro. Retenção e legal hold continuam valendo para as fontes.

Por que o padrão importa além da Microsoft

A direção está certa, e outros vão seguir. O Google já entrega sua documentação para desenvolvedores aos agentes como páginas compactas e atualizadas, em vez de resultados de busca brutos, e a economia de tokens é real. À medida que os agentes se tornam os principais leitores do conhecimento enterprise, alguém vai manter uma camada escrita para eles. A questão é se ela é mantida como um conjunto de documentos governado ou se acumula como um drive compartilhado. A Microsoft construiu o escritor. O editor ainda é o seu trabalho.

Tem um caso de uso de IA parado entre o protótipo e a produção?

Conte o que você quer colocar no ar. Respondemos com próximos passos honestos.

Converse sobre um caso de uso