Visual-Studio | The .NET Blog

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.

Aquella configuració de Windows flotant de Visual Studio que no sabíeu (però hauríeu)

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

Si utilitzeu diversos monitors amb Visual Studio (i sincerament, qui no ho fa en aquests dies), probablement heu experimentat la molèstia: les finestres d’eines flotants desapareixen quan minimitzeu l’IDE principal, sempre es mantenen al capdavant de tota la resta i no apareixen com a botons separats de la barra de tasques. Funciona per a alguns fluxos de treball, però per a configuracions de diversos monitors és frustrant.

Mads Kristensen de l’equip de Visual Studio ha compartit una configuració poc coneguda que canvia completament el comportament de les finestres flotants. Un desplegable. Això és tot.

La configuració

Eines > Opcions > Entorn > Windows > Finestres flotants

El menú desplegable “Aquestes finestres flotants són propietat de la finestra principal” té tres opcions:

Cap — total independència. Cada finestra flotant té la seva pròpia entrada a la barra de tasques i es comporta com una finestra normal de Windows.
Tool Windows (per defecte): els documents floten lliurement, les finestres d’eines es mantenen lligades a l’IDE.
Finestres de documents i eines: comportament clàssic de Visual Studio, tot lligat a la finestra principal.

Per què “Cap” és el moviment per a les configuracions de diversos monitors

Estableix-lo a Cap i, de sobte, totes les teves finestres i documents d’eines flotants es comporten com aplicacions de Windows reals. Apareixen a la barra de tasques, es mantenen visibles quan minimitzeu la finestra principal de Visual Studio i deixen de forçar-se al davant de tot.

Combineu-ho amb PowerToys FancyZones i és un canvi de joc. Creeu dissenys personalitzats als vostres monitors, col·loqueu el vostre Explorador de solucions a una zona, depureu a una altra i codifiqueu fitxers allà on vulgueu. Tot es manté, tot és accessible de manera independent i el vostre espai de treball se sent organitzat en lloc de caòtic.

Recomanacions ràpides

Usuaris avançats amb monitors múltiples: s’estableix en Cap, s’acobla amb FancyZones
Flotants ocasionals: Tool Windows (per defecte) és un sòlid terme mitjà
Flux de treball tradicional: Documents i Windows Tool manté tot el clàssic

Consell professional: Ctrl + feu doble clic a la barra de títol de qualsevol finestra d’eina per flotar o acoblar-la a l’instant. No cal reiniciar després de canviar la configuració.

Tancant

És una d’aquestes configuracions “No em puc creure que no sabia sobre això”. Si alguna vegada les finestres flotants a Visual Studio us han molestat, aneu a canviar-ho ara mateix.

Llegiu la publicació completa per obtenir els detalls i les captures de pantalla.

Bookmark Studio aporta la navegació i l'ús compartit basats en ranures als marcadors de Visual Studio

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

Els marcadors a Visual Studio sempre han estat… bé. En establiu un, navegueu al següent, oblideu quin marcador és quin. Funcionen, però mai han estat el tipus de funció que podríeu dir poderosa.

Mads Kristensen acaba de publicar Bookmark Studio, una extensió experimental que omple exactament els buits que probablement us heu trobat si feu servir els marcadors amb regularitat.

Navegació basada en ranures

L’addició bàsica: ara les adreces d’interès es poden assignar a les ranures 1–9 i passar directament a Alt+Shift+1 a Alt+Shift+9. Les adreces d’interès noves obtenen automàticament la següent ranura disponible, de manera que, en la majoria dels casos, la navegació ràpida funciona sense cap configuració.

Sembla senzill, però canvia les adreces d’interès de “Tinc algunes adreces d’interès en algun lloc” a “L’espai 3 és el meu controlador de l’API, l’espai 5 és la capa de servei, l’espai 7 és la prova”. Aquest tipus de memòria espacial fa que la navegació sigui gairebé instantània durant les sessions de treball concentrades.

El gestor d’adreces d’interès

Una nova finestra d’eines mostra totes les vostres adreces d’interès en un sol lloc amb un filtratge per nom, fitxer, ubicació, color o ranura. Fes doble clic o navega amb el teclat per saltar a qualsevol marcador.

Si alguna vegada heu tingut més de cinc o sis adreces d’interès i heu perdut la pista de quins, només val la pena instal·lar l’extensió.

Organització amb etiquetes, colors i carpetes

Opcionalment, les adreces d’interès poden tenir etiquetes, colors i agrupar-se en carpetes. Res d’això és necessari: el vostre flux de treball de marcador actual continua funcionant. Però quan esteu depurant un problema complex o explorant una base de codi desconeguda, poder codificar amb colors i etiquetar les vostres adreces d’interès afegeix un context útil.

Totes les metadades s’emmagatzemen per solució, de manera que la vostra organització d’adreces d’interès persisteix entre les sessions.

Exporta i comparteix

Aquesta és la funció que no sabia que volia. Bookmark Studio us permet exportar les adreces d’interès com a text sense format, Markdown o CSV. Això vol dir que pots:

Incloeu camins d’adreces d’interès a les descripcions de la sol·licitud d’extracció
Compartiu la investigació amb els companys d’equip
Mou els conjunts d’adreces d’interès entre repositoris o branques

Els marcadors deixen de ser una eina de navegació en solitari i comencen a ser una manera de comunicar-se “aquí teniu el camí a través d’aquest codi”.

Adreces d’interès que fan un seguiment del moviment del codi

Bookmark Studio fa un seguiment de les adreces d’interès en relació al text al qual estan ancorats, de manera que no es desviïn cap a línies incorrectes mentre editeu. Si alguna vegada heu establert adreces d’interès durant una sessió de depuració i heu fet que tots apunten a les línies equivocades després d’un refactor, això ho soluciona.

Tancant

Bookmark Studio no reinventa res. Es necessita una funció que ha estat “prou bona” durant anys i la fa realment útil per al desenvolupament centrat. La navegació per ranures, el Gestor d’adreces d’interès i les capacitats d’exportació són els més destacats.

Agafeu-lo del Visual Studio Marketplace i proveu-ho.

L'actualització de març de Visual Studio us permet crear agents de pilot personalitzats, i l'eina find_symbol és una gran cosa

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

Visual Studio acaba de rebre la seva actualització Copilot més important fins ara. Mark Downie va anunciar el llançament de març, i el títol és agents personalitzats, però sincerament, l’eina find_symbol soterrada més avall podria ser la característica que canviï més el vostre flux de treball.

Permeteu-me desglossar el que hi ha realment aquí.

Agents de Copilot personalitzats al vostre dipòsit

Voleu que Copilot segueixi els estàndards de codificació del vostre equip, executi el vostre pipeline de compilació o consulti els vostres documents interns? Ara pots construir exactament això.

Els agents personalitzats es defineixen com a fitxers .agent.md que deixeu anar a .github/agents/ al vostre repositori. Cada agent té accés complet a la consciència de l’espai de treball, la comprensió del codi, les eines, el model preferit i les connexions MCP a serveis externs. Apareixen al selector d’agents al costat dels agents integrats.

Aquest és el mateix patró que VS Code ha donat suport, i és fantàstic veure que Visual Studio es posa al dia. Per als equips que ja han creat agents per a VS Code, els vostres fitxers .agent.md haurien de funcionar en ambdós IDE (tot i que els noms d’eines poden variar, així que proveu-los).

El repositori awesome-copilot té configuracions d’agents contribuïts per la comunitat que podeu utilitzar com a punts de partida.

Habilitats d’agent: paquets d’instruccions reutilitzables

Les habilitats es recullen automàticament de .github/skills/ al vostre repositori o ~/.copilot/skills/ al vostre perfil. Cada habilitat és un fitxer SKILL.md seguint l’especificació d’habilitats de l’agent.

Penseu en les habilitats com a experiència modular que podeu combinar i combinar. És possible que tingueu una habilitat per a les convencions de l’API, una altra per als vostres patrons de prova i una altra per al vostre flux de treball de desplegament. Quan s’activa una habilitat, apareix al xat perquè sàpigues que s’està aplicant.

Si heu estat utilitzant habilitats a VS Code, ara funcionen de la mateixa manera a Visual Studio.

find_symbol: navegació conscient de l’idioma per als agents

Aquí és on les coses es posen realment interessants. La nova eina find_symbol ofereix al mode d’agent de Copilot una navegació real de símbols basada en el servei d’idiomes. En lloc de cercar el vostre codi com a text, l’agent pot:

Trobeu totes les referències a un símbol al vostre projecte
Informació de tipus d’accés, declaracions i metadades d’abast
Navegueu pels llocs de trucades amb coneixement complet de l’idioma

Què significa això a la pràctica: quan demaneu a Copilot que refactori un mètode o actualitzeu una signatura de paràmetres en llocs de trucada, realment pot veure l’estructura del vostre codi. No més situacions “l’agent va canviar el mètode però va perdre tres llocs de trucades”.

Els llenguatges admesos inclouen C#, C++, Razor, TypeScript i qualsevol cosa amb una extensió LSP compatible. Per als desenvolupadors de.NET, aquesta és una millora massiva: les bases de codi C# amb jerarquies i interfícies de tipus profundes es beneficien enormement de la navegació conscient dels símbols.

Proves de perfil amb Copilot

Ara hi ha una ordre Perfil amb Copilot al menú contextual de l’Explorador de proves. Seleccioneu una prova, feu clic al perfil i l’agent de perfils l’executa automàticament i analitza el rendiment, combinant l’ús de la CPU i les dades d’instrumentació per oferir informació útil.

No més configurar manualment sessions de perfilador, executar la prova, exportar resultats i intentar llegir un gràfic de flama. L’agent fa l’anàlisi i us diu què és lent i per què. Actualment només.NET, cosa que té sentit donada la profunda integració de diagnòstic.NET de Visual Studio.

Consells de rendiment durant la depuració en directe

L’optimització del rendiment ara es produeix mentre depureu, no després. A mesura que passeu pel codi, Visual Studio mostra el temps d’execució i els senyals de rendiment en línia. Veus una línia lenta? Feu clic al Consell de rendiment i demaneu a Copilot suggeriments d’optimització allà mateix.

L’agent de perfils captura automàticament les dades del temps d’execució (temps transcorregut, ús de la CPU, comportament de la memòria) i Copilot les utilitza per identificar els punts calents. Això manté el treball de rendiment com a part del vostre flux de depuració en lloc d’una tasca separada que continueu posposant.

Corregiu les vulnerabilitats de NuGet des de l’Explorador de solucions

Quan es detecta una vulnerabilitat en un paquet NuGet, ara veuràs una notificació amb un enllaç Corregir amb GitHub Copilot directament a l’Explorador de solucions. Feu clic i Copilot analitza la vulnerabilitat, recomana les actualitzacions de paquets adequades i les implementa.

Per als equips que lluiten per mantenir les dependències actualitzades (que és bàsicament per a tothom), això elimina la fricció de “Sé que hi ha una vulnerabilitat, però esbrinar la ruta d’actualització correcta és un projecte en si mateix”.

Tancant

Els agents personalitzats i les habilitats són el titular, però find_symbol és l’èxit dormint: canvia fonamentalment la precisió que pot ser Copilot quan es refactoritza el codi.NET. Combinada amb la integració de perfils en directe i les correccions de vulnerabilitats, aquesta actualització fa que les funcions d’IA de Visual Studio se sentin realment pràctiques en lloc de preparar-se per a la demostració.

Baixeu Visual Studio 2026 Insiders per provar-ho tot.

VS Code 1.112: Què haurien de preocupar-se realment als desenvolupadors de.NET

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

VS Code 1.112 acaba d’aterrar, i sincerament? Aquest és diferent si passeu els vostres dies a la terra.NET. Hi ha moltes coses a les notes oficials de la versió, però permeteu-me que us estalviï una mica de desplaçament i que em concentri en allò que realment ens importa.

Copilot CLI acaba de ser molt més útil

El gran tema d’aquest llançament és autonomia de l’agent, donant més espai a Copilot per fer les seves coses sense que facis de cangur a cada pas.

Direcció i cua de missatges

Coneixes aquell moment en què Copilot CLI està a mig camí d’una tasca i t’adones que t’has oblidat d’esmentar alguna cosa? Abans, calia esperar. Ara només podeu enviar missatges mentre una sol·licitud encara s’està executant, ja sigui per dirigir la resposta actual o posar en cua les instruccions de seguiment.

Això és enorme per a aquelles tasques més llargues de bastida dotnet en què esteu veient Copilot configura un projecte i penseu “oh, espera, també necessito MassTransit”.

Nivells de permís

Aquest és el que m’emociona més. Les sessions de Copilot CLI ara admeten tres nivells de permís:

Permisos predeterminats: el flux habitual on les eines demanen confirmació abans d’executar-se
Evita les aprovacions: s’aprova tot automàticament i torna a provar els errors
Pilot automàtic: és totalment autònom: aprova les eines, respon a les seves pròpies preguntes i continua fins que es fa la tasca

Si esteu fent alguna cosa com la bastida d’una nova API ASP.NET Core amb Entity Framework, migracions i una configuració de Docker, el mode Autopilot significa que descriu el que voleu i aneu a prendre un cafè. Ho descobrirà.

Podeu habilitar el pilot automàtic amb la configuració chat.autopilot.enabled.

Previsualitza els canvis abans de la delegació

Quan delegueu una tasca a Copilot CLI, es crea un arbre de treball. Abans, si teníeu canvis no compromesos, havíeu de comprovar el control de fonts per veure què es veuria afectat. Ara, la vista de xat mostra els canvis pendents abans de decidir si els voleu copiar, moure o ignorar-los.

Poca cosa, però us salva d’aquell “espera, què he posat en escena?” moment.

Depura les aplicacions web sense sortir de VS Code

El navegador integrat ara admet depuració completa. Podeu establir punts d’interrupció, passar pel codi i inspeccionar variables, tot dins de VS Code. No més canviar a Edge DevTools.

Hi ha un nou tipus de depuració editor-browser i si ja teniu configuracions de llançament de msedge o chrome, la migració és tan senzilla com canviar el camp type al vostre launch.json:

{
 "type": "editor-browser",
 "request": "launch",
 "name": "Debug Blazor App",
 "url": "https://localhost:5001"
}

Per als desenvolupadors de Blazor, això és un canvi de joc. Ja esteu executant dotnet watch al terminal; ara la vostra depuració també es manté a la mateixa finestra.

El navegador també va obtenir nivells de zoom independents (finalment), menús contextuals adequats del clic dret i el zoom es recorda per lloc web.

Sandboxing del servidor MCP

Aquest és més important del que podríeu pensar. Si utilitzeu servidors MCP (potser n’heu configurat un de personalitzat per als vostres recursos d’Azure o consultes de base de dades), s’han executat amb els mateixos permisos que el vostre procés de VS Code. Això significa un accés complet al vostre sistema de fitxers, xarxa, tot.

Ara els podeu sorrar. Al teu mcp.json:

{
 "servers": {
 "my-azure-tools": {
 "command": "node",
 "args": ["./mcp-server.js"],
 "sandboxEnabled": true
 }
 }
}

Quan un servidor amb caixa de sorra necessita accés a alguna cosa que no té, VS Code us demana que atorgueu permís. Molt millor que l’enfocament “Espero que ningú faci res estrany”.

Nota: Sandboxing està disponible per ara a macOS i Linux. Arriba el suport de Windows, però escenaris remots com WSL funcionen.

Descobriment de personalitzacions de Monorepo

Si esteu treballant en un monorepo (i siguem sincers, moltes solucions empresarials.NET acaben com una), això resol un veritable problema.

Anteriorment, si obríeu una subcarpeta del vostre repositori, VS Code no trobaria les vostres habilitats copilot-instructions.md, AGENTS.md o personalitzades a l’arrel del dipòsit. Ara, amb la configuració chat.useCustomizationsInParentRepositories, puja a l’arrel .git i ho descobreix tot.

Això significa que el vostre equip pot compartir instruccions de l’agent, fitxers de sol·licitud i eines personalitzades en tots els projectes en un monorepo sense que tothom hagi d’obrir la carpeta arrel.

/resolució de problemes per a la depuració de l’agent

Alguna vegada has configurat instruccions o habilitats personalitzades i t’has preguntat per què no les recullen? La nova habilitat /troubleshoot llegeix els registres de depuració de l’agent i us diu què va passar: quines eines s’han utilitzat o s’han omès, per què les instruccions no s’han carregat i què està causant respostes lentes.

Activa-ho amb:

{
 "github.copilot.chat.agentDebugLog.enabled": true,
 "github.copilot.chat.agentDebugLog.fileLogging.enabled": true
}

A continuació, només cal escriure /troubleshoot why is my custom skill not loading? al xat.

També podeu exportar i importar aquests registres de depuració ara, la qual cosa és ideal per compartir amb el vostre equip quan alguna cosa no funciona com s’esperava.

Compatibilitat amb imatges i fitxers binaris

Els agents ara poden llegir fitxers d’imatge del disc i fitxers binaris de manera nativa. Els fitxers binaris es presenten en format hexdump i les sortides d’imatge (com les captures de pantalla del navegador integrat) es mostren en una vista de carrusel.

Per als desenvolupadors de.NET, penseu: enganxeu una captura de pantalla d’un error de la interfície d’usuari al xat i feu que l’agent entengui què passa, o feu que analitzi la sortida d’una representació de component Blazor.

Referències de símbols automàtiques

Petita millora de la qualitat de vida: quan copieu un nom de símbol (una classe, un mètode, etc.) i l’enganxeu al xat, ara VS Code el converteix automàticament en una referència #sym:Name. Això proporciona a l’agent un context complet sobre aquest símbol sense que hàgiu d’afegir-lo manualment.

Si voleu text sense format, feu servir Ctrl+Shift+V.

Els connectors ara es poden activar/desactivar

Abans, desactivar un servidor o connector MCP significava desinstal·lar-lo. Ara podeu activar-los i desactivar-los, tant a nivell global com per espai de treball. Feu clic amb el botó dret a la vista Extensions o a la vista Personalitzacions i ja heu acabat.

Els connectors de npm i pypi també es poden actualitzar automàticament ara, tot i que primer demanaran l’aprovació, ja que les actualitzacions signifiquen executar codi nou a la vostra màquina.

Tancant

VS Code 1.112 està clarament empenyent l’experiència de l’agent: més autonomia, millor depuració, seguretat més estricta. Per als desenvolupadors de.NET, la depuració integrada del navegador i les millores de Copilot CLI són les característiques més destacades.

Si encara no heu provat d’executar una sessió CLI Copilot completa en mode Autopilot per a un projecte.NET, aquesta versió és un bon moment per començar. Només recordeu establir els vostres permisos i deixar-ho cuinar.

Descarregueu VS Code 1.112 o actualitzeu-ho des de VS Code mitjançant Ajuda > Comproveu actualitzacions.