Microsoft WorkplaceIASharePointM365 CopilotSPFxNovidade

Sua intranet está se mudando para o Copilot. E chega com a web part de sempre

A Microsoft liberou hoje os Copilot UX components, que levam formulários, painéis e aprovações para o chat do Copilot usando o SharePoint Framework. O que são, como se diferenciam das páginas HTML e dos apps do Cowork, e qual licença exigem.

Macareno28 de outubro de 20267 min de leitura

Pergunte hoje ao Copilot quantos dias de férias você ainda tem e o mais provável é receber um parágrafo bem escrito com três links. Um para o portal de RH, outro para a política de férias e outro para um formulário que pede, de novo, seu nome e sua área. O Copilot entendeu a pergunta. O trabalho quem termina é você, em outra aba.

Nesta manhã a Microsoft anunciou a disponibilidade geral dos Copilot UX components. A ideia é simples: quando a conversa pede, em vez de um parágrafo aparece a tela. Seu saldo de dias, as datas propostas e um botão para enviar a solicitação, tudo dentro do chat.

E o mais interessante não é a tela. É com o que ela é construída.

Do muro de texto ao botão

Um componente UX é uma pequena aplicação web que o Copilot mostra quando a pergunta precisa dela. A Microsoft dá dois exemplos que dispensam explicação técnica:

Alguém pergunta como está o trimestre e abre um painel de vendas com filtros para explorar os números.
Alguém quer pedir férias e aparecem o saldo, as datas e o botão de enviar.

O componente pode aparecer de dois jeitos: em linha, dentro da conversa, para ações rápidas, ou em tela cheia, quando a tarefa precisa de espaço, como um painel, um formulário de várias etapas ou um mapa. Ele também se adapta ao tema claro ou escuro do Copilot.

A divisão de tarefas fica bem definida. O Copilot interpreta o que a pessoa quer e chama o componente. O componente mostra os dados e as opções que o seu código define. E antes de qualquer mudança importante, a pessoa revisa e confirma.

A IA entende a intenção. A tela faz o trabalho. A pessoa decide.

A web part de sempre, em outro palco

Aqui está a parte que me interessa como alguém que constrói portais no SharePoint. Esses componentes são feitos com o SharePoint Framework (SPFx), a mesma ferramenta usada há anos para criar web parts sob medida nas intranets corporativas. A Microsoft calcula que as soluções SPFx já atendem dezenas de milhões de pessoas por dia, em dezenas de milhares de organizações.

Isso muda a conversa em muitas empresas. O painel de indicadores que hoje vive na home da intranet, o formulário de solicitações ou o diretório de pessoas não precisam ser reconstruídos do zero para chegar ao Copilot. O mesmo pacote pode funcionar como:

componente dentro do Copilot,
web part em uma página do SharePoint,
aba no Microsoft Teams,
app no menu lateral do Outlook.

Um mesmo código, quatro portas de entrada. As pessoas escolhem por onde chegar.

Sem servidor novo para cuidar

Por baixo, os componentes usam o modelo MCP Apps, um padrão aberto para mostrar interfaces dentro de assistentes de IA. Se você ainda não sabe o que é MCP, explicamos neste artigo.

Qualquer empresa poderia construir um desses apps por conta própria e hospedá-lo no Azure. A diferença é quem carrega a operação:

	App MCP hospedado por você	Copilot UX component
Onde vive	Um servidor seu, no Azure ou outra nuvem	Dentro do próprio Microsoft 365 da empresa
Login	Precisa ser construído e mantido	Automático, com as permissões de quem usa
Aprovação de TI	Um serviço externo novo para revisar	O mesmo processo já usado para SPFx
Manutenção	Patches, monitoramento e disponibilidade são seus	Sem infraestrutura extra para operar
Chegar a vários clientes	Uma implantação por cliente ou uma plataforma própria	Um pacote instalado em cada tenant

Para uma área de TI, a linha da aprovação vale ouro. Não surge um fornecedor novo para avaliar nem mais um servidor no inventário. A solução é instalada no catálogo de aplicativos do SharePoint, como qualquer web part, e respeita as permissões que cada pessoa já tem.

Três caminhos para a mesma lista

Em poucas semanas a Microsoft mostrou três formas diferentes de construir algo sobre os dados do SharePoint com ajuda do Copilot. Primeiro as páginas HTML, depois os apps do Cowork, e agora isto. Vale colocar lado a lado:

	Página HTML	App do Cowork	Copilot UX component
Quem cria	Qualquer autor, ou o Copilot	Qualquer usuário, conversando	Um desenvolvedor
Onde aparece	Em uma página do SharePoint	Em um portal próprio, fora do SharePoint	No chat do Copilot, e também no SharePoint, Teams e Outlook
Dados	Somente leitura	Leitura e escrita com conectores	Leitura e escrita com qualquer API
Sabe quem está usando	Não	Sim	Sim
Licença para usar	Nenhuma	Power Apps Premium ou créditos	Licença do Copilot
Maturidade	Preview	Preview Frontier	Disponível desde hoje

Nenhuma substitui as outras. A página HTML é para mostrar rápido. O app do Cowork é para o protótipo de uma tarde. O componente UX é para o processo que a empresa vai usar durante anos, com código versionado e alguém respondendo por ele.

As letras miúdas

Exige licença do Copilot. Durante o preview qualquer um podia testar. Agora, quem não tem a licença adicional do Copilot não vê o componente, só um aviso explicando o motivo. Para empresas com poucas licenças, isso define até quem a experiência chega.
Não cobra por uso. O componente em si não consome créditos. Se ele chamar um serviço cobrado por consumo, esse serviço fatura à parte.
Ainda não chega ao celular. Funciona no Copilot no navegador e no desktop, e também dentro do Teams. Android e iOS estão na lista de pendências.
Vive dentro de um agente. Por enquanto o componente viaja junto com um agente específico e a pessoa precisa estar usando esse agente. A Microsoft planeja que ele apareça direto no chat normal do Copilot, e também no Cowork, mas sem data.
Precisa de desenvolvedor. Isso não se monta conversando. É escrito em React, TypeScript ou JavaScript, testado e publicado. O lado bom é que o perfil que já mantém as web parts da intranet é o mesmo que pode fazer isso.

Por onde começar

A recomendação da Microsoft faz sentido e não exige grandes projetos: escolher uma única tarefa que as pessoas já perguntam ao Copilot mas terminam em outro portal. Uma solicitação de férias, a aprovação de uma despesa, uma consulta rápida de indicadores. Essa é a primeira candidata.

E antes de escrever código, uma pergunta útil: quais web parts da sua intranet têm mais acessos? Se as pessoas já entram no portal todos os dias para fazer a mesma coisa, esse é o componente que vai economizar mais tempo quando aparecer no chat.

O ponto

Durante anos a intranet foi um lugar aonde era preciso ir. Com os Copilot UX components, ela começa a chegar até a conversa. E para as empresas que investiram em SharePoint, a boa notícia é que esse investimento não ficou velho. Só mudou de palco.

Se a sua empresa tem web parts que valeria a pena levar para o Copilot, ou se você quer saber se esse caminho faz sentido com as licenças que já paga, me chama para conversar.

Fontes