Mcp | The .NET Blog

CodeAct al Agent Framework: Com Reduir la Latència del teu Agent a la Meitat

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Aquest post ha estat traduït automàticament. Per a la versió original, fes clic aquí.

Hi ha un moment en tot projecte d’agents en què mires el trace i penses: “per què tarda tant això?” El model està bé. Les eines funcionen. Però hi ha set round trips per obtenir un resultat que es podria calcular d’una sola vegada.

Exactament aquest és el problema que resol CodeAct — i l’equip d’Agent Framework acaba de publicar suport alpha a través del nou paquet agent-framework-hyperlight.

Què és CodeAct?

El patró CodeAct és elegantment simple: en lloc de donar al model una llista d’eines i deixar-lo cridar-les una per una, li dones una única eina execute_code i li permets expressar el pla complet com un programa Python curt. L’agent escriu el codi una vegada, el sandbox l’executa, i tornes a rebre un únic resultat consolidat.

Un pla de cinc passos que abans requeria cinc torns del model ara es converteix en un torn execute_code que conté un script Python que crida les teves eines via call_tool(...).

El benchmark del repositori ho fa concret. Vuit usuaris, dotzenes de comandes, cinc eines. Mateix model, mateixes eines, mateix prompt — només cablejat diferent:

Cablejat	Temps	Tokens
Tradicional	27.81s	6.890
CodeAct	13.23s	2.489
Millora	52,4%	63,9%

La peça de seguretat: micro-VMs de Hyperlight

El paquet agent-framework-hyperlight utilitza micro-VMs de Hyperlight. Cada crida execute_code obté la seva pròpia micro-VM recentment creada — amb la seva pròpia memòria, sense accés al sistema de fitxers del host més enllà del que muntes explícitament. L’arrencada es mesura en mil·lisegons.

Les teves eines segueixen executant-se al host. El codi de pegament generat pel model s’executa en el sandbox. Aquesta és la divisió correcta.

Com connectar-ho

from agent_framework import Agent, tool
from agent_framework_hyperlight import HyperlightCodeActProvider

@tool
def get_weather(city: str) -> dict[str, float | str]:
 """Return the current weather for a city."""
 return {"city": city, "temperature_c": 21.5, "conditions": "partly cloudy"}

codeact = HyperlightCodeActProvider(
 tools=[get_weather],
 approval_mode="never_require",
)

agent = Agent(
 client=client,
 name="CodeActAgent",
 instructions="You are a helpful assistant.",
 context_providers=[codeact],
)

Quan fer servir CodeAct (i quan no)

Fes servir CodeAct quan:

La tasca encadena moltes crides petites a eines (consultes, joins, càlculs, formatació)
Et preocupa la latència i el cost de tokens
Vols aïllament fort per crida en codi generat pel model

Queda’t amb el tool-calling tradicional quan:

L’agent només fa una o dues crides a eines per torn
Cada crida té efectes secundaris que vols aprovar individualment
Les descripcions d’eines són escasses o ambigües

Prova-ho ara

pip install agent-framework-hyperlight --pre

Consulta el post complet al blog d’Agent Framework per a cobertura més profunda.

El Azure MCP Server Ara és un .mcpb — Instal·la'l sense Cap Runtime

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Aquest post ha estat traduït automàticament. Per a la versió original, fes clic aquí.

Saps el que era molest de configurar servidors MCP? Necessitaves un runtime. Node.js per a la versió npm, Python per a pip/uvx, .NET SDK per a la variant dotnet.

L’Azure MCP Server acaba de canviar això. Ara està disponible com a .mcpb — un MCP Bundle — i la configuració és arrossegar i deixar anar.

Què és un MCP Bundle?

Pensa-hi com una extensió de VS Code (.vsix) o una extensió de navegador (.crx), però per a servidors MCP. Un fitxer .mcpb és un arxiu ZIP autònom que inclou el binari del servidor i totes les seves dependències.

Com instal·lar-lo

1. Descarrega el bundle per a la teva plataforma

Ves a la pàgina de GitHub Releases i descarrega el fitxer .mcpb per al teu OS i arquitectura.

2. Instal·la a Claude Desktop

La manera més fàcil: arrossega i deixa anar el fitxer .mcpb a la finestra de Claude Desktop mentre estàs a la pàgina de configuració d’Extensions. Revisa els detalls del servidor, fes clic a Instal·la i confirma.

3. Autentifica’t a Azure

az login

Per a començar

Descarrega: GitHub Releases
Repositori: aka.ms/azmcp

Consulta el post complet per a més detalls.

Foundry Toolboxes: Un únic endpoint per a totes les eines dels teus agents

Emiliano Montesdeoca — Thu, 23 Apr 2026 00:00:00 +0000

Aquesta publicació ha estat traduïda automàticament. Per a la versió original, feu clic aquí.

Hi ha un problema que sembla avorrit fins que el pateixes de primera mà: la teva organització està construint múltiples agents d’IA, cadascun necessita eines, i cada equip les connecta des de zero. La mateixa integració de cerca web, la mateixa config d’Azure AI Search, la mateixa connexió al servidor MCP de GitHub — però en un altre repositori, per un altre equip, amb altres credencials i sense cap governança compartida.

Microsoft Foundry acaba de llançar Toolboxes en preview pública, i és una resposta directa a aquest problema.

Què és un Toolbox?

Un Toolbox és un bundle d’eines amb nom, reutilitzable, que defineixes una vegada a Foundry i exposes a través d’un únic endpoint compatible amb MCP. Qualsevol runtime d’agent que parli MCP pot consumir-lo — no estàs bloquejat a Foundry Agents.

La proposta és simple: build once, consume anywhere. Defineix les eines, configura l’autenticació de forma centralitzada, publica l’endpoint. Cada agent que necessiti les eines es connecta a l’endpoint i les obté totes.

Els quatre pilars (dos disponibles avui)

Pilar	Estat	Què fa
Discover	Pròximament	Troba eines aprovades sense buscar manualment
Build	Disponible avui	Agrupa eines en un bundle reutilitzable
Consume	Disponible avui	Un únic endpoint MCP exposa totes les eines
Govern	Pròximament	Auth centralitzada + observabilitat en totes les crides

Exemple pràctic

from azure.identity import DefaultAzureCredential
from azure.ai.projects import AIProjectClient
import os

client = AIProjectClient(
 endpoint=os.environ["FOUNDRY_PROJECT_ENDPOINT"],
 credential=DefaultAzureCredential()
)

toolbox_version = client.beta.toolboxes.create_toolbox_version(
 toolbox_name="customer-feedback-triaging-toolbox",
 description="Cerca documentació i respon a issues de GitHub.",
 tools=[
 {"type": "web_search", "description": "Cerca documentació pública"},
 {"type": "azure_ai_search", "index_name": "internal-docs"},
 {"type": "mcp_server", "server_url": "https://your-github-mcp-server.com"}
 ]
)

Un cop publicat, Foundry et dona un endpoint unificat. Un punt de connexió, totes les eines.

No estàs bloquejat a Foundry Agents

Els Toolboxes es creen i gestionen a Foundry, però la superfície de consum és el protocol MCP obert. Pots usar-los des d’agents personalitzats amb Microsoft Agent Framework o LangGraph, GitHub Copilot i qualsevol runtime que parli MCP.

Per què importa ara

L’onada multi-agent està arribant a producció. Cada nou agent és una nova superfície per a configuració duplicada, credencials desfasades i comportament inconsistent. La base de Build + Consume és suficient per començar a centralitzar. Quan arribi el pilar Govern, tindràs una capa d’eines observable i controlada centralment per a tota la teva flota d’agents.

Conclusió

Això és aviat — preview pública, SDK Python primer. Però el model és sòlid i el disseny natiu MCP significa que funciona amb les eines que ja estàs construint. Fes una ullada a l’anunci oficial per començar.

Les eines MCP d'Azure s'incorporen ara a Visual Studio 2022: no es requereix cap extensió

Emiliano Montesdeoca — Thu, 16 Apr 2026 00:00:00 +0000

Si heu estat utilitzant les eines de l’Azure MCP a Visual Studio mitjançant l’extensió separada, ja coneixeu l’exercici: instal·leu el VSIX, reinicieu, espereu que no es trenqui, gestioneu els desajustos de versions. Aquesta fricció ha desaparegut.

Yun Jung Choi va anunciar que les eines d’Azure MCP ara s’envien directament com a part de la càrrega de treball de desenvolupament d’Azure a Visual Studio 2022. Sense extensió. No VSIX. No reinicia el ball.

Què significa realment això

A partir de la versió 17.14.30 de Visual Studio 2022, l’Azure MCP Server s’inclou amb la càrrega de treball de desenvolupament d’Azure. Si ja teniu aquesta càrrega de treball instal·lada, només cal que l’activeu a GitHub Copilot Chat i ja heu acabat.

Més de 230 eines en 45 serveis Azure, accessibles directament des de la finestra de xat. Enumereu els vostres comptes d’emmagatzematge, implementeu una aplicació ASP.NET Core, diagnostiqueu problemes del servei d’aplicacions, consulteu Log Analytics, tot sense obrir una pestanya del navegador.

Per què això importa més del que sembla

Això és el que passa amb les eines per a desenvolupadors: cada pas addicional és fricció i la fricció mata l’adopció. Tenir MCP com a extensió independent significava desajustos de versions, errors d’instal·lació i una cosa més a mantenir actualitzada. Incorporar-lo a la càrrega de treball significa:

Camí d’actualització únic mitjançant l’instal·lador de Visual Studio
Sense deriva de versió entre l’extensió i l’IDE
Sempre actual: el servidor MCP s’actualitza amb versions regulars de VS

Per als equips que s’estandarditzen a Azure, això és un gran problema. Instal·leu la càrrega de treball una vegada, activeu les eines i hi són per a cada sessió.

Què pots fer amb ell

Les eines cobreixen tot el cicle de vida del desenvolupament mitjançant Copilot Chat:

Aprendre: pregunteu sobre els serveis d’Azure, les pràctiques recomanades i els patrons d’arquitectura
Disseny i desenvolupament: obteniu recomanacions de servei, configureu el codi de l’aplicació
Desplega: proveïu recursos i implementeu-los directament des de l’IDE
Resolució de problemes: consulteu registres, comproveu l’estat dels recursos, diagnosticeu problemes de producció

Un exemple ràpid: escriviu això a Copilot Chat:

List my storage accounts in my current subscription.

Copilot truca a les eines d’Azure MCP darrere de les escenes, consulta les vostres subscripcions i retorna una llista amb format amb noms, ubicacions i SKU. No cal cap portal.

Com activar-lo

Actualització a Visual Studio 2022 17.14.30 o superior
Assegureu-vos que la càrrega de treball Desenvolupament d’Azure estigui instal·lada
Obriu GitHub Copilot Chat
Feu clic al botó Selecciona eines (la icona de dues claus)
Activa Servidor MCP d’Azure

Això és tot. Es manté activat durant les sessions.

Una advertència

Les eines estan desactivades de manera predeterminada: heu d’activar-les. I les eines específiques de VS 2026 no estan disponibles a VS 2022. La disponibilitat de les eines també depèn dels vostres permisos de subscripció a Azure, igual que el portal.

La imatge més gran

Això forma part d’una tendència clara: MCP s’està convertint en la forma estàndard d’aprofitar les eines de núvol en els IDE de desenvolupadors. Ja hem vist la versión estable d’Azure MCP Server 2.0 i les integracions MCP a VS Code i altres editors. Tenir-lo integrat al sistema de càrrega de treball de Visual Studio és la progressió natural.

Per als desenvolupadors de.NET que vivim a Visual Studio, això elimina un altre motiu per canviar de context al portal Azure. I sincerament, com menys canvis de pestanya, millor.

L'Azure MCP Server 2.0 s'acaba de caure: l'automatització del núvol agent autoallotjada és aquí

Emiliano Montesdeoca — Sat, 11 Apr 2026 00:00:00 +0000

Si darrerament heu estat creant alguna cosa amb MCP i Azure, probablement ja sabeu que l’experiència local funciona bé. Connecteu un servidor MCP, deixeu que el vostre agent d’IA parli amb els recursos d’Azure, seguiu endavant. Però, en el moment que necessiteu compartir aquesta configuració amb un equip? Allà va ser on les coses es van complicar.

Ja no. Servidor MCP d’Azure acaba d’aconseguir 2.0 estable, i la funció de titular és exactament el que els equips empresarials han demanat: suport del servidor MCP remot autoallotjat.

Què és Azure MCP Server?

Actualització ràpida. Azure MCP Server implementa l’especificació Model Context Protocol i exposa les capacitats d’Azure com a eines estructurades i detectables que els agents d’IA poden invocar. Penseu en això com un pont estandarditzat entre el vostre agent i Azure: subministrament, desplegament, supervisió, diagnòstic, tot mitjançant una interfície coherent.

Les xifres parlen per si soles: 276 eines MCP en 57 serveis Azure. Això és una cobertura seriosa.

El gran problema: desplegaments remots autoallotjats

Aquí està la cosa. Executar MCP localment a la vostra màquina està bé per a desenvolupament i experiments. Però en un escenari d’equip real, necessiteu:

Accés compartit per a desenvolupadors i sistemes d’agents interns
Configuració centralitzada (context de l’arrendatari, valors predeterminats de subscripció, telemetria)
Xarxa empresarial i límits polítics
Integració en pipelines CI/CD

Azure MCP Server 2.0 aborda tot això. Podeu implementar-lo com a servei intern gestionat de manera centralitzada amb transport basat en HTTP, autenticació adequada i govern coherent.

Per a l’autenticació, obteniu dues opcions sòlides:

Identitat gestionada: quan s’executa al costat de Microsoft Foundry
Flux en nom de (OBO): delegació d’OpenID Connect que crida a les API d’Azure mitjançant el context de l’usuari iniciat

Aquest flux OBO és especialment interessant per als desenvolupadors de.NET. Vol dir que els vostres fluxos de treball d’agent poden funcionar amb els permisos reals de l’usuari, no amb un compte de servei amb privilegis excessius. Principi del mínim privilegi, integrat.

Enduriment de la seguretat

Això no és només una versió de funcions, també és una de seguretat. La versió 2.0 afegeix:

Validació de punt final més forta
Proteccions contra patrons d’injecció en eines orientades a la consulta
Controls d’aïllament més estrictes per a entorns de desenvolupament

Si voleu exposar MCP com a servei compartit, aquestes garanties són importants. Molts.

On el pots utilitzar?

La història de la compatibilitat del client és àmplia. Azure MCP Server 2.0 funciona amb:

IDEs: VS Code, Visual Studio, IntelliJ, Eclipse, Cursor
Agents CLI: GitHub Copilot CLI, Claude Code
Autònom: servidor local per a configuracions senzilles
Control remot autoallotjat: la nova estrella de la 2.0

A més, hi ha suport sobirà al núvol per al govern d’Azure dels Estats Units i Azure operat per 21Vianet, que és fonamental per als desplegaments regulats.

Per què això és important per als desenvolupadors de.NET

Si esteu creant aplicacions agents amb.NET, ja sigui el nucli semàntic, el Microsoft Agent Framework o la vostra pròpia orquestració, Azure MCP Server 2.0 us ofereix una manera preparada per a la producció de permetre que els vostres agents interactuïn amb la infraestructura Azure. No hi ha embolcalls REST personalitzats. No hi ha patrons d’integració específics del servei. Només MCP.

Combinat amb l’API fluida per a aplicacions MCP que va caure fa uns dies, l’ecosistema.NET MCP està madurant ràpidament.

Primers passos

Tria el teu camí:

GitHub Repo — codi font, documents, tot
Imatge Docker — desplegament en contenidors
Extensió de codi VS — Integració IDE
Guia d’allotjament personal: la funció insígnia 2.0

Tancant

Azure MCP Server 2.0 és exactament el tipus d’actualització d’infraestructura que no sembla cridaner en una demostració, però que ho canvia tot a la pràctica. MCP remot autoallotjat amb autenticació adequada, reforç de la seguretat i suport sobirà del núvol significa que MCP està preparat per a equips reals que creen fluxos de treball reals a l’Azure. Si heu estat esperant el senyal “preparat per a l’empresa”, això és tot.

Connecteu els vostres servidors MCP a les funcions d'Azure amb els agents de Foundry: aquí teniu com

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Aquí hi ha una cosa que m’encanta de l’ecosistema MCP: creeu el vostre servidor una vegada i funciona a tot arreu. VS Code, Visual Studio, Cursor, ChatGPT: cada client MCP pot descobrir i utilitzar les vostres eines. Ara, Microsoft afegeix un altre consumidor a aquesta llista: agents de Foundry.

Lily Ma de l’equip d’Azure SDK va publicar una guia pràctica sobre la connexió de servidors MCP desplegats a Azure Functions amb agents de Microsoft Foundry. Si ja teniu un servidor MCP, això és pur valor afegit, no cal reconstruir-lo.

Per què aquesta combinació té sentit

Azure Functions us ofereix una infraestructura escalable, una autenticació integrada i una facturació sense servidor per allotjar servidors MCP. Microsoft Foundry us ofereix agents d’IA que poden raonar, planificar i prendre accions. Connectar les dues significa que les vostres eines personalitzades (consultar una base de dades, trucar a una API empresarial, executar una lògica de validació) esdevenen capacitats que els agents d’IA empresarials poden descobrir i utilitzar de manera autònoma.

El punt clau: el vostre servidor MCP es manté igual. Només esteu afegint Foundry com un altre consumidor. Les mateixes eines que funcionen a la configuració de VS Code ara alimenten un agent d’IA amb el qual interactuen el vostre equip o clients.

Opcions d’autenticació

Aquí és on la publicació realment afegeix valor. Quatre mètodes d’autenticació segons el vostre escenari:

Mètode	Cas d’ús
Basat en clau (per defecte)	Desenvolupament o servidors sense autenticació Entra
Entrada de Microsoft	Producció amb identitats gestionades
Transmissió d’identitat OAuth	Producció on cada usuari s’autentica individualment
No autenticat	Desenvolupament/proves o dades públiques només

Per a la producció, el camí recomanat és Microsoft Entra amb la identitat de l’agent. El pas d’identitat d’OAuth és per quan el context de l’usuari importa: l’agent demana als usuaris que iniciïn sessió i cada sol·licitud porta el testimoni propi de l’usuari.

Configurant-lo

El flux d’alt nivell:

Implementeu el vostre servidor MCP a Azure Functions: mostres disponibles per a .NET, Python, TypeScript i Java
Activa l’autenticació MCP integrada a l’aplicació de funcions
Obteniu l’URL del vostre punt final — https://<FUNCTION_APP_NAME>.azurewebsites.net/runtime/webhooks/mcp
Afegiu el servidor MCP com a eina a Foundry: aneu al vostre agent al portal, afegiu una eina MCP nova, proporcioneu el punt final i les credencials.

A continuació, proveu-ho al parc infantil de l’Agent Builder enviant un missatge que activaria una de les vostres eines.

La meva opinió

La història de la composició aquí s’està fent molt forta. Creeu el vostre servidor MCP una vegada a.NET (o Python, TypeScript, Java), implementeu-lo a Azure Functions i tots els clients compatibles amb MCP el podran utilitzar: eines de codificació, aplicacions de xat i ara agents d’IA empresarials. Aquest és un patró “Escriu una vegada, utilitza a tot arreu” que realment funciona.

Per als desenvolupadors de.NET específicament, l’extensió MCP d’Azure Functions ho fa senzill. Definiu les vostres eines com a Azure Functions, les implementeu i disposeu d’un servidor MCP de nivell de producció amb tota la seguretat i escala que ofereix Azure Functions.

Tancant

Si teniu eines MCP que s’executen a Azure Functions, connectar-les als agents de Foundry és una victòria ràpida: les vostres eines personalitzades es converteixen en capacitats d’IA empresarial amb una autenticació adequada i sense canvis de codi al propi servidor.

Llegiu la guia completa per obtenir instruccions pas a pas sobre cada mètode d’autenticació i consulteu la documentació detallada per a les configuracions de producció.

L'enginyeria de la plataforma agentica s'està tornant real: Git-APE mostra com

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

L’enginyeria de plataformes ha estat un d’aquells termes que sona molt bé a les conferències, però normalment significa “vam construir un portal intern i un embolcall de Terraform”. La veritable promesa: una infraestructura d’autoservei que és realment segura, governada i ràpida, sempre ha estat a pocs passos.

L’equip d’Azure acaba de publicar la Part 2 de la seva sèrie d’enginyeria de plataformes agents, i aquesta tracta sobre la implementació pràctica. L’anomenen Git-APE (sí, l’acrònim és intencionat) i és un projecte de codi obert que utilitza agents GitHub Copilot més servidors Azure MCP per convertir les sol·licituds de llenguatge natural en una infraestructura validada i desplegada.

Què fa realment Git-APE

La idea bàsica: en lloc que els desenvolupadors aprenguin mòduls de Terraform, naveguin per les interfícies d’usuari del portal o presenten entrades a un equip de plataforma, parlen amb un agent Copilot. L’agent interpreta la intenció, genera Infrastructure-as-Code, la valida amb polítiques i desplega, tot dins de VS Code.

Aquí teniu la configuració:

git clone https://github.com/Azure/git-ape
cd git-ape

Obriu l’espai de treball a VS Code i GitHub Copilot descobreix automàticament els fitxers de configuració de l’agent. Interacciones directament amb l’agent:

@git-ape deploy a function app with storage in West Europe

L’agent utilitza Azure MCP Server sota el capó per interactuar amb els serveis d’Azure. La configuració de MCP a la configuració del codi VS permet capacitats específiques:

{
 "azureMcp.serverMode": "namespace",
 "azureMcp.enabledServices": [
 "deploy", "bestpractices", "group",
 "subscription", "functionapp", "storage",
 "sql", "monitor"
 ],
 "azureMcp.readOnly": false
}

Per què això és important

Per a aquells que estem construint a Azure, això canvia la conversa sobre l’enginyeria de la plataforma de “com construïm un portal” a “com descriurem les nostres baranes com a API”. Quan la interfície de la vostra plataforma és un agent d’IA, la qualitat de les vostres limitacions i polítiques es converteix en el producte.

El bloc de la Part 1 va exposar la teoria: les API ben descrites, els esquemes de control i les baranes explícites fan que les plataformes estiguin preparades per a agents. La part 2 demostra que funciona enviant eines reals. L’agent no només genera recursos a cegues, sinó que valida les millors pràctiques, respecta les convencions de denominació i aplica les polítiques de la vostra organització.

La neteja és igual de fàcil:

@git-ape destroy my-resource-group

La meva opinió

Seré sincer: aquest tracta més del patró que de l’eina específica. El mateix Git-APE és una arquitectura de demostració/referència. Però la idea subjacent (agents com a interfície de la vostra plataforma, MCP com a protocol, GitHub Copilot com a amfitrió) és cap a on es dirigeix l’experiència dels desenvolupadors empresarials.

Si sou un equip de plataformes que mira com fer que els vostres agents d’eines internes siguin amigables, no hi ha millor punt de partida. I si sou un desenvolupador de.NET i us pregunteu com es connecta això amb el vostre món: els agents Azure MCP Server i GitHub Copilot funcionen amb qualsevol càrrega de treball d’Azure. La vostra API ASP.NET Core, la vostra pila.NET Aspire, els vostres microserveis en contenidors: tot això pot ser l’objectiu d’un flux de desplegament agent.

Tancant

Git-APE és una visió primerenca però concreta de l’enginyeria de plataformes agències a la pràctica. Cloneu el repo, proveu la demostració i comenceu a pensar com haurien de buscar un agent per utilitzar-los de manera segura les API i les polítiques de la vostra plataforma.

Llegiu la publicació completa per a la guia i les demostracions de vídeo.

Les aplicacions MCP obtenen una API fluida: creeu interfícies d'usuari d'eines d'IA rica a.NET amb tres passos

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Les eines MCP són excel·lents per oferir capacitats als agents d’IA. Però, què passa si la vostra eina ha de mostrar alguna cosa a l’usuari: un tauler, un formulari, una visualització interactiva? Aquí és on entren les aplicacions MCP i són molt més fàcils de crear.

Lilian Kasem de l’equip de l’SDK d’Azure va presentar la nova API de configuració fluida per a les aplicacions MCP a.NET Azure Functions, i és el tipus de millora de l’experiència dels desenvolupadors que us fa preguntar-vos per què no sempre va ser tan senzill.

Què són les aplicacions MCP?

Les aplicacions MCP amplien el protocol de context del model deixant que les eines portin les seves pròpies vistes d’interfície d’usuari, actius estàtics i controls de seguretat. En lloc de només retornar text, la vostra eina MCP pot representar experiències HTML completes (taulers interactius, visualitzacions de dades, formularis de configuració), tot això invocable pels agents d’IA i presentat als usuaris pels clients MCP.

El problema va ser que el cablejat de tot això manualment requeria conèixer íntimament les especificacions MCP: ui:// URI, tipus de mime especials, coordinació de metadades entre eines i recursos. No és difícil, però complicat.

L’API fluida en tres passos

Pas 1: defineix la teva funció. Només una eina MCP estàndard d’Azure Functions:

[Function(nameof(HelloApp))]
public string HelloApp(
 [McpToolTrigger("HelloApp", "A simple MCP App that says hello.")]
 ToolInvocationContext context)
{
 return "Hello from app";
}

Pas 2: promocioneu-lo a una aplicació MCP. A l’inici del vostre programa:

builder.ConfigureMcpTool("HelloApp")
 .AsMcpApp(app => app
 .WithView("assets/hello-app.html")
 .WithTitle("Hello App")
 .WithPermissions(McpAppPermissions.ClipboardWrite | McpAppPermissions.ClipboardRead)
 .WithCsp(csp =>
 {
 csp.AllowBaseUri("https://www.microsoft.com")
 .ConnectTo("https://www.microsoft.com");
 }));

Pas 3: afegiu la vostra vista HTML. Creeu assets/hello-app.html amb la interfície d’usuari que necessiteu.

Això és tot. L’API fluida gestiona tota la fontaneria d’especificacions MCP: genera la funció de recursos sintètics, estableix el tipus de mime correcte, injecta les metadades que connecten l’eina a la seva vista.

La superfície de l’API està ben dissenyada

Algunes coses que m’agraden molt:

Les fonts de visualització són flexibles. Podeu publicar HTML des de fitxers al disc o inserir recursos directament al vostre conjunt per a desplegaments autònoms:

app.WithView(McpViewSource.FromFile("assets/my-view.html"))
app.WithView(McpViewSource.FromEmbeddedResource("MyApp.Resources.view.html"))

CSP es pot redactar. Llista de permisos explícita que els orígens de la teva aplicació necessita, seguint els principis de privilegis mínims. Truqueu a WithCsp diverses vegades i els orígens s’acumulen:

.WithCsp(csp =>
{
 csp.ConnectTo("https://api.example.com")
 .LoadResourcesFrom("https://cdn.example.com")
 .AllowFrame("https://youtube.com");
})

Control de visibilitat. Podeu fer que una eina només sigui visible per al LLM, només per a la interfície d’usuari de l’amfitrió o ambdues. Voleu una eina que només representi la interfície d’usuari i que el model no l’hagi de cridar? Fàcil:

.WithVisibility(McpVisibility.App) // UI-only, hidden from the model

Primers passos

Afegeix el paquet de previsualització:

dotnet add package Microsoft.Azure.Functions.Worker.Extensions.Mcp --version 1.5.0-preview.1

Si ja esteu creant eines MCP amb Azure Functions, això és només una actualització del paquet. El inici ràpid de les aplicacions MCP és el millor lloc per començar si sou nou al concepte.

Tancant

Les aplicacions MCP són un dels desenvolupaments més interessants de l’espai d’eines d’IA: eines que no només * fan coses * sinó que poden * mostrar coses * als usuaris. L’API fluida elimina la complexitat del protocol i us permet centrar-vos en allò que importa: la lògica de l’eina i la seva interfície d’usuari.

Llegiu la publicació completa per obtenir la referència completa de l’API i els exemples.

Servidor SQL MCP: la manera correcta de donar accés a la base de dades d'AI Agents

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Siguem sincers: la majoria dels servidors MCP de bases de dades disponibles avui dia són aterridors. Prenen una consulta en llenguatge natural, generen SQL sobre la marxa i l’executen amb les dades de producció. Què podria sortir malament? (Tot. Tot podria sortir malament.)

L’equip d’Azure SQL acaba de introduir SQL MCP Server, i té un enfocament fonamentalment diferent. Creat com a característica del Data API Builder (DAB) 2.0, ofereix als agents d’IA un accés estructurat i determinista a les operacions de la base de dades, sense NL2SQL, sense exposar el vostre esquema i amb RBAC complet a cada pas.

Per què no NL2SQL?

Aquesta és la decisió de disseny més interessant. Els models no són deterministes i les consultes complexes tenen més probabilitats de produir errors subtils. Les consultes exactes que els usuaris esperen que l’IA pugui generar són també les que necessiten més escrutini quan es produeixen de manera no determinista.

En lloc d’això, SQL MCP Server utilitza un enfocament NL2DAB. L’agent treballa amb la capa d’abstracció d’entitats del creador de l’API de dades i el creador de consultes integrat per produir un T-SQL precís i ben format de manera determinista. Mateix resultat per a l’usuari, però sense risc de JOIN al·lucinats o exposició accidental de dades.

Set eines, no set-centes

SQL MCP Server exposa exactament set eines DML, independentment de la mida de la base de dades:

describe_entities — descobreix entitats i operacions disponibles
create_record — inserir files
read_records — consulteu taules i vistes
update_record — modifica les files
delete_record — elimina les files
execute_entity — executa procediments emmagatzemats
aggregate_records — consultes d’agregació

Això és intel·ligent perquè les finestres de context són l’espai de pensament de l’agent. Inundar-los amb centenars de definicions d’eines deixa menys espai per al raonament. Set eines fixes mantenen l’agent centrat a pensar en lloc de navegar.

Cada eina es pot activar o desactivar individualment:

"runtime": {
 "mcp": {
 "enabled": true,
 "path": "/mcp",
 "dml-tools": {
 "describe-entities": true,
 "create-record": true,
 "read-records": true,
 "update-record": true,
 "delete-record": true,
 "execute-entity": true,
 "aggregate-records": true
 }
 }
}

Com començar en tres ordres

dab init \
 --database-type mssql \
 --connection-string "@env('sql_connection_string')"

dab add Customers \
 --source dbo.Customers \
 --permissions "anonymous:*"

dab start

Això és un servidor SQL MCP en execució que exposa la vostra taula de clients. La capa d’abstracció d’entitats significa que podeu aliar noms i columnes, limitar camps per rol i controlar exactament el que veuen els agents, sense exposar els detalls de l’esquema intern.

La història de seguretat és sòlida

Aquí és on la maduresa del creador de l’API de dades té els seus fruits:

RBAC a cada capa: cada entitat defineix quins rols poden llegir, crear, actualitzar o suprimir i quins camps són visibles
Integració d’Azure Key Vault: cadenes de connexió i secrets gestionats de manera segura
Microsoft Entra + OAuth personalitzat: autenticació de grau de producció
Política de seguretat de contingut: els agents interactuen mitjançant un contracte controlat, no SQL brut

L’abstracció de l’esquema és especialment important. Els noms de les vostres taules i columnes internes mai s’exposen a l’agent. Definiu entitats, àlies i descripcions que tinguin sentit per a la interacció de l’IA, no la vostra base de dades ERD.

Multibase de dades i multiprotocol

SQL MCP Server és compatible amb Microsoft SQL, PostgreSQL, Azure Cosmos DB i MySQL. I com que és una funció DAB, obteniu punts finals REST, GraphQL i MCP simultàniament des de la mateixa configuració. Les mateixes definicions d’entitat, les mateixes regles RBAC, la mateixa seguretat, als tres protocols.

La configuració automàtica a DAB 2.0 pot fins i tot inspeccionar la vostra base de dades i crear la configuració de manera dinàmica, si us sentiu còmode amb menys abstracció per a la creació de prototips ràpids.

La meva opinió

Així és com hauria de funcionar l’accés a la base de dades empresarial per als agents d’IA. No “hey LLM, escriu-me una mica d’SQL i YOLO contra la producció”. En lloc d’això: una capa d’entitat ben definida, generació de consultes deterministes, RBAC a cada pas, memòria cau, monitorització i telemetria. És avorrit de la millor manera possible.

Per als desenvolupadors de.NET, la història d’integració és neta: DAB és una eina.NET, el servidor MCP s’executa com a contenidor i funciona amb Azure SQL, que la majoria de nosaltres ja estem utilitzant. Si esteu creant agents d’IA que necessiten accés a dades, comenceu aquí.

Tancant

SQL MCP Server és gratuït, de codi obert i s’executa a qualsevol lloc. És l’enfocament prescriptiu de Microsoft per oferir als agents d’IA un accés segur a la base de dades. Consulteu la publicació completa i la documentació per començar.

Servidor SQL MCP, Copilot a SSMS i un concentrador de bases de dades amb agents d'IA: el que realment importa de SQLCon 2026

Emiliano Montesdeoca — Sat, 28 Mar 2026 00:00:00 +0000

Microsoft acaba de començar SQLCon 2026 juntament amb FabCon a Atlanta, i hi ha molt per desempaquetar. L’anunci original cobreix des de plans d’estalvi fins a funcions de compliment empresarial. Vaig a ometre les diapositives de preus empresarials i em centraré en les peces que importen si sou un desenvolupador que construeix coses amb Azure SQL i AI.

El servidor SQL MCP està en previsualització pública

Aquest és el titular per a mi. L’Azure SQL Database Hyperscale ara té un SQL MCP Server en previsualització pública que us permet connectar de manera segura les vostres dades SQL a agents d’IA i Copilots mitjançant el Model Context Protocol.

Si heu estat seguint l’onada MCP, i sincerament, és difícil perdre’s ara mateix, això és un gran problema. En lloc de crear canalitzacions de dades personalitzades per alimentar el context dels vostres agents d’IA des de la vostra base de dades, obteniu un protocol estandarditzat per exposar les dades SQL directament. Els vostres agents poden consultar, raonar i actuar sobre la informació de la base de dades en directe.

Per a aquells de nosaltres que creem agents d’IA amb Semantic Kernel o Microsoft Agent Framework, això obre un camí d’integració net. El vostre agent necessita comprovar l’inventari? Busqueu un registre de client? Validar una comanda? MCP li ofereix una manera estructurada de fer-ho sense que escriviu codi d’obtenció de dades a mida per a cada escenari.

GitHub Copilot a SSMS 22 ara és GA

Si passeu algun temps a SQL Server Management Studio (i siguem sincers, la majoria de nosaltres encara ho fem), GitHub Copilot ara està disponible generalment a SSMS 22. La mateixa experiència Copilot que ja feu servir a VS Code i Visual Studio, però per a T-SQL.

El valor pràctic aquí és senzill: assistència basada en xat per escriure consultes, refactoritzar procediments emmagatzemats, resoldre problemes de rendiment i gestionar tasques d’administració. No hi ha res revolucionari en concepte, però tenir-lo allà mateix a SSMS significa que no cal que canvieu de context a un altre editor només per obtenir ajuda d’IA amb el treball de la vostra base de dades.

Els índexs vectorials han rebut una actualització seriosa

L’Azure SQL Database ara té índexs vectorials més ràpids i capaços amb suport complet per a la inserció, l’actualització i la supressió. Això vol dir que les vostres dades vectorials es mantenen actuals en temps real, sense necessitat de reindexació per lots.

Aquí teniu les novetats:

Quantització per a mides d’índex més petites sense perdre massa precisió
Filtratge iteratiu per obtenir resultats més precisos
Integració més estreta de l’optimitzador de consultes per a un rendiment previsible

Si esteu fent la generació augmentada per la recuperació (RAG) amb Azure SQL com a magatzem de vectors, aquestes millores són directament útils. Podeu mantenir els vostres vectors al costat de les vostres dades relacionals a la mateixa base de dades, cosa que simplifica significativament la vostra arquitectura en comparació amb l’execució d’una base de dades vectorial separada.

Les mateixes millores vectorials també estan disponibles a la base de dades SQL a Fabric, ja que totes dues s’executen amb el mateix motor SQL a sota.

Database Hub in Fabric: gestió agentica

Aquest és més avançat, però és interessant. Microsoft va anunciar el Database Hub a Microsoft Fabric (accés anticipat), que us ofereix un únic panell de vidre a Azure SQL, Cosmos DB, PostgreSQL, MySQL i SQL Server mitjançant Arc.

L’angle interessant no és només la visió unificada, sinó l’enfocament agent de la gestió. Els agents d’IA controlen contínuament el patrimoni de la vostra base de dades, evidencien què ha canviat, expliquen per què és important i suggereixen què fer a continuació. És un model human-in-the-loop on l’agent fa el treball i tu fas les trucades.

Per als equips que gestionen més d’un grapat de bases de dades, això podria reduir realment el soroll operatiu. En lloc de saltar entre portals i comprovar manualment les mètriques, l’agent us porta el senyal.

Què significa això per als desenvolupadors de.NET

El fil que connecta tots aquests anuncis és clar: Microsoft està incorporant agents d’IA a cada capa de la pila de bases de dades. No com un truc, sinó com una capa d’eines pràctica.

Si esteu creant aplicacions.NET amb el suport d’Azure SQL, això és el que faria realment:

Proveu el servidor SQL MCP si esteu creant agents d’IA. És la manera més neta de donar accés a la base de dades dels vostres agents sense fontaneria personalitzada.
Activa Copilot a SSMS si encara no ho has fet: guanys de productivitat gratuïts per al treball SQL diari.
Mira els índexs vectorials si estàs fent RAG i actualment tens una botiga de vectors independent. La consolidació a Azure SQL significa un servei menys per gestionar.

Tancant

L’anunci complet té més: plans d’estalvi, assistents de migració, funcions de compliment, però la història del desenvolupador es troba al servidor MCP, les millores vectorials i la capa de gestió agent. Aquestes són les peces que canvien la manera de construir, no només el pressupost.

Fes una ullada a l’anunci complet de Shireesh Thota per obtenir la imatge completa i inscriu-te a l’accés anticipat al centre de bases de dades si vols provar la nova experiència de gestió.

El servidor Azure DevOps MCP arriba a Microsoft Foundry: què significa això per als vostres agents d'IA

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

MCP (Model Context Protocol) ha tingut un moment. Si heu estat seguint l’ecosistema d’agents d’IA, probablement heu notat que els servidors MCP apareixen a tot arreu, donant als agents la possibilitat d’interaccionar amb eines i serveis externs mitjançant un protocol estandarditzat.

Ara el Servidor MCP d’Azure DevOps està disponible a Microsoft Foundry, i aquesta és una d’aquestes integracions que et fa pensar en les possibilitats pràctiques.

Què està passant realment aquí

Microsoft ja va llançar l’Azure DevOps MCP Server com a vista prèvia pública, això és el propi servidor MCP. La novetat és la integració de Foundry. Ara podeu afegir l’Azure DevOps MCP Server als vostres agents de Foundry directament des del catàleg d’eines.

Per a aquells que encara no estiguin familiaritzats amb Foundry: és la plataforma unificada de Microsoft per crear i gestionar aplicacions i agents basats en IA a escala. Accés al model, orquestració, avaluació, desplegament, tot en un sol lloc.

Configurant-lo

La configuració és sorprenentment senzilla:

Al vostre agent de Foundry, aneu a Afegeix eines > Catàleg
Cerqueu “Azure DevOps”
Seleccioneu el servidor Azure DevOps MCP (visualització prèvia) i feu clic a Crea
Introduïu el nom de la vostra organització i connecteu-vos

Això és tot. El vostre agent ara té accés a les eines d’Azure DevOps.

Controlar a què pot accedir el vostre agent

Aquesta és la part que agraeixo: no us enganxeu amb un enfocament de tot o res. Podeu especificar quines eines estan disponibles per al vostre agent. Per tant, si només voleu que llegeixi elements de treball però no toqui les canalitzacions, podeu configurar-ho. Principi de privilegis mínims, aplicat als vostres agents d’IA.

Això és important per als escenaris empresarials en què no voleu que un agent activi accidentalment una canalització de desplegament perquè algú li va demanar que “ajudés amb el llançament”.

Per què això és interessant per als equips.NET

Penseu en què permet això a la pràctica:

Ajudants de planificació de sprint: agents que poden extreure elements de treball, analitzar dades de velocitat i suggerir capacitat de sprint
Bots de revisió de codi: agents que entenen el vostre context de relacions públiques perquè poden llegir els vostres repositoris i els elements de treball enllaçats.
Resposta a incidents: agents que poden crear elements de treball, consultar implementacions recents i correlacionar errors amb canvis recents
Incorporació de desenvolupadors — “En què he de treballar?” obté una resposta real recolzada per dades reals del projecte

Per als equips.NET que ja utilitzen Azure DevOps per als seus pipelines CI/CD i la gestió de projectes, tenir un agent d’IA que pugui interactuar directament amb aquests sistemes és un pas important cap a una automatització útil (no només chatbot com a servei).

La imatge MCP més gran

Això forma part d’una tendència més àmplia: els servidors MCP s’estan convertint en la manera estàndard en què els agents d’IA interactuen amb el món exterior. Els veiem per a GitHub, Azure DevOps, bases de dades, API SaaS, i Foundry s’està convertint en el centre on s’uneixen totes aquestes connexions.

Si esteu creant agents a l’ecosistema.NET, val la pena prestar atenció a MCP. El protocol està estandarditzat, les eines estan madurant i la integració de Foundry el fa accessible sense haver de connectar manualment les connexions del servidor.

Tancant

El servidor Azure DevOps MCP a Foundry està en vista prèvia, així que espereu que evolucioni. Però el flux de treball bàsic és sòlid: connecteu-vos, configureu l’accés a les eines i deixeu que els vostres agents treballin amb les vostres dades de DevOps. Si ja sou a l’ecosistema de Foundry, això és a uns quants clics. Prova-ho i mira quins fluxos de treball pots crear.

Consulteu l’anunci complet per a la configuració pas a pas i més detalls.