GitHub Copilot | The .NET Blog

VS Code 1.118: Copilot CLI Obté Noms de Sessió, Insígnies de Model i TypeScript 7.0 Nightly

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í.

Visual Studio Code 1.118 és un llançament petit i enfocat — principalment millores de Copilot CLI.

Copilot CLI: les sessions ara tenen noms reals

Les APIs de títol de sessió del SDK de Copilot CLI s’utilitzen ara com a font de veritat. Les sessions mostren el nom real del SDK en lloc d’etiquetes auto-generades.

Canvia de sessió amb dreceres de teclat

L’app d’Agents ara té Ctrl+1, Ctrl+2, etc. per canviar ràpidament entre sessions.

Insígnies de model al xat

Les respostes de Copilot CLI al panell de xat ara mostren una insígnia de model per veure quin model ha gestionat cada sol·licitud.

Selecció automàtica de model a Copilot CLI

La selecció automàtica de model — anteriorment disponible en altres parts de Copilot — ara funciona també a l’agent Copilot CLI.

Opt-in a TypeScript 7.0 nightly

Ara pots optar per provar els nightly de TypeScript 7.0 directament des de la configuració de VS Code.

Consulta les notes de versió completes.

azd + GitHub Copilot: Configuració de projecte amb IA i resolució intel·ligent d'errors

Emiliano Montesdeoca — Tue, 21 Apr 2026 00:00:00 +0000

Aquest article ha estat traduït automàticament. Per veure la versió original en anglès, fes clic aquí.

Coneixes aquell moment en què vols desplegar una aplicació existent a Azure i et quedes mirant un azure.yaml en blanc, intentant recordar si la teva API Express hauria d’usar Container Apps o App Service? Aquell moment acaba de ser molt més curt.

L’Azure Developer CLI (azd) ara s’integra amb GitHub Copilot de dues maneres concretes: scaffolding assistit per IA durant azd init, i resolució intel·ligent d’errors quan els desplegaments fallen. Les dues funcions es queden completament al terminal — exactament on vull que siguin.

Configuració amb Copilot durant azd init

Quan executes azd init, ara apareix l’opció “Set up with GitHub Copilot (Preview)”. Selecciona-la i Copilot analitza el teu codebase per generar l’azure.yaml, les plantilles d’infraestructura i els mòduls Bicep — basant-se en el teu codi real.

azd init
# Selecciona: "Set up with GitHub Copilot (Preview)"

Requisits:

azd 1.23.11 o superior — comprova amb azd version o actualitza amb azd update
Una subscripció activa de GitHub Copilot (Individual, Business o Enterprise)
GitHub CLI (gh) — azd demanarà login si cal

El que trobo genuïnament útil és que funciona en els dos sentits. Construint des de zero? Copilot t’ajuda a configurar els serveis Azure correctes des del principi. Tens una app existent que vols desplegar? Apunta Copilot cap a ella i genera la configuració sense haver de reestructurar res.

El que fa realment

Imagina que tens una API Express en Node.js amb dependència de PostgreSQL. En lloc de decidir manualment entre Container Apps i App Service, i després escriure Bicep des de zero, Copilot detecta el teu stack i genera:

Un azure.yaml amb els ajustaments correctes de language, host i build
Un mòdul Bicep per a Azure Container Apps
Un mòdul Bicep per a Azure Database for PostgreSQL

I fa comprovacions prèvies abans de tocar res — verifica que el teu directori git estigui net, demana consentiment per a les eines del servidor MCP. Res no passa sense que sàpigues exactament què canviarà.

Resolució d’errors amb Copilot

Els errors de desplegament són inevitables. Paràmetres que falten, problemes de permisos, disponibilitat de SKUs — i el missatge d’error rarament et diu l’única cosa que realment necessites saber: com solucionar-ho.

Sense Copilot, el cicle és: copiar l’error → buscar als docs → llegir tres respostes irrellevants de Stack Overflow → executar alguns comandos az CLI → tornar-ho a intentar i rezar. Amb Copilot integrat a azd, aquest cicle s’esfondra. Quan qualsevol comandament azd falla, ofereix immediatament quatre opcions:

Explain — descripció en llenguatge natural del que ha anat malament
Guidance — instruccions pas a pas per solucionar-ho
Diagnose and Guide — anàlisi completa + Copilot aplica la solució (amb la teva aprovació) + reintent opcional
Skip — gestionar-ho tu mateix

El punt clau: Copilot ja té context sobre el teu projecte, el comandament que ha fallat i la sortida de l’error. Les seves suggerències són específiques per a la teva situació.

Configurar un comportament predeterminat

Si sempre tries la mateixa opció, salta el prompt interactiu:

azd config set copilot.errorHandling.category troubleshoot

Valors: explain, guidance, troubleshoot, fix, skip. També pots habilitar auto-fix i reintent:

azd config set copilot.errorHandling.fix allow

Torna al mode interactiu en qualsevol moment:

azd config unset copilot.errorHandling.category

Conclusió

Executa azd update per obtenir la versió més recent i usa azd init en el teu proper projecte. És exactament el tipus d’integració de Copilot que aporta valor real.

Llegeix l’anunci original aquí.

VS Code 1.117: Els agents s'estan guanyant les seves pròpies branques Git i això m'encanta

Emiliano Montesdeoca — Sun, 19 Apr 2026 00:00:00 +0000

La línia entre “assistència IA” i “company de feina IA” cada cop és més fina. VS Code 1.117 acaba d’arribar i les notes completes de la versió venen carregades, però el missatge és clar: els agents s’estan convertint en ciutadans de primera classe del teu flux de treball de desenvolupament.

Això és el que realment importa.

El mode Autopilot finalment recorda la teva preferència

Abans, havies de reactivar Autopilot cada vegada que començaves una sessió nova. Molest. Ara el teu mode de permisos es manté entre sessions i pots configurar el valor per defecte.

L’Agent Host admet tres configuracions de sessió:

Per defecte — les eines demanen confirmació abans d’executar-se
Bypass — aprova automàticament tot
Autopilot — totalment autònom, respon les seves pròpies preguntes i continua fins que la tasca s’acaba

Si estàs preparant un projecte .NET nou amb migracions, Docker i CI, configura-ho una vegada en mode Autopilot i oblida-t’en. Aquesta preferència es manté.

Aïllament de worktree i Git per a sessions d’agents

Aquesta és la gran novetat. Les sessions d’agents ara admeten un aïllament complet de worktree i Git. Això vol dir que, quan un agent treballa en una tasca, obté la seva pròpia branca i el seu propi directori de treball. La teva branca principal queda intacta.

I encara millor: Copilot CLI genera noms de branca significatius per a aquestes sessions de worktree. Res de agent-session-abc123. Obtens alguna cosa que realment descriu el que l’agent està fent.

Per als desenvolupadors .NET que treballen amb diverses branques de funcionalitat o arreglen errors mentre corre una tasca llarga d’esqueletatge de projecte, això canvia les regles del joc. Pots tenir un agent construint els controladors de l’API en un worktree mentre tu depures un problema a la capa de serveis en un altre. Sense conflictes. Sense stash. Sense embolics.

Subagents i equips d’agents

El protocol Agent Host ara admet subagents. Un agent pot engegar altres agents per encarregar-los parts d’una tasca. Pensa-ho com delegar: el teu agent principal coordina i els agents especialitzats fan les peces concretes.

Això encara és una funcionalitat inicial, però el potencial per als fluxos de treball .NET és evident. Imagina un agent gestionant les teves migracions d’EF Core mentre un altre prepara els tests d’integració. Encara no hi som del tot, però el suport al protocol que arriba ara farà que les eines segueixin ràpidament.

La sortida del terminal s’inclou automàticament quan els agents envien entrada

Petita, però important. Quan un agent envia entrada al terminal, la sortida del terminal s’inclou automàticament al context. Abans, l’agent havia de fer un torn extra només per llegir què havia passat.

Si mai has vist un agent executar dotnet build, fallar i després fer una altra ronda només per llegir l’error, aquesta fricció desapareix. Ho veu de seguida i reacciona.

L’app d’Agents s’actualitza sola a macOS

L’aplicació d’Agents independent per a macOS ara s’actualitza sola. Ja no cal descarregar noves versions manualment. Simplement es manté al dia.

El que val la pena saber de la resta

Els hovers de package.json ara mostren tant la versió instal·lada com la més recent. Útil si gestiones eines npm al costat dels teus projectes .NET.
Les imatges als comentaris JSDoc es renderitzen correctament als hovers i a les completes.
Les sessions de Copilot CLI ara indiquen si s’han creat des de VS Code o externament, cosa útil quan saltes entre terminals.
Copilot CLI, Claude Code i Gemini CLI es reconeixen com a tipus de shell. L’editor sap què estàs executant.

La conclusió

VS Code 1.117 no és un llançament ple de funcions espectaculars. És infraestructura. L’aïllament de worktrees, els permisos persistents i els protocols de subagents són els blocs de construcció d’un flux de treball on els agents gestionen tasques reals en paral·lel sense trepitjar-se el codi.

Si estàs construint amb .NET i encara no t’has llançat al flux de treball agentic, sincerament, ara és el moment de començar.

Docker Sandbox permet als agents Copilot refactoritzar el vostre codi sense posar en risc la vostra màquina

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

Si heu utilitzat el mode d’agent de Copilot per a qualsevol cosa més enllà de petites edicions, coneixeu el dolor. Cada escriptura de fitxers, cada ordre del terminal: un altre indicador de permís. Ara imagineu-ho fent servir 50 projectes. No és divertit.

L’equip d’Azure acaba de publicar una publicació sobre Docker Sandbox for GitHub Copilot agents, i sincerament, aquesta és una de les millores d’eines d’agents més pràctiques que he vist. Utilitza microVMs per oferir a Copilot un entorn totalment aïllat on es pot desenredar: instal·lar paquets, executar compilacions, executar proves, sense tocar el vostre sistema amfitrió.

Què us ofereix realment Docker Sandbox

La idea bàsica és senzilla: engegueu una microVM lleugera amb un entorn Linux complet, sincronitzeu-hi el vostre espai de treball i deixeu que l’agent Copilot operi lliurement a l’interior. Quan s’hagi acabat, torna a canviar la sincronització.

Això és el que fa que sigui més que “executar coses en un contenidor”:

Sincronització bidireccional de l’espai de treball que conserva camins absoluts. L’estructura del vostre projecte sembla idèntica dins del sandbox. No hi ha errors de compilació relacionats amb el camí.
Dimoni Docker privat que s’executa dins de la microVM. L’agent pot construir i executar contenidors sense muntar mai el sòcol Docker del vostre host. Això és un gran problema per a la seguretat.
Proxis de filtratge HTTP/HTTPS que controlen a què pot arribar l’agent a la xarxa. Tu decideixes quins registres i punts finals es permeten. Atacs a la cadena de subministrament d’un canalla npm install dins del sandbox? Bloquejat.
Mode YOLO — sí, així l’anomenen. L’agent s’executa sense sol·licituds de permís perquè literalment no pot danyar el vostre amfitrió. Tota acció destructiva està continguda.

Per què els desenvolupadors.NET haurien de preocupar-se

Penseu en el treball de modernització que tants equips s’enfronten ara mateix. Teniu una solució.NET Framework amb 30 projectes i l’heu de traslladar a.NET 9. Això són centenars de canvis de fitxers: fitxers de projecte, actualitzacions d’espais de noms, substitucions d’API, migracions NuGet.

Amb Docker Sandbox, podeu apuntar un agent Copilot a un projecte, deixar-lo refactoritzar lliurement dins de la microVM, executar dotnet build i dotnet test per validar i acceptar només els canvis que funcionen realment. No hi ha cap risc que accidentalment destrueixi el vostre entorn de desenvolupament local mentre experimenteu.

La publicació també descriu l’execució d’una flota d’agents paral·lels, cadascun en el seu propi sandbox, abordant diferents projectes simultàniament. Per a grans solucions.NET o arquitectures de microserveis, això suposa un estalvi de temps enorme. Un agent per servei, tots en funcionament aïllat, tots validats de manera independent.

L’angle de seguretat és important

Això és el que la majoria de la gent passa per alt: quan deixeu que un agent d’IA executi ordres arbitràries, hi confieu amb tota la vostra màquina. Docker Sandbox canvia aquest model. L’agent obté total autonomia dins d’un entorn d’ús. El servidor intermediari de xarxa garanteix que només es pot extreure de fonts aprovades. El vostre sistema de fitxers amfitrió, el dimoni Docker i les credencials no es toquen.

Per als equips amb requisits de compliment, i això és la majoria de les botigues.NET empresarials, aquesta és la diferència entre “no podem utilitzar IA agència” i “podem adoptar-la de manera segura”.

Per emportar

Docker Sandbox resol la tensió fonamental de la codificació agentica: els agents necessiten llibertat per ser útils, però la llibertat a la vostra màquina amfitriona és perillosa. Les microVM us ofereixen tots dos. Si esteu planejant qualsevol refactorització o modernització de.NET a gran escala, val la pena configurar-la ara. La combinació de la intel·ligència de codi de Copilot amb un entorn d’execució segur és exactament el que els equips de producció estaven esperant.

L'avaluació de la modernització de GitHub Copilot és la millor eina de migració que encara no feu servir

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

Migrar una aplicació.NET Framework heretada a.NET moderna és una d’aquestes tasques que tothom sap que hauria de fer, però ningú vol començar. Mai és només “canviar el marc objectiu”. Són les API que van desaparèixer, paquets que ja no existeixen, models d’allotjament que funcionen d’una manera completament diferent i un milió de petites decisions sobre què contener, què reescriure i què deixar en pau.

Jeffrey Fritz acaba de publicar una immersió profunda en l’avaluació de la modernització de GitHub Copilot, i sincerament? Aquesta és la millor eina de migració que he vist per a.NET. No a causa de la generació de codi, això és ara l’aposta de la taula. Pel document d’avaluació que elabora.

No és només un motor de suggeriments de codi

L’extensió VS Code segueix un model Avaluar → Planificar → Executar. La fase d’avaluació analitza tota la vostra base de codi i produeix un document estructurat que ho recull tot: què cal canviar, quins recursos d’Azure proveir, quin model de desplegament utilitzar. Tot el que hi ha a baix (infraestructura com a codi, contenidors, manifestos de desplegament) depèn del que troba l’avaluació.

L’avaluació s’emmagatzema a .github/modernize/assessment/ del vostre projecte. Cada execució produeix un informe independent, de manera que creeu un historial i podeu fer un seguiment de com evoluciona la vostra postura de migració a mesura que solucioneu els problemes.

Dues maneres de començar

Avaluació recomanada: el camí ràpid. Trieu entre dominis seleccionats (actualització de Java/.NET, preparació al núvol, seguretat) i obteniu resultats significatius sense tocar la configuració. Ideal per a una primera mirada a on es troba la teva aplicació.

Avaluació personalitzada: el camí objectiu. Configureu exactament què voleu analitzar: càlcul objectiu (App Service, AKS, Container Apps), sistema operatiu objectiu, anàlisi de contenidors. Trieu diversos objectius d’Azure per comparar els enfocaments de migració de manera conjunta.

Aquesta visió de comparació és realment útil. Una aplicació amb 3 problemes obligatoris per a App Service pot tenir 7 per a AKS. Veure tots dos ajuda a impulsar la decisió d’allotjament abans de comprometre’s amb una ruta de migració.

El desglossament del problema és accionable

Cada problema ve amb un nivell de criticitat:

Obligatori: s’ha de solucionar o la migració falla
Potencial: pot afectar la migració, necessita el judici humà
Opcional: millores recomanades, no bloquejaran la migració

I cada problema enllaça amb fitxers i números de línia afectats, proporciona una descripció detallada del que està malament i per què és important per a la vostra plataforma objectiu, ofereix passos concrets de correcció (no només “arreglar-ho”) i inclou enllaços a documentació oficial.

Podeu lliurar problemes individuals als desenvolupadors i aquests tenen tot el que necessiten per actuar. Aquesta és la diferència entre una eina que us diu “hi ha un problema” i una que us indica com resoldre’l.

Els camins d’actualització coberts

Específicament per a.NET: -.NET Framework →.NET 10

ASP.NET → ASP.NET Core

Cada camí d’actualització té regles de detecció que coneixen quines API s’han eliminat, quins patrons no tenen cap equivalent directe i quins problemes de seguretat necessiten atenció.

Per als equips que gestionen diverses aplicacions, també hi ha una CLI que admet avaluacions per lots multirepositori: cloneu tots els repositoris, avalueu-los tots, obteniu informes per aplicació i una visualització de cartera agregada.

La meva opinió

Si esteu asseguts en aplicacions heretades de.NET Framework (i siguem reals, la majoria dels equips empresarials ho són), aquesta és l’eina per començar. Només el document d’avaluació val la pena el temps: converteix un vague “hauríem de modernitzar” en una llista concreta i prioritzada d’elements de treball amb camins clars.

El flux de treball col·laboratiu també és intel·ligent: exporteu avaluacions, compartiu amb el vostre equip, importeu-les sense tornar-les a executar. Revisions d’arquitectura on els que prenen les decisions no són els que executen les eines? Coberta.

Tancant

L’avaluació de la modernització de GitHub Copilot transforma la migració.NET d’un projecte aterridor i indefinit a un procés estructurat i rastrejable. Comenceu amb una avaluació recomanada per veure on us trobeu i, a continuació, utilitzeu avaluacions personalitzades per comparar els objectius d’Azure i crear el vostre pla de migració.

Llegiu el tutorial complet i agafeu l’extensió del codi VS per provar-ho a la vostra pròpia base de codi.

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.

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.