A extensão MCP do Azure Functions teve um ano de grande evolução. Desde sua prévia inicial, saiu de um único tipo de trigger para uma plataforma completa de construção de servidores MCP remotos, com suporte a tools, resources e prompts em múltiplas linguagens, MCP Apps para UIs interativas, autenticação nativa e diversas melhorias de funcionalidade. Este artigo interpreta as novidades anunciadas no Build 2026 sob a ótica de times de engenharia e gestores de TI brasileiros que precisam decidir onde investir em infraestrutura para agentes de IA e automação.
TL;DR: A Microsoft transformou a extensão MCP do Azure Functions em uma plataforma completa para construir servidores MCP remotos. Agora com suporte a tools, resources, prompts, MCP Apps (UI interativa) e autenticação nativa com Entra ID, o volume de execução cresceu 15x. Para empresas brasileiras, o principal ganho é reduzir a complexidade de autenticação e observabilidade, acelerando a ida para produção em cenários de agentes de IA e automação.
O conjunto completo de primitivas MCP: Tools, Resources e Prompts
Quando a extensão foi lançada inicialmente, suportava apenas tool triggers: declarar uma function como uma ferramenta MCP para que clientes MCP pudessem descobri-la e chamá-la. Esse era o ponto de partida.
Agora, a extensão cobre todas as primitivas do protocolo:
- Resource triggers: expõem uma function como um recurso MCP, permitindo que clientes leiam dados estruturados do servidor.
- Prompt triggers: expõem uma function como um prompt MCP, permitindo que clientes solicitem templates estruturados de prompt.
Assim como os tool triggers, os novos triggers são suportados em diversas linguagens: .NET, Java, Python, TypeScript e JavaScript. Para times brasileiros que já usam Azure Functions com essas stacks, a barreira de entrada é baixíssima.
MCP Apps: UI interativa diretamente do servidor MCP
MCP Apps permitem que suas tools retornem interfaces de usuário interativas em vez de texto simples. Combinando tool triggers com resource triggers, o servidor MCP pode entregar experiências ricas e renderizadas para clientes compatíveis.
A extensão suporta MCP Apps de forma nativa — a mesma function app que expõe tools e resources também pode servir componentes de UI. Para desenvolvedores .NET, a nova fluent builder API (disponível na última versão do NuGet) facilita a composição de MCP Apps encadeando definições de tool e resource de forma declarativa.
MCP Apps permitem que servidores retornem resultados em UIs customizáveis e interativas, diretamente utilizáveis pelos usuários em clientes compatíveis.
Autenticação MCP
A extensão agora inclui autenticação MCP nativa, implementando os requisitos do spec de autenticação do protocolo. Todos os exemplos no repositório aka.ms/remote-mcp habilitam a autenticação por padrão usando Microsoft Entra ID como provedor de identidade.
Os exemplos também foram atualizados para demonstrar a troca de tokens no fluxo On-Behalf-Of (OBO), permitindo que suas tools MCP acessem APIs downstream usando a identidade do usuário que as invocou.
Configuração de autenticação no portal Azure: no Build 2026 foi apresentada uma experiência com um clique no portal Azure para configurar a autenticação MCP. Não é mais necessário criar registros de app manualmente, configurar e conectar ao servidor. Basta abrir o servidor no portal e clicar para habilitar autenticação MCP. Experimente aqui.
Melhorias de funcionalidade
Além das primitivas e autenticação, a extensão recebeu diversas melhorias nos últimos meses. As principais adições:
Structured content
Permite retornar metadados JSON legíveis por máquina junto com a resposta da tool, através do campo structuredContent. Clientes que suportam esse recurso podem consumir os dados programaticamente (por exemplo, parsear campos, renderizar tabelas, alimentar lógica downstream) em vez de apenas exibir texto. Clientes que não suportam continuam recebendo os blocos de conteúdo comuns como fallback.
Rich content types
As tools não estão limitadas a texto simples. A extensão suporta todos os tipos de bloco de conteúdo MCP: TextContent, ImageContent, AudioContent, ResourceLink e EmbeddedResource. Suas tools podem retornar imagens, áudio, referências a recursos e conteúdo de arquivo inline junto com texto.
Schemas de entrada e saída
WithInputSchema e WithOutputSchema dão controle explícito sobre os schemas JSON anunciados para suas tools. Isso é especialmente útil quando o schema gerado automaticamente a partir dos parâmetros da função não captura o contrato completo — por exemplo, quando sua tool aceita um objeto aninhado complexo ou retorna uma forma específica da qual os clientes dependem. Atualmente suportados em .NET, com suporte para outras linguagens em breve.
builder.ConfigureMcpTool("SearchDocs")
.WithOutputSchema("""
{
"type": "object",
"properties": {
"results": {
"type": "array",
"items": { "type": "string" }
},
"query": { "type": "string" }
},
"required": ["results", "query"]
}
""");
APIs de configuração fluente em .NET
Um conjunto de fluent builder APIs que permitem configurar primitivas MCP de forma declarativa no Program.cs:
- ConfigureMcpTool: adicionar propriedades, metadados, schemas de entrada/saída ou promover uma tool a MCP App.
- ConfigureMcpResource: anexar metadados a resources.
- ConfigureMcpPrompt: definir argumentos e metadados de prompt.
builder.ConfigureMcpTool("sayhello")
.WithProperty("name", McpToolPropertyType.String, "Name of the user", required: true)
.WithMetadata("ui", new { resourceUri = "ui://index.html" });
O que vem por aí
O uso da extensão MCP cresceu de forma constante desde o lançamento da prévia. O volume de execução de tools aumentou 15x nos últimos meses, à medida que mais clientes passam da experimentação para produção. Com a adoção, as expectativas também aumentam. Desenvolvedores que constroem servidores MCP em produção estão encontrando fricções reais em torno da complexidade de autenticação, configuração de clientes e observabilidade. A Microsoft continua investindo na extensão para fechar essas lacunas. Aqui estão os focos:
Simplificação contínua de autenticação
Auth continua sendo a maior barreira para colocar um servidor MCP em produção. As melhorias incluirão:
- Configuração de cliente mais suave: facilitar a conexão de qualquer cliente MCP a um servidor autenticado, não apenas VS Code.
- Fluxo OBO simplificado: reduzir a configuração necessária para delegar identidade do usuário a serviços downstream.
O objetivo: o caminho seguro deve ser o caminho fácil.
Integração mais profunda com Microsoft Foundry
Será construída uma integração mais estreita entre servidores MCP do Azure Functions e o Microsoft Foundry. Isso inclui expor servidores MCP no Foundry Toolbox — um novo recurso que ajuda agentes do Foundry a descobrir e consumir ferramentas a partir de um único endpoint. Desenvolvedores poderão publicar um servidor MCP do Functions e torná-lo disponível para os agentes do Foundry através do Toolbox sem configuração manual de endpoint.
Melhorias contínuas de funcionalidades
A priorização é baseada em feedback da comunidade no GitHub da extensão. Suporte para streaming output e paginação estão no topo do backlog hoje.
A Microsoft também acompanha de perto a evolução do spec MCP e continuará implementando recursos estratégicos assim que forem definidos. Exemplos de propostas em acompanhamento:
- MCP Tasks: a extensão de Tasks (SEP-2663) define um padrão para chamadas de tool assíncronas e de longa duração com handles duráveis. Substitui padrões de polling manuais e se alinha bem com o modelo execute-and-return do Functions.
- Stateless MCP: SEP-2575 propõe a remoção do handshake de inicialização obrigatório, o que é natural para plataformas serverless como Azure Functions, onde instâncias novas podem lidar com qualquer requisição.
Tem algo que gostaria que fosse priorizado? Abra uma solicitação no GitHub.
Comece agora
- Samples: aka.ms/remote-mcp — exemplos com as funcionalidades mais recentes.
- Documentação: Model Context Protocol for Azure Functions
- Repositório GitHub: Azure Functions MCP Extension
Perguntas Frequentes
-
O que é o MCP Extension do Azure Functions?
É uma extensão que permite expor functions como ferramentas, recursos e prompts seguindo o protocolo MCP (Model Context Protocol), possibilitando que clientes MCP (como assistentes de IA) descubram e chamem essas funções remotamente. -
Quais linguagens são suportadas pela extensão MCP?
Atualmente .NET, Java, Python, TypeScript e JavaScript. Os novos recursos como input/output schemas estão disponíveis primeiro em .NET, com suporte às demais linguagens em breve. -
Como funciona a autenticação integrada no MCP?
A extensão implementa o spec de autenticação MCP com Microsoft Entra ID como provedor padrão. No portal Azure, é possível habilitar a autenticação com um clique, sem necessidade de registrar manualmente o app. Também suporta fluxo OBO (On-Behalf-Of) para delegar identidade do usuário a APIs downstream. -
O que são MCP Apps e como se diferenciam de tools comuns?
MCP Apps permitem que tools retornem interfaces de usuário interativas (UI) em vez de texto simples. Combinando tool triggers com resource triggers, o servidor pode entregar experiências ricas (tabelas, formulários) para clientes MCP compatíveis. A Azure Functions suporta isso nativamente. -
Quais são as próximas melhorias previstas para a extensão?
A Microsoft planeja simplificar ainda mais a autenticação (client setup mais fácil, OBO simplificado), integrar com Microsoft Foundry Toolbox, e adicionar suporte a streaming output, paginação, MCP Tasks (operações longas assíncronas) e MCP Stateless (sem handshake de inicialização).
Artigo originalmente publicado por lily-ma em Azure Updates - Latest from Azure Charts.
