Como Criar Skills Reutilizáveis do Copilot no SharePoint

Skills reutilizáveis do Copilot no SharePoint resolvem um problema específico de quem administra vários sites

Em operações industriais é comum o SharePoint estar fragmentado em sites por área: Qualidade, Manutenção, Engenharia, EHS, Planejamento. Cada um com suas bibliotecas de não conformidades, ordens de serviço, desenhos técnicos e procedimentos operacionais padrão. Quando o Copilot chegou a esses sites, o problema que apareceu não foi falta de recurso, foi repetição. O mesmo prompt de "resumir os desvios abertos deste mês" tinha que ser escrito, testado e ajustado site por site, porque cada configuração de Copilot vivia isolada dentro do próprio site.

As skills reutilizáveis do Copilot no SharePoint mudam essa lógica. Uma skill criada com escopo pessoal deixa de pertencer ao site e passa a pertencer ao usuário. O resultado prático é que quem gerencia conteúdo em múltiplos sites departamentais cria a instrução uma única vez e ela aparece pronta em qualquer site do SharePoint e no OneDrive, sem exportar, sem colar configuração, sem repetir o trabalho.

Este tutorial mostra como criar essa skill pessoal, como confirmar que ela realmente se propaga entre sites e onde a avaliação de qualidade da skill pode enganar quem acabou de configurá-la.

Pré-requisitos

• Licença Microsoft 365 Copilot atribuída ao usuário que vai criar a skill. Sem essa licença o painel de Copilot no SharePoint não expõe a opção de criação de skills.
• Copilot habilitado no tenant pelo administrador global ou administrador do SharePoint, sem bloqueio ativo no Copilot Control System nem nas configurações de Copilot do SharePoint admin center.
• Permissão de Leitura no mínimo nos sites onde a skill será usada. A skill consulta o conteúdo do site atual em tempo de execução, ela não herda permissão do criador para os demais usuários.
• SharePoint Online com o painel de Copilot Chat ativo nos sites de destino. Se a organização desabilitou Copilot em um site específico via política de site, a skill não vai aparecer ali independentemente do escopo escolhido.
• Nenhum papel de administrador é exigido para criar uma skill pessoal. Qualquer usuário licenciado com acesso de leitura ao site consegue criar a sua.

Um ponto que costuma gerar confusão em ambientes industriais com sensitivity labels aplicados a bibliotecas de engenharia ou de EHS: se o rótulo de confidencialidade da biblioteca bloqueia o processamento por IA, a skill não vai conseguir consultar aquele conteúdo mesmo com a permissão de leitura concedida. Isso não é falha da skill, é a política de proteção de dados funcionando como configurada.

Passo a passo: criando a skill pessoal reutilizável

Sequência de seis passos para criar uma skill pessoal do Copilot e vê-la aparecer em outro site e no OneDrive

Passo 1. Abrir o painel de Copilot no site de origem

Acesse o site do SharePoint onde o cenário de uso nasce, por exemplo o site de Qualidade que concentra os relatórios de não conformidade. No canto superior direito da página, clique no ícone do Copilot para abrir o painel de conversação. Esse é o ponto de partida porque a skill herda, por padrão, o contexto do site em que foi criada, o que ajuda o Copilot a sugerir fontes de dados coerentes durante a configuração.

Passo 2. Localizar a opção de criação de skill e definir a instrução

Dentro do painel de Copilot, procure o ícone de gerenciamento de skills, geralmente representado por um ícone de engrenagem ou pelo rótulo "Gerenciar skills" próximo ao campo de digitação. Selecione "Criar skill" e preencha três campos essenciais:

• Nome: curto e específico, por exemplo "Resumo de desvios de qualidade em aberto".
• Descrição: uma frase que explique quando usar, útil para outros que forem reaproveitar a skill se ela for compartilhada depois.
• Instrução: o prompt estruturado que a skill vai executar toda vez que for acionada.

Um exemplo de instrução usada em um site de Manutenção, para consolidar ordens de serviço vencidas:

Você é um assistente de manutenção industrial.
Ao ser acionado, procure na biblioteca "Ordens de Serviço" do site atual
os itens com status "Aberta" e data de vencimento anterior à data de hoje.

Para cada item encontrado, retorne:
- Número da OS
- Equipamento associado
- Responsável técnico
- Dias de atraso

Agrupe o resultado por linha de produção e ordene do maior
atraso para o menor. Se nenhum item vencido for encontrado,
informe isso explicitamente em vez de retornar lista vazia.

Repare que a instrução referencia "biblioteca do site atual" em vez de citar o nome fixo de um site. Essa é a decisão de design que faz a skill funcionar em qualquer lugar: se a instrução for escrita fazendo referência a um site específico por URL, ela deixa de ser portátil e volta a se comportar como as configurações antigas, presas a um único lugar.

Passo 3. Escolher o escopo "Pessoal"

No momento de salvar, o formulário de criação apresenta um seletor de escopo com duas opções: Pessoal e Site. Escolher "Site" mantém o comportamento antigo, a skill fica visível apenas para quem acessa aquele site específico. Escolher Pessoal é o que transforma a skill em um ativo do usuário: ela passa a acompanhar a identidade de quem a criou, independentemente de qual site ou biblioteca esteja aberto no momento.

Esse detalhe é o cerne do ganho de produtividade para quem administra múltiplos sites departamentais. Uma skill pessoal bem escrita, com referências genéricas ao "site atual" em vez de caminhos fixos, funciona em qualquer contexto compatível sem precisar ser recriada.

Passo 4. Testar no site de origem

Antes de sair do site onde a skill nasceu, execute-a pelo menos duas vezes com cenários diferentes: uma vez com dados existentes que devem gerar resultado, outra vez em uma situação que deveria retornar vazio, se possível. Isso confirma que a instrução trata corretamente o caso de "nada encontrado", que é onde a maioria das skills mal escritas falha silenciosamente, retornando uma resposta genérica em vez de admitir que não achou nada.

Passo 5. Confirmar reuso em outro site departamental

Navegue até outro site do SharePoint, por exemplo o site de Engenharia ou o site de EHS. Abra o painel de Copilot ali e verifique a lista de skills disponíveis. A skill pessoal criada no Passo 2 deve aparecer nessa lista sem nenhuma ação adicional de configuração. Se a biblioteca referenciada na instrução não existir com o mesmo nome nesse novo site, a skill ainda aparece, mas retorna resultado vazio ou um aviso de que não encontrou a fonte de dados esperada, o que reforça por que instruções genéricas do tipo "biblioteca de documentos do site atual" tendem a se comportar melhor do que instruções que citam um nome de biblioteca fixo criado só no site de origem.

Passo 6. Confirmar disponibilidade no OneDrive

Abra o OneDrive do mesmo usuário e acesse o Copilot Chat ali. A mesma skill pessoal deve constar na lista, permitindo, por exemplo, rodar a mesma instrução de resumo sobre arquivos armazenados individualmente antes de eles serem publicados em um site departamental. Esse comportamento confirma que o vínculo da skill é com a identidade do usuário no Microsoft Graph, não com o site do SharePoint em si.

Como validar que a skill está funcionando de verdade

Validação real vai além de "a skill apareceu na lista". Três verificações separam uma skill funcional de uma skill decorativa:

• Resultado correto com dado real: rode a skill em um site com volume de dados representativo, não em um site de teste vazio. Uma skill de resumo de não conformidades que só foi validada com três itens de teste vai se comportar diferente diante de duzentas ocorrências reais de uma planta.
• Comportamento consistente entre sites: execute a mesma skill em pelo menos dois sites departamentais distintos e compare o formato da resposta. Se a estrutura do resultado varia de forma inesperada entre sites, geralmente a causa é diferença na estrutura de metadados das bibliotecas referenciadas.
• Tratamento de ausência de dado: já mencionado no Passo 4, mas vale repetir na validação final. Uma skill que "inventa" resposta quando não encontra nada é um risco maior do que uma skill que simplesmente não aparece.

A armadilha da avaliação de qualidade da skill

O painel de gerenciamento de skills no SharePoint exibe um indicador de qualidade associado a cada skill criada. É tentador olhar esse número logo depois de configurar a skill e tirar conclusão sobre se ela está boa ou ruim. Não faça isso ainda.

Essa avaliação é construída a partir do histórico de execuções reais da skill, não a partir de uma análise estática da instrução no momento em que ela foi salva. Uma skill recém-criada, com zero ou poucas execuções acumuladas, tende a mostrar uma nota neutra ou incompleta, que não reflete a qualidade real do prompt escrito. O indicador só se torna confiável depois de um volume mínimo de uso, geralmente dezenas de execuções em cenários variados, o suficiente para o sistema identificar padrões de resposta vazia, resposta genérica ou desvio do escopo pedido.

Na prática, para quem administra sites de uma planta industrial, isso significa uma coisa concreta: não descarte uma skill recém-criada só porque a avaliação inicial veio baixa, e não confie cegamente em uma nota alta obtida com poucas execuções de teste. O critério confiável é observação direta do resultado ao longo de pelo menos uma a duas semanas de uso real pelas equipes de Qualidade, Manutenção ou Engenharia, comparando a saída da skill com o que um analista faria manualmente.

Erros comuns

• A skill não aparece em um site específico. Causa mais frequente: o site de destino tem Copilot desabilitado por política administrativa, ou o usuário não tem permissão de leitura naquele site. Verifique primeiro o acesso do usuário antes de suspeitar da skill em si.
• Mensagem indicando que a fonte de dados não foi encontrada. Ocorre quando a instrução referencia o nome exato de uma biblioteca que existe no site de origem mas não no site onde a skill está sendo executada agora. A correção é reescrever a instrução usando termos genéricos, como "biblioteca de documentos do site atual", em vez do nome literal.
• Resposta vazia mesmo com dado disponível. Costuma acontecer quando o conteúdo foi adicionado recentemente e o índice de pesquisa do SharePoint ainda não processou o item. Aguarde alguns minutos e execute novamente antes de assumir que a skill está com defeito.
• Skill some do OneDrive mas continua nos sites. Geralmente indica que a skill foi criada com escopo "Site" por engano, em vez de "Pessoal". Confira o seletor de escopo na configuração da skill e recrie com o escopo correto se necessário.
• Avaliação de qualidade baixa logo após a criação. Como explicado acima, é esperado. Não é sinal de erro na instrução, é sinal de histórico insuficiente.

Fechamento

Skills pessoais reutilizáveis tiram do administrador de conteúdo a obrigação de recriar a mesma configuração em cada site departamental que abre no SharePoint. Escrita com instruções genéricas e testada em mais de um site antes de considerar concluída, uma única skill cobre toda a superfície de sites e o OneDrive de quem a criou. Quando esse padrão de configuração único vira parte da rotina de administração de múltiplos sites, o próximo passo natural costuma ser decidir quais skills merecem sair do escopo pessoal e virar parte de um agente compartilhado por toda uma área, e aí a conversa já é sobre governança de agentes, não sobre reconfiguração manual.