Visual Studio | The .NET Blog

Visual Studio 2026 April-Update: Cloud-Agent, benutzerdefinierte Agents und Debugger-Agent

Emiliano Montesdeoca — Thu, 14 May 2026 00:00:00 +0000

Dieser Beitrag wurde automatisch übersetzt. Zur Originalversion hier klicken.

Das April-Update von Visual Studio 2026 (18.5) liefert Cloud-Agent-Integration, benutzerbezogene benutzerdefinierte Agents, C++-Tools die GA erreichen, und einen neuen Debugger-Agent.

Cloud-Agent: Arbeit an eine Remote-Copilot-Sitzung delegieren

Im Agent-Picker des Chat-Fensters können Sie durch Auswahl von Cloud eine Aufgabe an einen Remote-Copilot-Coding-Agent übergeben. Sie beschreiben die Arbeit, der Agent erstellt ein GitHub-Issue in Ihrem Repository und öffnet einen PR, wenn er fertig ist. Sie erhalten eine Benachrichtigung mit “View PR” / “Open in browser” — das Ganze läuft, während Sie weiterarbeiten oder sogar mit geschlossener IDE.

Benutzerdefinierte Agents begleiten Sie jetzt überall

Benutzerbezogene benutzerdefinierte Agents unter %USERPROFILE%/.github/agents/ sind nicht mehr auf ein Repository beschränkt — sie begleiten Sie projektübergreifend. Der Speicherpfad ist unter Tools > Optionen > GitHub > Copilot > Chat konfigurierbar. Die +-Schaltfläche im Agent-Picker ermöglicht die direkte Erstellung neuer Agents. Sie erhalten dieselben Fähigkeiten wie repository-bezogene Agents: Arbeitsbereichsbewusstsein, Tools, Modellauswahl und MCP-Verbindungen.

Integrierte Agents: Agent, Ask, Copilot CLI, Debugger, Modernize, Profiler.

C++-Code-Editing-Tools werden GA

Zwei Tools — get_symbol_call_hierarchy und get_symbol_class_hierarchy — sind jetzt standardmäßig aktiviert. Sie geben Copilot sprachbewusste Navigation durch C++-Codebasen und decken Vererbungshierarchien sowie Funktionsaufrufketten ab. Aktivierung über das Tools-Symbol im Copilot Chat. Funktioniert am besten mit Tool-Calling-Modellen.

Debugger-Agent: Fixes werden gegen echtes Laufzeitverhalten validiert

Starten Sie von einem GitHub- oder Azure-DevOps-Issue (oder einer Beschreibung in natürlicher Sprache), wechseln Sie in den Debugger-Modus, und der Agent:

Erstellt einen minimalen Reproducer
Generiert Fehlerhypothesen
Instrumentiert die App mit Tracepoints und bedingten Breakpoints
Führt eine echte Debug-Sitzung durch
Analysiert Live-Telemetrie
Schlägt eine präzise Lösung vor

Sie bleiben während des gesamten Prozesses eingebunden — es ist interaktiv, nicht vollständig autonom.

IntelliSense-Prioritätskorrektur

VS unterdrückt jetzt Copilot-Vervollständigungen, während die IntelliSense-Liste aktiv ist. Jeweils nur ein Vorschlag. Dies war ein häufiger Reibungspunkt und ist jetzt standardmäßig aktiviert.

Vollständige Release-Notes und Download auf devblogs.microsoft.com.

SDK-Stil-Unterstützung für Erweiterungsprojekte in Visual Studio

Emiliano Montesdeoca — Wed, 13 May 2026 00:00:00 +0000

Dieser Beitrag wurde automatisch übersetzt. Zur Originalversion hier klicken.

Die SDK-Stil-Unterstützung für VSSDK-basierte Erweiterungsprojekte ist jetzt offiziell in Visual Studio 18.5 verfügbar — klassische VSIX-Erweiterungsprojekte können das alte MPF-Style-.csproj-Format hinter sich lassen.

Was sich in der Projektdatei ändert

Die größte sichtbare Änderung ist, wie viel kleiner die Projektdatei wird. Eine typische VSSDK-Erweiterung sieht jetzt so aus:

<Project Sdk="Microsoft.NET.Sdk">
 <PropertyGroup>
 <TargetFramework>net472</TargetFramework>
 <VSSDKBuildToolsAutoSetup>true</VSSDKBuildToolsAutoSetup>
 <VsixDeployOnDebug>true</VsixDeployOnDebug>
 <GeneratePkgDefFile>true</GeneratePkgDefFile>
 </PropertyGroup>
 <ItemGroup><ProjectCapability Include="CreateVsixContainer" /></ItemGroup>
 <ItemGroup>
 <PackageReference Include="Microsoft.VisualStudio.SDK" Version="17.14.40265" ExcludeAssets="runtime" />
 <PackageReference Include="Microsoft.VSSDK.BuildTools" Version="18.5.38461" />
 </ItemGroup>
</Project>

VSSDKBuildToolsAutoSetup=true setzt sinnvolle Standardwerte: CreateVsixContainer=true und das veraltete DeployExtension=false. Diese einzelne Eigenschaft ersetzt einen erheblichen Teil dessen, was bisher explizit angegeben werden musste.

Build-Zeit-Verbesserungen

Fast Up-To-Date Check und Unterstützung für inkrementelle Builds sind enthalten. Bei großen Lösungen mit kleinen Änderungen ergibt sich eine Build-Zeit-Reduzierung von bis zu 75 % — bedeutsam, wenn Sie eine Erweiterung innerhalb einer großen Host-Lösung iterativ entwickeln.

Neue vs. bestehende Projekte

Neue Erweiterungsprojekte in 18.5 verwenden automatisch den SDK-Stil. Bestehende MPF-Style-Erweiterungen funktionieren weiterhin — die Migration ist optional. Wichtig bei der Migration: <UseWpf>true</UseWpf> hinzufügen, falls die Erweiterung XAML verwendet. Außerdem muss die Erweiterung in der .sln- oder .slnx-Datei als deploybar markiert werden.

Der vsixmanifest-Designer wird standardmäßig durch den XML-Editor ersetzt — Rechtsklick → Öffnen mit, wenn Sie den alten Designer wünschen.

Agentischer Migrationspfad

Der Modernize-Agent in vs-agent-plugins kann die Migration automatisieren. Mehrere echte Erweiterungen wurden bereits auf diesem Weg konvertiert: Mads Kristensens Smart Screen, Command Explorer, Postfix Templates und Whitespace Visualizer.

Hinweis

VisualStudio.Extensibility (das neuere Erweiterbarkeits-Framework) unterstützte SDK-Style bereits. Dieses Update bringt Parität mit dem klassischen VSSDK-Pfad. Die einzige Voraussetzung ist die Visual Studio-Erweiterungsentwicklungs-Workload.

Vollständige Details im offiziellen Beitrag.

Azure MCP Tools sind jetzt in Visual Studio 2022 integriert — Keine Erweiterung erforderlich

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

Dieser Beitrag wurde automatisch übersetzt. Für die Originalversion hier klicken.

Wenn du die Azure MCP Tools in Visual Studio über die separate Erweiterung benutzt hast, kennst du das Spiel — VSIX installieren, neustarten, hoffen dass nichts kaputtgeht, Versionskonflikte managen. Diese Reibung ist vorbei.

Yun Jung Choi hat angekündigt, dass Azure MCP Tools jetzt direkt als Teil der Azure-Entwicklungsworkload in Visual Studio 2022 ausgeliefert werden. Keine Erweiterung. Kein VSIX. Kein Neustart-Tanz.

Was das konkret bedeutet

Ab Visual Studio 2022 Version 17.14.30 ist der Azure MCP Server in der Azure-Entwicklungsworkload enthalten. Wenn du diese Workload bereits installiert hast, musst du ihn nur in GitHub Copilot Chat aktivieren und fertig.

Über 230 Tools für 45 Azure-Dienste — direkt aus dem Chat-Fenster zugänglich. Storage Accounts auflisten, eine ASP.NET Core App deployen, App Service Probleme diagnostizieren, Log Analytics abfragen — alles ohne einen Browser-Tab zu öffnen.

Warum das wichtiger ist als es klingt

Die Sache mit Entwickler-Tooling ist: Jeder zusätzliche Schritt ist Reibung, und Reibung tötet die Akzeptanz. MCP als separate Erweiterung bedeutete Versionskonflikte, Installationsfehler und eine weitere Sache, die aktuell gehalten werden musste. Die Integration in die Workload bedeutet:

Ein einziger Update-Pfad über den Visual Studio Installer
Kein Versionsabweichung zwischen der Erweiterung und der IDE
Immer aktuell — der MCP Server wird mit den regulären VS-Releases aktualisiert

Für Teams, die auf Azure standardisieren, ist das ein großer Gewinn. Du installierst die Workload einmal, aktivierst die Tools, und sie sind in jeder Sitzung verfügbar.

Was du damit machen kannst

Die Tools decken den gesamten Entwicklungslebenszyklus über Copilot Chat ab:

Lernen — frage nach Azure-Diensten, Best Practices, Architekturmustern
Entwerfen & Entwickeln — erhalte Service-Empfehlungen, konfiguriere App-Code
Deployen — provisioniere Ressourcen und deploye direkt aus der IDE
Fehlerbehebung — frage Logs ab, prüfe den Ressourcenzustand, diagnostiziere Produktionsprobleme

Ein schnelles Beispiel — tippe das in Copilot Chat:

List my storage accounts in my current subscription.

Copilot ruft die Azure MCP Tools im Hintergrund auf, fragt deine Subscriptions ab und liefert eine formatierte Liste mit Namen, Standorten und SKUs. Kein Portal nötig.

So aktivierst du es

Update auf Visual Studio 2022 17.14.30 oder höher
Stelle sicher, dass die Azure development Workload installiert ist
Öffne GitHub Copilot Chat
Klicke auf den Select tools Button (das Schraubenschlüssel-Symbol)
Schalte Azure MCP Server ein

Das war’s. Es bleibt über Sitzungen hinweg aktiviert.

Ein Hinweis

Die Tools sind standardmäßig deaktiviert — du musst sie manuell einschalten. Und VS 2026-spezifische Tools sind in VS 2022 nicht verfügbar. Die Verfügbarkeit der Tools hängt auch von deinen Azure-Subscription-Berechtigungen ab, genau wie im Portal.

Das große Bild

Das ist Teil eines klaren Trends: MCP wird zum Standard, um Cloud-Tools in Entwickler-IDEs verfügbar zu machen. Wir haben bereits das stabile Release von Azure MCP Server 2.0 und MCP-Integrationen in VS Code und anderen Editoren gesehen. Die Integration in Visual Studios Workload-System ist die natürliche Weiterentwicklung.

Für uns .NET-Entwickler, die in Visual Studio leben, entfällt damit ein weiterer Grund, zum Azure Portal zu wechseln. Und ehrlich gesagt, je weniger Tab-Wechsel, desto besser.

Die Visual Studio Floating-Windows-Einstellung, die Du Nicht Kanntest (Aber Kennen Solltest)

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

Dieser Beitrag wurde automatisch übersetzt. Die Originalversion finden Sie hier.

Wenn ihr mehrere Monitore mit Visual Studio verwendet (und ehrlich gesagt, wer macht das heutzutage nicht?), habt ihr wahrscheinlich schon die Frustration erlebt: Schwebende Toolfenster verschwinden, wenn ihr das Haupt-IDE minimiert, sie bleiben immer über allem anderen, und sie tauchen nicht als separate Taskleisten-Buttons auf. Das funktioniert für manche Workflows, aber für Multi-Monitor-Setups ist es nervig.

Mads Kristensen vom Visual Studio Team teilte eine kaum bekannte Einstellung, die komplett verändert, wie sich schwebende Fenster verhalten. Ein Dropdown. Das war’s.

Die Einstellung

Tools > Options > Environment > Windows > Floating Windows

Das Dropdown “These floating windows are owned by the main window” hat drei Optionen:

None — volle Unabhängigkeit. Jedes schwebende Fenster bekommt seinen eigenen Taskleisten-Eintrag und verhält sich wie ein normales Windows-Fenster.
Tool Windows (Standard) — Dokumente schweben frei, Toolfenster bleiben an die IDE gebunden.
Documents and Tool Windows — klassisches Visual Studio-Verhalten, alles an das Hauptfenster gebunden.

Warum “None” der richtige Weg für Multi-Monitor-Setups ist

Stellt es auf None und plötzlich verhalten sich alle eure schwebenden Tool- und Dokumentfenster wie echte Windows-Anwendungen. Sie erscheinen in der Taskleiste, bleiben sichtbar wenn ihr das Visual Studio-Hauptfenster minimiert, und hören auf, sich vor alles andere zu drängen.

Kombiniert das mit PowerToys FancyZones und es ist ein Game Changer. Erstellt benutzerdefinierte Layouts über eure Monitore, dockt euren Solution Explorer in eine Zone, Debugger in eine andere, und Code-Dateien wohin ihr wollt. Alles bleibt an Ort und Stelle, alles ist unabhängig erreichbar, und euer Arbeitsplatz fühlt sich organisiert an statt chaotisch.

Schnelle Empfehlungen

Multi-Monitor-Poweruser: Auf None setzen, mit FancyZones kombinieren
Gelegentliche Floater: Tool Windows (Standard) ist ein guter Mittelweg
Traditioneller Workflow: Documents and Tool Windows hält alles klassisch

Profi-Tipp: Ctrl + Doppelklick auf die Titelleiste eines beliebigen Toolfensters, um es sofort zu lösen oder anzudocken. Kein Neustart nötig nach dem Ändern der Einstellung.

Fazit

Es ist eine dieser “Ich kann nicht glauben, dass ich das nicht wusste”-Einstellungen. Wenn euch schwebende Fenster in Visual Studio jemals genervt haben, geht das jetzt sofort ändern.

Lest den vollständigen Post für Details und Screenshots.

Bookmark Studio bringt Slot-basierte Navigation und Sharing zu Visual Studio Bookmarks

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

Dieser Beitrag wurde automatisch übersetzt. Für die Originalversion klicke hier.

Bookmarks in Visual Studio waren schon immer… okay. Du setzt eines, navigierst zum nächsten, vergisst welches welches ist. Sie funktionieren, aber sie waren nie eine Funktion, die man als mächtig bezeichnen würde.

Mads Kristensen hat gerade Bookmark Studio veröffentlicht, eine experimentelle Extension, die genau die Lücken füllt, auf die du wahrscheinlich gestoßen bist.

Bookmarks können Slots 1–9 zugewiesen und direkt mit Alt+Shift+1 bis Alt+Shift+9 angesprungen werden. Neue Bookmarks bekommen automatisch den nächsten verfügbaren Slot.

Der Bookmark Manager

Ein neues Tool-Fenster zeigt alle Bookmarks mit Filterung nach Name, Datei, Ort, Farbe oder Slot.

Organisation mit Labels, Farben und Ordnern

Bookmarks können optional Labels, Farben haben und in Ordner gruppiert werden. Alle Metadaten werden pro Solution gespeichert.

Exportieren und Teilen

Bookmark Studio ermöglicht den Export als Klartext, Markdown oder CSV. Bookmark-Pfade in PR-Beschreibungen einbinden oder Untersuchungspfade mit Teamkollegen teilen.

Bookmarks die dem Code folgen

Bookmark Studio verfolgt Bookmarks relativ zum verankerten Text, sodass sie nicht auf falsche Zeilen driften.

Zusammenfassung

Bookmark Studio erfindet nichts neu. Es nimmt ein Feature, das jahrelang „gut genug" war, und macht es wirklich nützlich. Hol es dir vom Visual Studio Marketplace.

Visual Studios März-Update lässt dich eigene Copilot-Agenten bauen — und find_symbol ist ein großes Ding

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

Dieser Beitrag wurde automatisch übersetzt. Für die Originalversion klicke hier.

Visual Studio hat gerade sein bedeutendstes Copilot-Update bekommen. Mark Downie hat das März-Release angekündigt, und die Überschrift sind Custom Agents — aber ehrlich gesagt könnte das find_symbol-Tool weiter unten die Funktion sein, die deinen Workflow am meisten verändert.

Benutzerdefinierte Copilot-Agenten in deinem Repo

Willst du, dass Copilot deinen Team-Codierstandards folgt, deine Build-Pipeline ausführt oder deine internen Docs abfragt? Jetzt kannst du genau das bauen.

Custom Agents werden als .agent.md-Dateien definiert, die du in .github/agents/ in deinem Repository ablegst. Jeder Agent hat vollen Zugriff auf Workspace-Awareness, Code-Verständnis, Tools, dein bevorzugtes Modell und MCP-Verbindungen.

Agent Skills: wiederverwendbare Instruktionspakete

Skills werden automatisch aus .github/skills/ in deinem Repo oder ~/.copilot/skills/ in deinem Profil geladen. Denke an Skills als modulare Expertise, die du mischen und kombinieren kannst.

Das neue find_symbol-Tool gibt Copilots Agent-Modus sprachservice-gestützte Symbol-Navigation. Statt Text zu suchen, kann der Agent alle Referenzen eines Symbols finden und auf Typ-Informationen, Deklarationen und Scope zugreifen.

Für .NET-Entwickler ist das eine massive Verbesserung — C#-Codebasen mit tiefen Typ-Hierarchien profitieren enorm.

Tests mit Copilot profilen

Im Test Explorer gibt es jetzt Profile with Copilot. Der Profiling Agent führt den Test aus und analysiert automatisch CPU-Nutzung und Instrumentierungsdaten.

Perf Tips beim Live-Debugging

Performance-Optimierung passiert jetzt während des Debuggens. Visual Studio zeigt inline Ausführungszeit und Performance-Signale. Siehst du eine langsame Zeile? Klicke auf den Perf Tip und frage Copilot nach Optimierungsvorschlägen.

NuGet-Schwachstellen aus dem Solution Explorer beheben

Bei erkannten NuGet-Schwachstellen siehst du einen Fix with GitHub Copilot-Link direkt im Solution Explorer.

Zusammenfassung

Custom Agents und Skills sind die Überschrift, aber find_symbol ist der Sleeper Hit — es verändert grundlegend, wie genau Copilot beim Refactoring von .NET-Code sein kann. Kombiniert mit Live-Profiling und Schwachstellen-Fixes fühlen sich die KI-Features von Visual Studio jetzt wirklich praktisch an.

Lade Visual Studio 2026 Insiders herunter, um alles auszuprobieren.

VS Code 1.112: Was .NET-Entwickler wirklich interessieren sollte

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

VS Code 1.112 ist gelandet, und ehrlich? Dieses Release fühlt sich anders an, wenn du deine Tage in der .NET-Welt verbringst. Es gibt viel in den offiziellen Release Notes, aber lass mich dir etwas Scrollen ersparen und mich auf das konzentrieren, was für uns wirklich zählt.

Copilot CLI ist gerade viel nützlicher geworden

Das große Thema dieses Releases ist Agent-Autonomie — Copilot mehr Raum geben, sein Ding zu machen, ohne dass du jeden Schritt überwachst.

Nachrichtensteuerung und Warteschlange

Kennst du den Moment, wenn Copilot CLI mitten in einer Aufgabe ist und dir auffällt, dass du etwas vergessen hast zu erwähnen? Vorher musstest du warten. Jetzt kannst du Nachrichten senden, während eine Anfrage noch läuft — entweder um die aktuelle Antwort zu steuern oder Folgeanweisungen in die Warteschlange zu stellen.

Das ist riesig für die längeren dotnet-Scaffolding-Aufgaben, wo du Copilot beim Projekt-Setup zuschaust und denkst “oh warte, ich brauche auch MassTransit da drin.”

Berechtigungsstufen

Das ist die Funktion, die mich am meisten begeistert. Copilot CLI-Sitzungen unterstützen jetzt drei Berechtigungsstufen:

Standard-Berechtigungen — der übliche Flow, bei dem Tools vor dem Ausführen um Bestätigung bitten
Genehmigungen umgehen — genehmigt alles automatisch und wiederholt bei Fehlern
Autopilot — wird voll autonom: genehmigt Tools, beantwortet eigene Fragen und macht weiter, bis die Aufgabe erledigt ist

Wenn du etwas wie das Scaffolding einer neuen ASP.NET Core API mit Entity Framework, Migrationen und Docker-Setup machst — Autopilot-Modus bedeutet, du beschreibst was du willst und holst dir einen Kaffee. Er wird es herausfinden.

Du kannst Autopilot mit der Einstellung chat.autopilot.enabled aktivieren.

Änderungen vor der Delegation vorschauen

Wenn du eine Aufgabe an Copilot CLI delegierst, erstellt er einen Worktree. Vorher, wenn du nicht committete Änderungen hattest, musstest du die Quellcodeverwaltung prüfen, um zu sehen, was betroffen wäre. Jetzt zeigt die Chat-Ansicht ausstehende Änderungen direkt dort an, bevor du entscheidest, ob du sie kopieren, verschieben oder ignorieren willst.

Kleine Sache, aber es erspart dir den “warte, was hatte ich gestaged?"-Moment.

Web-Apps debuggen ohne VS Code zu verlassen

Der integrierte Browser unterstützt jetzt vollständiges Debugging. Du kannst Breakpoints setzen, durch Code steppen und Variablen inspizieren — alles in VS Code. Kein Wechsel mehr zu Edge DevTools.

Es gibt einen neuen editor-browser Debug-Typ, und wenn du bereits vorhandene msedge- oder chrome-Launch-Konfigurationen hast, ist die Migration so einfach wie das Ändern des type-Felds in deiner launch.json:

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

Für Blazor-Entwickler ist das ein Game Changer. Du führst bereits dotnet watch im Terminal aus — jetzt bleibt dein Debugging auch im selben Fenster.

Der Browser hat auch unabhängige Zoom-Stufen bekommen (endlich), richtige Rechtsklick-Kontextmenüs, und der Zoom wird pro Website gespeichert.

MCP-Server-Sandboxing

Das ist wichtiger als du vielleicht denkst. Wenn du MCP-Server verwendest — vielleicht hast du einen für deine Azure-Ressourcen oder Datenbankabfragen eingerichtet — liefen sie bisher mit denselben Berechtigungen wie dein VS Code-Prozess. Das bedeutet voller Zugriff auf dein Dateisystem, Netzwerk, alles.

Jetzt kannst du sie sandboxen. In deiner mcp.json:

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

Wenn ein gesandboxter Server Zugriff auf etwas braucht, das er nicht hat, fordert VS Code dich auf, die Berechtigung zu erteilen. Viel besser als der “hoffen wir, dass niemand etwas Merkwürdiges macht”-Ansatz.

Hinweis: Sandboxing ist derzeit auf macOS und Linux verfügbar. Windows-Support kommt — Remote-Szenarien wie WSL funktionieren aber bereits.

Monorepo-Customization-Discovery

Wenn du in einem Monorepo arbeitest (und seien wir ehrlich, viele Enterprise-.NET-Lösungen enden als eines), löst das einen echten Schmerzpunkt.

Zuvor, wenn du einen Unterordner deines Repos geöffnet hast, fand VS Code deine copilot-instructions.md, AGENTS.md oder benutzerdefinierten Skills nicht, die im Repository-Root lagen. Jetzt mit der Einstellung chat.useCustomizationsInParentRepositories geht es bis zum .git-Root hoch und entdeckt alles.

Das bedeutet, dein Team kann Agent-Anweisungen, Prompt-Dateien und benutzerdefinierte Tools über alle Projekte in einem Monorepo teilen, ohne dass jeder den Root-Ordner öffnen muss.

/troubleshoot für Agent-Debugging

Hast du jemals benutzerdefinierte Anweisungen oder Skills eingerichtet und dich gefragt, warum sie nicht erkannt werden? Der neue /troubleshoot-Skill liest Agent-Debug-Logs und sagt dir, was passiert ist — welche Tools verwendet oder übersprungen wurden, warum Anweisungen nicht geladen wurden und was langsame Antworten verursacht.

Aktiviere es mit:

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

Dann tippe einfach /troubleshoot why is my custom skill not loading? im Chat.

Du kannst diese Debug-Logs jetzt auch exportieren und importieren, was großartig ist, um sie mit deinem Team zu teilen, wenn etwas nicht wie erwartet funktioniert.

Bild- und Binärdatei-Unterstützung

Agenten können jetzt Bilddateien von der Festplatte und Binärdateien nativ lesen. Binärdateien werden im Hexdump-Format präsentiert, und Bildausgaben (wie Screenshots vom integrierten Browser) erscheinen in einer Karussell-Ansicht.

Für .NET-Entwickler denke: füge einen Screenshot eines UI-Bugs in den Chat ein und lass den Agenten verstehen, was falsch ist, oder lass ihn die Ausgabe eines Blazor-Komponenten-Renderings analysieren.

Automatische Symbol-Referenzen

Kleine Qualitäts-Verbesserung: wenn du einen Symbolnamen (eine Klasse, Methode, etc.) kopierst und in den Chat einfügst, konvertiert VS Code ihn jetzt automatisch in eine #sym:Name-Referenz. Das gibt dem Agenten vollen Kontext über das Symbol, ohne dass du es manuell hinzufügen musst.

Wenn du stattdessen reinen Text möchtest, verwende Ctrl+Shift+V.

Plugins können jetzt aktiviert/deaktiviert werden

Zuvor bedeutete das Deaktivieren eines MCP-Servers oder Plugins, ihn zu deinstallieren. Jetzt kannst du sie an- und ausschalten — sowohl global als auch pro Workspace. Rechtsklick in der Erweiterungsansicht oder der Customization-Ansicht und fertig.

Plugins von npm und pypi können sich jetzt auch automatisch aktualisieren, obwohl sie zuerst um Genehmigung bitten, da Updates bedeuten, dass neuer Code auf deinem Rechner ausgeführt wird.

Zusammenfassung

VS Code 1.112 pusht eindeutig hart auf die Agent-Experience — mehr Autonomie, besseres Debugging, engere Sicherheit. Für .NET-Entwickler sind das integrierte Browser-Debugging und die Copilot CLI-Verbesserungen die herausragenden Features.

Wenn du noch keine vollständige Copilot CLI-Sitzung im Autopilot-Modus für ein .NET-Projekt ausprobiert hast, ist dieses Release ein guter Zeitpunkt zum Starten. Denk nur daran, deine Berechtigungen einzustellen und es machen zu lassen.

VS Code 1.112 herunterladen oder innerhalb von VS Code aktualisieren über Hilfe > Nach Updates suchen.

Visual Studio | The .NET Blog

Visual Studio 2026 April-Update: Cloud-Agent, benutzerdefinierte Agents und Debugger-Agent

Cloud-Agent: Arbeit an eine Remote-Copilot-Sitzung delegieren

Benutzerdefinierte Agents begleiten Sie jetzt überall

C++-Code-Editing-Tools werden GA

Debugger-Agent: Fixes werden gegen echtes Laufzeitverhalten validiert

IntelliSense-Prioritätskorrektur

SDK-Stil-Unterstützung für Erweiterungsprojekte in Visual Studio

Was sich in der Projektdatei ändert

Build-Zeit-Verbesserungen

Neue vs. bestehende Projekte

Agentischer Migrationspfad

Hinweis

Azure MCP Tools sind jetzt in Visual Studio 2022 integriert — Keine Erweiterung erforderlich

Was das konkret bedeutet

Warum das wichtiger ist als es klingt

Was du damit machen kannst

So aktivierst du es

Ein Hinweis

Das große Bild

Die Visual Studio Floating-Windows-Einstellung, die Du Nicht Kanntest (Aber Kennen Solltest)

Die Einstellung

Warum “None” der richtige Weg für Multi-Monitor-Setups ist

Schnelle Empfehlungen

Fazit

Bookmark Studio bringt Slot-basierte Navigation und Sharing zu Visual Studio Bookmarks

Slot-basierte Navigation

Der Bookmark Manager

Organisation mit Labels, Farben und Ordnern

Exportieren und Teilen

Bookmarks die dem Code folgen

Zusammenfassung

Visual Studios März-Update lässt dich eigene Copilot-Agenten bauen — und find_symbol ist ein großes Ding

Benutzerdefinierte Copilot-Agenten in deinem Repo

Agent Skills: wiederverwendbare Instruktionspakete

find_symbol: sprachbewusste Navigation

Tests mit Copilot profilen

Perf Tips beim Live-Debugging

NuGet-Schwachstellen aus dem Solution Explorer beheben

Zusammenfassung

VS Code 1.112: Was .NET-Entwickler wirklich interessieren sollte

Copilot CLI ist gerade viel nützlicher geworden

Nachrichtensteuerung und Warteschlange

Berechtigungsstufen

Änderungen vor der Delegation vorschauen

Web-Apps debuggen ohne VS Code zu verlassen

MCP-Server-Sandboxing

Monorepo-Customization-Discovery

/troubleshoot für Agent-Debugging

Bild- und Binärdatei-Unterstützung

Automatische Symbol-Referenzen

Plugins können jetzt aktiviert/deaktiviert werden

Zusammenfassung