Developer-Tools | The .NET Blog

Azure MCP Server Is Nu een .mcpb — Installeer het Zonder Runtime

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

Dit bericht is automatisch vertaald. Klik hier voor de originele versie.

Weet je wat vervelend was aan het instellen van MCP-servers? Je had een runtime nodig. Node.js voor de npm-versie, Python voor pip/uvx, .NET SDK voor de dotnet-variant.

De Azure MCP Server heeft dat net veranderd. Het is nu beschikbaar als .mcpb — een MCP Bundle — en de installatie is slepen en neerzetten.

Wat is een MCP Bundle?

Denk eraan als een VS Code-extensie (.vsix) of een browserextensie (.crx), maar voor MCP-servers. Een .mcpb-bestand is een zelfstandig ZIP-archief met de serverbinary en alle afhankelijkheden.

Hoe te installeren

1. Download de bundle voor uw platform

Ga naar de GitHub Releases-pagina en download het .mcpb-bestand voor uw OS en architectuur.

2. Installeer in Claude Desktop

Het gemakkelijkst: sleep het .mcpb-bestand naar het Claude Desktop-venster terwijl u op de pagina Extensie-instellingen bent (☰ → Bestand → Instellingen → Extensies). Bekijk de serverdetails, klik op Installeren, bevestig.

3. Verifieer bij Azure

az login

Aan de slag

Download: GitHub Releases
Repository: aka.ms/azmcp
Docs: aka.ms/azmcp/docs

Bekijk het volledige bericht.

VS Code 1.118: Copilot CLI Krijgt Sessienamen, Modelbadges en TypeScript 7.0 Nightly

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

Dit bericht is automatisch vertaald. Voor de originele versie, klik hier.

Visual Studio Code 1.118 is een kleinere, gerichte release — voornamelijk Copilot CLI-verbeteringen.

Copilot CLI: Sessies Krijgen Echte Namen

De sessietitel-API’s van de Copilot CLI SDK worden nu gebruikt als bron van waarheid voor sessienamen. In plaats van automatisch gegenereerde labels tonen sessies nu de echte naam uit de SDK.

Sneller Wisselen Tussen Sessies

De Agents-app heeft nu Ctrl+1, Ctrl+2, enz. voor snel wisselen tussen sessies.

Modelbadges in de Chat

Copilot CLI-antwoorden in het chatpaneel tonen nu een modelbadge — je ziet in één oogopslag welk model elk verzoek heeft afgehandeld.

Automatische Modelselectie in Copilot CLI

De automatische modelselectie werkt nu ook in de Copilot CLI-agent.

TypeScript 7.0 Nightly Opt-in

Je kunt nu rechtstreeks vanuit de VS Code-instellingen kiezen voor het testen van TypeScript 7.0-nightlies. TypeScript 7.0 is een grote release (de beta verscheen een paar dagen geleden).

Bekijk de volledige release-opmerkingen.

azd-hooks in Python, TypeScript en .NET: genoeg van shell-scripts

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

Dit bericht is automatisch vertaald. Voor de originele versie, klik hier.

Als je ooit een volledig .NET-project had en toch Bash-scripts moest schrijven voor azd-hooks, dan ken je dat gevoel maar al te goed. Waarom overstappen naar shell-syntax voor een pre-provisioning stap wanneer de rest van het project C# is?

Die frustratie heeft nu een officiële oplossing. De Azure Developer CLI heeft multi-taalondersteuning voor hooks uitgebracht, en het is precies zo goed als het klinkt.

Wat zijn hooks

Hooks zijn scripts die worden uitgevoerd op cruciale momenten in de azd-levenscyclus — voor provisioning, na deployment, en meer. Ze worden gedefinieerd in azure.yaml en maken het mogelijk om aangepaste logica te injecteren zonder de CLI aan te passen.

Voorheen werden alleen Bash en PowerShell ondersteund. Nu kun je Python, JavaScript, TypeScript of .NET gebruiken — en azd regelt de rest automatisch.

Hoe detectie werkt

Wijs de hook naar een bestand en azd leidt de taal af uit de extensie:

hooks:
 preprovision:
 run: ./hooks/setup.py
 postdeploy:
 run: ./hooks/seed.ts
 postprovision:
 run: ./hooks/migrate.cs

Geen extra configuratie nodig. Als de extensie onduidelijk is, kun je kind: python (of de betreffende taal) expliciet toevoegen.

Taalspecifieke details

Python

Plaats een requirements.txt of pyproject.toml naast het script (of in een bovenliggende map). azd maakt automatisch een virtuele omgeving, installeert afhankelijkheden en voert het script uit.

JavaScript en TypeScript

Hetzelfde patroon — een package.json bij het script en azd voert eerst npm install uit. Voor TypeScript wordt npx tsx gebruikt, zonder compilatiestap en zonder tsconfig.json.

.NET

Twee beschikbare modi:

Projectmodus: Als er een .csproj naast het script staat, voert azd automatisch dotnet restore en dotnet build uit.
Single-file modus: Op .NET 10+ kunnen zelfstandige .cs-bestanden direct worden uitgevoerd via dotnet run script.cs. Geen projectbestand vereist.

Executor-specifieke configuratie

Elke taal ondersteunt een optioneel config-blok:

hooks:
 preprovision:
 run: ./hooks/setup.ts
 config:
 packageManager: pnpm
 postprovision:
 run: ./hooks/migrate.cs
 config:
 configuration: Release
 framework: net10.0

Waarom dit belangrijk is voor .NET-ontwikkelaars

Hooks waren de laatste plek in een azd-gebaseerd project die een taalwissel afdwong. Nu kan de volledige deployment pipeline — van applicatiecode tot lifecycle-hooks — in één taal leven. Bestaande .NET-utilities zijn herbruikbaar in hooks, gedeelde bibliotheken kunnen worden gerefereerd en shell-scriptonderhoud is verleden tijd.

Conclusie

Een van die veranderingen die klein lijken maar dagelijks veel wrijving uit de azd-workflow halen. Multi-taalondersteuning voor hooks is nu beschikbaar — bekijk de officiële post voor de volledige documentatie.

Foundry Toolboxes: Eén endpoint voor alle tools van je AI-agenten

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

Dit bericht is automatisch vertaald. Voor de originele versie, klik hier.

Er is een probleem dat triviaal lijkt totdat je het zelf tegenkomt: de organisatie bouwt meerdere AI-agenten, elk heeft tools nodig, en elk team configureert die van de grond af. Dezelfde webzoekintegratie, dezelfde Azure AI Search-configuratie, dezelfde GitHub MCP-serververbinding — maar in een ander repository, door een ander team, met andere credentials en zonder gedeeld beheer.

Microsoft Foundry heeft zojuist Toolboxes uitgebracht in public preview — een directe oplossing voor dit probleem.

Wat is een Toolbox?

Een Toolbox is een benoemde, herbruikbare toolbundel die je eenmalig definieert in Foundry en beschikbaar stelt via één MCP-compatibel endpoint. Elke agent-runtime die MCP spreekt, kan het consumeren — geen lock-in bij Foundry Agents.

De belofte is eenvoudig: build once, consume anywhere. Definieer de tools, configureer authenticatie centraal (OAuth passthrough, Entra beheerde identiteit), publiceer het endpoint. Elke agent die die tools nodig heeft, verbindt zich eenmalig en krijgt ze allemaal.

De vier pijlers (twee vandaag beschikbaar)

Pijler	Status	Wat het doet
Discover	Binnenkort	Goedgekeurde tools vinden zonder handmatig zoeken
Build	Beschikbaar	Tools samenvoegen in een herbruikbare bundel
Consume	Beschikbaar	Één MCP-endpoint stelt alle tools beschikbaar
Govern	Binnenkort	Centrale authenticatie + observability voor alle tool-calls

Praktisch voorbeeld

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="Zoek in documentatie en reageer op GitHub-issues.",
 tools=[
 {"type": "web_search", "description": "Zoek openbare documentatie"},
 {"type": "azure_ai_search", "index_name": "internal-docs"},
 {"type": "mcp_server", "server_url": "https://your-github-mcp-server.com"}
 ]
)

Na publicatie geeft Foundry een uniform endpoint. Één verbinding, alle tools.

Geen lock-in bij Foundry Agents

Toolboxes worden aangemaakt en beheerd in Foundry, maar het consumptieoppervlak is het open MCP-protocol. Ze zijn bruikbaar vanuit eigen agents (Microsoft Agent Framework, LangGraph), GitHub Copilot en andere MCP-compatibele IDEs.

Waarom dit nu belangrijk is

De multi-agent golf bereikt productie. Elke nieuwe agent is een nieuw oppervlak voor gedupliceerde configuratie, verlopen credentials en inconsistent gedrag. De Build + Consume-basis is voldoende om met centraliseren te beginnen. Wanneer de Govern-pijler komt, beschikt men over een volledig observeerbare, centraal gestuurde tool-laag voor de gehele agentenvloot.

Conclusie

Dit is nog vroeg — public preview, Python SDK eerst, met Discover en Govern nog in aantocht. Maar het model is degelijk en het MCP-native design zorgt dat het werkt met de tools die al worden gebouwd. Alle details in de officiële aankondiging.

Windows App Dev CLI v0.3: F5 vanuit de terminal en UI Automation voor agenten

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

Dit bericht is automatisch vertaald. Voor de originele versie, klik hier.

De F5-ervaring in Visual Studio is fantastisch. Maar VS openen alleen om een gepackagede Windows-app te starten en te debuggen — of dat nu in een CI-pipeline is, een geautomatiseerde workflow, of wanneer een AI-agent de tests uitvoert — is te veel gevraagd.

Windows App Development CLI v0.3 is net uitgekomen en pakt dit direct aan met twee hoofdfuncties: winapp run en winapp ui.

winapp run: F5 vanuit overal

winapp run neemt een ongepackagede app-map en een manifest, en doet alles wat VS doet bij een debug-launch: registreert een loose package, start de app op en bewaart de LocalState tussen re-deploys.

# Bouw de app, voer hem dan uit als gepackagede app
winapp run ./bin/Debug

Werkt voor WinUI, WPF, WinForms, Console, Avalonia en meer. De modi zijn ontworpen voor zowel developers als geautomatiseerde workflows:

--detach: Start op en geeft meteen de controle terug aan de terminal. Perfect voor CI.
--unregister-on-exit: Ruimt het geregistreerde package op bij het sluiten van de app.
--debug-output: Legt OutputDebugString-berichten en uitzonderingen real-time vast.

Nieuw NuGet-pakket: dotnet run voor gepackagede apps

Voor .NET-developers is er een nieuw NuGet-pakket: Microsoft.Windows.SDK.BuildTools.WinApp. Na installatie beheert dotnet run de gehele inner loop: bouwen, een loose-layout package voorbereiden, registreren bij Windows en starten — alles in één stap.

winapp init
# of
dotnet add package Microsoft.Windows.SDK.BuildTools.WinApp

winapp ui: UI Automation vanuit de commandoregel

Dit is de functie die agentische scenario’s mogelijk maakt. winapp ui biedt volledige UI Automation-toegang tot elke actieve Windows-app — WPF, WinForms, Win32, Electron, WinUI3 — direct vanuit de terminal.

Wat mogelijk is:

Alle vensters op het hoogste niveau weergeven
De volledige UI Automation-boom van een venster doorlopen
Elementen zoeken op naam, type of automatiserings-ID
Klikken, aanroepen en waarden instellen
Screenshots maken
Wachten op het verschijnen van elementen — ideaal voor testsynchronisatie

winapp ui combineren met winapp run geeft een complete build → starten → verifiëren workflow vanuit de terminal. Een agent kan de app uitvoeren, de UI-status inspecteren, programmatisch interageren en het resultaat valideren.

Andere nieuwigheden

winapp unregister: Verwijdert een sideloaded package na gebruik.
winapp manifest add-alias: Voegt een alias toe om de app op naam te starten vanuit de terminal.
Tab-aanvulling: Configureer PowerShell-aanvulling met één commando.

Hoe te verkrijgen

winget install Microsoft.WinAppCli
# of
npm install -g @microsoft/winappcli

De CLI is in publieke preview. Bekijk de GitHub-repository voor volledige documentatie en de originele aankondiging voor alle details.

VS Code 1.117: Agenten Krijgen Hun Eigen Git-branches en Ik Ben Er Helemaal Voor

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

De grens tussen “AI-assistent” en “AI-teamlid” wordt steeds dunner. VS Code 1.117 is zojuist geland en de volledige releasenotes zijn gevuld, maar het verhaal is duidelijk: agenten worden eerste klas burgers in je workflow.

Dit is wat er echt toe doet.

Autopilot-modus onthoudt eindelijk je voorkeur

Eerder moest je Autopilot opnieuw inschakelen elke keer dat je een nieuwe sessie startte. Vervelend. Nu blijft je machtigingsmodus bewaard tussen sessies, en je kunt de standaard instellen.

De Agent Host ondersteunt drie sessieconfiguraties:

Default — tools vragen om bevestiging voordat ze worden uitgevoerd
Bypass — keurt alles automatisch goed
Autopilot — volledig autonoom, beantwoordt zijn eigen vragen en gaat door

Als je een nieuw .NET-project scaffoldt met migraties, Docker en CI — stel het eén keer in op Autopilot en vergeet het. Die voorkeur blijft.

Worktree- en git-isolatie voor agentsessies

Dit is de grote. Agentsessies ondersteunen nu volledige worktree- en git-isolatie. Dat betekent dat wanneer een agent aan een taak werkt, het zijn eigen branch en werkmap krijgt. Je hoofdbranch blijft onaangetast.

Nog beter — Copilot CLI genereert betekenisvolle branchnamen voor deze worktree-sessies. Geen agent-session-abc123 meer. Je krijgt iets dat daadwerkelijk beschrijft wat de agent doet.

Voor .NET-ontwikkelaars die meerdere feature-branches uitvoeren of bugs oplossen terwijl een lange scaffoldingtaak loopt, is dit een game changer.

Subagenten en agentteams

Het Agent Host Protocol ondersteunt nu subagenten. Een agent kan andere agenten starten om delen van een taak te verwerken. De hoofdagent coördineert en gespecialiseerde agenten verwerken de stukken.

Terminaluitvoer automatisch inbegrepen wanneer agenten invoer sturen

Klein maar betekenisvol. Wanneer een agent invoer naar de terminal stuurt, wordt de terminaluitvoer nu automatisch opgenomen in de context. Als je ooit een agent dotnet build hebt zien uitvoeren, zien mislukken en dan nog een ronde nodig had alleen om de fout te zien — die wrijving is weg.

Zelfupdatende Agents-app op macOS

De standalone Agents-app op macOS werkt zichzelf nu automatisch bij. Geen handmatig downloaden van nieuwe versies meer.

De conclusie

VS Code 1.117 is infrastructuur. Worktree-isolatie, persistente machtigingen, subagentprotocollen — dit zijn de bouwstenen voor een workflow waarbij agenten echte, parallelle taken uitvoeren zonder je code aan te raken. Als je met .NET bouwt en je nog niet in de agentische workflow hebt verdiept, is dit eerlijk gezegd het moment om te beginnen.

Docker Sandbox Laat Copilot-agents Code Refactoren Zonder Je Machine te Riskeren

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

Als je Copilots agentmodus hebt gebruikt voor iets meer dan kleine bewerkingen, ken je de pijn. Elke bestandsschrijfoperatie, elk terminalopdracht — weer een toestemmingsprompt.

Het Azure-team heeft zojuist een bericht gepubliceerd over Docker Sandbox voor GitHub Copilot-agents.

Wat Docker Sandbox je eigenlijk geeft

Het basisidee is eenvoudig: een lichtgewicht microVM opstarten met een volledige Linux-omgeving, je werkruimte erin synchroniseren, en de Copilot-agent vrij laten opereren binnenin.

Dit is meer dan “dingen in een container draaien”:

Bidirectionele werkruimtesynchronisatie die absolute paden behoudt
Privé Docker-daemon die in de microVM draait
HTTP/HTTPS-filterproxy’s die netwerktoegang beheren
YOLO-modus — de agent draait zonder toestemmingsprompts

Waarom .NET-ontwikkelaars dit moeten bijhouden

Met Docker Sandbox kun je een Copilot-agent op een project richten, het vrijelijk laten refactoren in de microVM, dotnet build en dotnet test uitvoeren om te valideren, en alleen wijzigingen accepteren die daadwerkelijk werken.

Conclusie

Docker Sandbox lost de fundamentele spanning van agentic coding op: agents hebben vrijheid nodig om nuttig te zijn, maar vrijheid op je host-machine is gevaarlijk. MicroVM’s geven je allebei.

Stop met het Bewaken van je Terminal: Aspire's Losstaande Modus Verandert de Workflow

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

Elke keer dat je een Aspire AppHost uitvoert, is je terminal weg. Vergrendeld. Bezet totdat je Ctrl+C uitvoert. Wil je een snel commando uitvoeren? Open een nieuw tabblad. Logs controleren? Nog een tabblad. Deze kleine wrijving telt snel op.

Aspire 13.2 lost dit op. James Newton-King heeft alle details opgeschreven, en eerlijk gezegd is dit een van die functies die onmiddellijk veranderen hoe je werkt.

Losstaande modus: één commando, terminal terug

aspire start

Dit is de afkorting voor aspire run --detach. Je AppHost start op de achtergrond en je krijgt je terminal onmiddellijk terug.

Beheren wat er draait

Op de achtergrond draaien is alleen nuttig als je daadwerkelijk kunt beheren wat er draait. Aspire 13.2 levert een volledige set CLI-opdrachten:

# Lijst alle draaiende AppHosts
aspire ps

# Inspecteer de status van een specifieke AppHost
aspire describe

# Stream logs van een draaiende AppHost
aspire logs

# Stop een specifieke AppHost
aspire stop

Combineer het met de geïsoleerde modus

De losstaande modus combineert natuurlijk met de geïsoleerde modus:

aspire start --isolated
aspire start --isolated

Elke instantie krijgt willekeurige poorten, afzonderlijke geheimen en zijn eigen levenscyclus.

Waarom dit groot is voor coding agents

Een coding agent die in je terminal werkt, kan nu:

De app starten met aspire start
De status opvragen met aspire describe
Logs controleren met aspire logs om problemen te diagnosticeren
Stoppen met aspire stop als klaar

aspire agent init uitvoeren stelt een Aspire-vaardigheidsbestand in dat agents deze opdrachten leert.

Samenvatting

De losstaande modus is een workflow-upgrade vermomd als een eenvoudige vlag. Lees de volledige post en haal Aspire 13.2 met aspire update --self.

Azure MCP-tools zijn nu Ingebouwd in Visual Studio 2022 — Geen Extensie Nodig

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

Als je de Azure MCP-tools in Visual Studio hebt gebruikt via de afzonderlijke extensie, ken je de procedure — VSIX installeren, herstarten, hopen dat het niet stukgaat, versieverschillen beheren. Die wrijving is weg.

Yun Jung Choi kondigde aan dat Azure MCP-tools nu rechtstreeks worden meegeleverd als onderdeel van de Azure-ontwikkelworkload in Visual Studio 2022. Geen extensie. Geen VSIX.

Hoe in te schakelen

Update naar Visual Studio 2022 17.14.30 of hoger
Zorg ervoor dat de workload Azure development is geïnstalleerd
Open GitHub Copilot Chat
Klik op de knop Tools selecteren (het pictogram met twee moersleutels)
Zet Azure MCP Server aan

Blijft ingeschakeld tussen sessies.

Kanttekening

De tools zijn standaard uitgeschakeld — je moet ze inschakelen. Voor .NET-ontwikkelaars in Visual Studio verwijdert dit nog een reden om context te wisselen naar de Azure-portal.

azd update — Één Opdracht voor Al je Package Managers

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Ken je dat bericht “Een nieuwe versie van azd is beschikbaar” dat elke paar weken verschijnt? De boodschap die je wegklikt omdat je niet meer weet of je azd via winget, Homebrew of dat curl-script van zes maanden geleden hebt geïnstalleerd? Dat is eindelijk opgelost.

Microsoft heeft zojuist azd update uitgebracht — één opdracht die de Azure Developer CLI bijwerkt naar de nieuwste versie, ongeacht hoe je het oorspronkelijk hebt geïnstalleerd.

Hoe het werkt

azd update

Dat is alles. Voor vroege toegang tot nieuwe functies:

azd update --channel daily
azd update --channel stable

De opdracht detecteert je huidige installatiemethode en gebruikt het juiste updatemechanisme.

De kleine vangst

azd update wordt geleverd vanaf versie 1.23.x. Als je een oudere versie hebt, moet je één laatste handmatige update uitvoeren. Daarna regelt azd update alles.

Waarom het uitmaakt

Dit is een kleine kwaliteitsverbetering, maar voor degenen onder ons die azd dagelijks gebruiken voor het implementeren van AI-agents en Aspire-apps naar Azure, is het bijblijven belangrijk.

Lees de volledige aankondiging.

.NET Aspire 13.2 Wil de Beste Vriend van je AI-Agent Zijn

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

Ken je dat moment waarop je AI-codeagent solide code schrijft, je enthousiast wordt, en dan valt alles uit elkaar bij het proberen het uit te voeren? Poortconflicten, phantom processes, verkeerde omgevingsvariabelen — plotseling brandt je agent tokens voor het oplossen van opstartproblemen in plaats van het bouwen van functies.

Het Aspire-team heeft een zeer doordachte post gepubliceerd over precies dit probleem, en hun antwoord is overtuigend: Aspire 13.2 is ontworpen niet alleen voor mensen, maar voor AI-agents.

Aspire als agentinfrastructuur

Dit is wat Aspire 13.2 meebrengt voor agentische ontwikkeling:

Je hele stack in getypte code. De AppHost definieert je volledige topologie — in compileerbare TypeScript of C#:

import { createBuilder } from './.modules/aspire.js';

const builder = await createBuilder();

const postgres = await builder.addPostgres("pg").addDatabase("catalog");
const cache = await builder.addRedis("cache");

const api = await builder
 .addNodeApp("api", "./api", "src/index.ts")
 .withHttpEndpoint({ env: "PORT" })
 .withReference(postgres)
 .withReference(cache);

await builder
 .addViteApp("frontend", "./frontend")
 .withReference(api)
 .waitFor(api);

await builder.build().run();

Één commando voor alles. In plaats van jongleren met docker compose up, npm run dev en database-opstartscripts — alles is gewoon aspire start.

Geïsoleerde modus voor parallelle agents. Met --isolated krijgt elke Aspire-run zijn eigen willekeurige poorten en afzonderlijke gebruikersgeheimen.

Agentogen via telemetrie. De Aspire CLI stelt tijdens development volledige OpenTelemetry-data bloot — traces, metrics, gestructureerde logs.

De bowlingbaan-bumper analogie

Het Aspire-team gebruikt een geweldige analogie: denk aan Aspire als bowlingbaanbumpers voor AI-agents. Als de agent niet perfect is (en dat zal hij niet zijn), houden de bumpers hem van het gooien in de goot.

Samenvatting

Aspire 13.2 is niet alleen een framework voor gedistribueerde apps — het wordt essentiële agentinfrastructuur. Lees de volledige post van het Aspire-team.

Aspire's Geïsoleerde Modus Lost de Port-Conflict Nachtmerrie op voor Parallelle Ontwikkeling

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

Als je ooit twee instanties van hetzelfde project tegelijkertijd hebt geprobeerd uit te voeren, ken je de pijn. Poort 8080 is al in gebruik.

Aspire 13.2 lost dit op met één vlag. James Newton-King heeft alle details opgeschreven.

De oplossing: `--isolated`

aspire run --isolated

Elke run krijgt:

Willekeurige poorten — geen botsingen tussen instanties
Geïsoleerde gebruikersgeheimen — verbindingsstrings en API-sleutels blijven afzonderlijk per instantie

Echte scenario’s

Meerdere checkouts:

# Terminal 1
cd ~/projects/my-app-feature
aspire run --isolated

# Terminal 2
cd ~/projects/my-app-bugfix
aspire run --isolated

Beide draaien zonder conflicten.

Achtergrondagents in VS Code. Wanneer de achtergrondagent van Copilot Chat een git worktree aanmaakt om onafhankelijk te werken, zorgt de geïsoleerde modus ervoor dat beide instanties gewoon werken.

Samenvatting

Geïsoleerde modus is een kleine functie die een reëel, steeds vaker voorkomend probleem oplost. Haal 13.2 op met aspire update --self.

Die Visual Studio Zwevende Vensters Instelling die Je Niet Kende (Maar Zou Moeten Kennen)

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

Als je meerdere monitoren gebruikt met Visual Studio (en eerlijk gezegd, wie doet dat tegenwoordig niet), heb je waarschijnlijk de ergernis ervaren: zwevende toolvensters verdwijnen als je de hoofd-IDE minimaliseert, ze blijven altijd bovenop alles staan, en ze verschijnen niet als aparte taakbalkknoppen. Het werkt voor sommige workflows, maar voor multi-monitoropstellingen is het frustrerend.

Mads Kristensen van het Visual Studio-team deelde een weinig bekende instelling die volledig verandert hoe zwevende vensters zich gedragen. Één dropdown. Dat is alles.

De instelling

Tools > Options > Environment > Windows > Floating Windows

De dropdown “These floating windows are owned by the main window” heeft drie opties:

None — volledige onafhankelijkheid. Elk zwevend venster krijgt zijn eigen taakbalkvermelding en gedraagt zich als een normaal Windows-venster.
Tool Windows (standaard) — documenten zweven vrij, toolvensters blijven gebonden aan de IDE.
Documents and Tool Windows — klassiek Visual Studio-gedrag, alles gebonden aan het hoofdvenster.

Waarom “None” de juiste keuze is voor multi-monitoropstellingen

Stel het in op None en plotseling gedragen al je zwevende toolvensters en documenten zich als echte Windows-applicaties. Ze verschijnen in de taakbalk, blijven zichtbaar als je het hoofd-Visual Studio-venster minimaliseert, en dringen zich niet meer naar voren.

Combineer dit met PowerToys FancyZones en het is een game changer. Maak aangepaste indelingen over je monitoren, snap je Solution Explorer naar één zone, debugger naar een andere, en codebestanden waar je wilt. Alles blijft op zijn plek, alles is onafhankelijk toegankelijk.

Snelle aanbevelingen

Multi-monitor power users: Stel in op None, combineer met FancyZones
Occasionele zwevende vensters: Tool Windows (standaard) is een solide middenweg
Traditionele workflow: Documents and Tool Windows houdt alles klassiek

Pro tip: Ctrl + dubbelklikken op de titelbalk van een toolvenster om het direct te laten zweven of te docken. Geen herstart nodig na het wijzigen van de instelling.

Afronding

Het is een van die “Ik kan niet geloven dat ik dit niet wist” instellingen. Als zwevende vensters in Visual Studio je ooit hebben geërgerd, ga dit nu wijzigen.

Lees het volledige bericht voor details en screenshots.

VS Code 1.116 — Agents-app Krijgt Toetsenbordnavigatie en Bestandscontextvervolledigingen

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

VS Code 1.116 is de aprilrelease van 2026, en hoewel het lichter is dan sommige recente updates, zijn de wijzigingen gefocust en betekenisvol — vooral als je de Agents-app dagelijks gebruikt.

Dit is wat er is geland, op basis van de officiële releasenotes.

Verbeteringen aan de Agents-app

De Agents-app blijft volwassen worden met gebruiksvriendelijkheidspolish die echt verschil maakt in dagelijkse workflows:

Speciale sneltoetsen — je kunt nu de Wijzigingen-weergave, de bestandsstructuur binnen Wijzigingen en de Chat Aanpassingen-weergave focussen met speciale opdrachten en sneltoetsen.

Toegankelijkheidshulpdialoogvenster — het drukken op Alt+F1 in het chatinvoervak opent nu een toegankelijkheidshulpdialoogvenster met beschikbare opdrachten en sneltoetsen.

Bestandscontextvervolledigingen — typ # in de Agents-app chat om bestandscontextvervolledigingen te activeren die zijn gescoped tot je huidige werkruimte.

CSS `@import`-linkresolutie

Iets leuks voor frontend-ontwikkelaars: VS Code lost nu CSS @import-verwijzingen op die node_modules-paden gebruiken. Je kunt via imports zoals @import "some-module/style.css" Ctrl+klikken wanneer je bundlers gebruikt.

Afsluiting

VS Code 1.116 draait om verfijning — de Agents-app navigeerbaarder, toegankelijker en toetsenbordvriendelijker maken. Bekijk de volledige releasenotes voor de volledige lijst.

VS Code 1.115 — Achtergrondterminalnotificaties, SSH-agentmodus en Meer

Emiliano Montesdeoca — Mon, 06 Apr 2026 00:00:00 +0000

VS Code 1.115 is zojuist verschenen, en hoewel het een lichtere release is wat betreft hoofdfuncties, zijn de agentgerelateerde verbeteringen echt nuttig als je dagelijks met AI-codeassistenten werkt.

Laat me uitlichten wat er echt de moeite waard is om te weten.

Achtergrondterminals praten terug naar agenten

Dit is de uitgelichte functie. Achtergrondterminals informeren agenten nu automatisch wanneer opdrachten zijn voltooid, inclusief de exitcode en terminaluitvoer.

Waarom is dit belangrijk? Als je de agentmodus van Copilot hebt gebruikt om build-opdrachten of testsuites op de achtergrond uit te voeren, ken je de pijn van “is dat al klaar?” — achtergrondterminals waren in wezen vuur en vergeet. Nu krijgt de agent een melding wanneer je dotnet build of dotnet test is voltooid, ziet de uitvoer en kan dienovereenkomstig reageren.

Er is ook een nieuwe send_to_terminal-tool waarmee agenten opdrachten naar achtergrondterminals kunnen sturen met gebruikersbevestiging.

SSH-remote agenthosting

VS Code ondersteunt nu verbinding maken met externe machines via SSH, waarbij de CLI automatisch wordt geïnstalleerd en in agenthost-modus wordt gestart.

Bewerkingentracking in agentsessies

Bestandsbewerkingen die tijdens agentsessies zijn gemaakt, worden nu bijgehouden en hersteld, met diffs, ongedaan maken/opnieuw uitvoeren en staatsherstel.

Browsertabbladbewustzijn en andere verbeteringen

Nog een paar kwaliteitsverbeteringen:

Browsertabbladtracking — chat kan nu tabbladen bijhouden die tijdens een sessie zijn geopend en er links naar maken
Bestanden plakken in terminal — plak bestanden (inclusief afbeeldingen) in de terminal met Ctrl+V
Testdekking in minimap — testdekkingsindicatoren verschijnen nu in de minimap
Knijpzoom op Mac — geïntegreerde browser ondersteunt knijpzoomgebaren

Afsluiting

VS Code 1.115 is een incrementele release, maar de agentverbeteringen — achtergrondterminalnotificaties, SSH-agenthosting en bewerkingentracking — zorgen voor een merkbaar soepelere ervaring voor AI-ondersteunde ontwikkeling. Bekijk de volledige releasenotes voor elk detail.

Aspire 13.2 Brengt een Docs CLI — en je AI-Agent Kan die Ook Gebruiken

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

Ken je dat moment waarop je diep in een Aspire AppHost zit, integraties bekabelt, en je precies moet controleren welke parameters de Redis-integratie verwacht? Je alt-tabbt naar je browser, zoekt op aspire.dev. Context verloren.

Aspire 13.2 heeft een oplossing daarvoor gepubliceerd. De aspire docs CLI laat je zoeken in officiële Aspire-documentatie, er doorheen bladeren en het lezen, direct vanuit je terminal.

Drie opdrachten, nul browsertabbladen

# Lijst alle docs
aspire docs list

# Zoek een onderwerp
aspire docs search "redis"

# Lees een volledige pagina
aspire docs get redis-integration

# Slechts één sectie
aspire docs get redis-integration --section "Add Redis resource"

De AI-agent invalshoek

Dezelfde aspire docs-opdrachten werken als tools voor AI-agents. In plaats van Aspire API’s te verzinnen op basis van verouderde trainingsdata, kan de agent aspire docs search "postgres" aanroepen en de officiële integratiedocumentatie lezen.

Samenvatting

aspire docs is een kleine functie die een echt probleem netjes oplost. Bekijk David Pine’s diepgaande analyse.

azd Laat Je Nu AI-Agents Lokaal Uitvoeren en Debuggen — Dit Veranderde in Maart 2026

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

Zeven releases in één maand. Dat is wat het Azure Developer CLI (azd)-team in maart 2026 uitbracht, en de hoofdfunctie is waar ik op wachtte: een lokale loop voor uitvoeren en debuggen van AI-agents.

AI-agents uitvoeren en debuggen zonder implementeren

Dit is de grote. De nieuwe extensie azure.ai.agents voegt een reeks opdrachten toe:

azd ai agent run — start je agent lokaal
azd ai agent invoke — stuurt berichten naar hem (lokaal of geïmplementeerd)
azd ai agent show — toont containerstatus en gezondheid
azd ai agent monitor — streamt containerlogs in real-time

Voorheen betekende het testen van een AI-agent telkens implementeren naar Microsoft Foundry. Nu kun je lokaal itereren.

GitHub Copilot maakt je azd-project aan

azd init biedt nu een optie “Set up with GitHub Copilot (Preview)”. Een Copilot-agent maakt de configuratie voor je projectstructuur.

Container App Jobs en implementatieverbeteringen

Container App Jobs: azd implementeert nu Microsoft.App/jobs via de bestaande host: containerapp-config
Configureerbare implementatie-time-outs: Nieuwe --timeout-vlag op azd deploy
Lokale build-fallback: Wanneer remote ACR-build mislukt, schakelt azd automatisch terug naar lokale Docker/Podman
Lokale preflight-validatie: Bicep-parameters worden lokaal gevalideerd vóór implementatie

Samenvatting

De lokale AI-agent debuggingloop is de ster van deze release. Bekijk de volledige releasenotes.

Azure DevOps Lost Eindelijk de Markdown Editor UX op Waar Iedereen Over Klaagde

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

Als je Azure Boards gebruikt, heb je dit waarschijnlijk meegemaakt: je leest door een werkitembeschrijving, misschien acceptatiecriteria bekijkend, en dan klik je per ongeluk dubbel. Boem — je bent in de bewerkingsmodus. Je wilde helemaal niets bewerken. Je was gewoon aan het lezen.

Dan Hellem kondigde de fix aan, en het is een van die veranderingen die klein klinkt maar echt wrijving verwijdert uit je dagelijkse workflow.

Wat er veranderd is

De Markdown-editor voor tekstuele werkitemvelden opent nu standaard in voorbeeldmodus. Je kunt inhoud lezen en ermee interageren — links volgen, opmaak bekijken — zonder je zorgen te maken dat je per ongeluk in de bewerkingsmodus terechtkomt.

Wanneer je daadwerkelijk wilt bewerken, klik je op het bewerkingspictogram bovenaan het veld. Wanneer je klaar bent, ga je expliciet terug naar de voorbeeldmodus.

Waarom het meer uitmaakt dan het klinkt

De community-feedbackthread hierover was lang. Het dubbelklik-om-te-bewerken-gedrag werd geïntroduceerd met de Markdown-editor in juli 2025, en de klachten begonnen bijna onmiddellijk.

Uitrolstatus

Dit wordt al uitgerold naar een subset van klanten en breidt zich de komende twee tot drie weken uit naar iedereen.

Bookmark Studio Brengt Op Slots Gebaseerde Navigatie en Delen naar Visual Studio-bladwijzers

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

Bladwijzers in Visual Studio zijn altijd… oké geweest. Je plaatst er een, navigeert naar de volgende, vergeet welke welke is.

Mads Kristensen heeft zojuist Bookmark Studio uitgebracht, een experimentele extensie die precies de gaten opvult die je waarschijnlijk bent tegengekomen als je bladwijzers regelmatig gebruikt.

Op slots gebaseerde navigatie

De kerntoevoeging: bladwijzers kunnen nu worden toegewezen aan slots 1–9 en direct worden bereikt met Alt+Shift+1 tot Alt+Shift+9. Dit verandert bladwijzers van “ik heb ergens bladwijzers” naar “Slot 3 is mijn API-controller, Slot 5 is de servicelaag.”

De Bladwijzerbeheerder

Een nieuw toolvenster toont al je bladwijzers op één plek met filtering op naam, bestand, locatie, kleur of slot.

Organisatie met labels, kleuren en mappen

Bladwijzers kunnen optioneel labels en kleuren hebben en in mappen worden gegroepeerd. Alle metadata wordt per oplossing opgeslagen.

Exporteren en delen

Bookmark Studio laat je bladwijzers exporteren als platte tekst, Markdown of CSV:

Bladwijzerpaden opnemen in pull request-beschrijvingen
Onderzoekssporen delen met teamleden

Haal het op van de Visual Studio Marketplace.

De Maart-update van Visual Studio Laat Je Eigen Copilot-agenten Bouwen — en de find_symbol Tool Is een Grote Stap

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

Visual Studio heeft zojuist zijn meest significante Copilot-update tot nu toe ontvangen. Mark Downie kondigde de maartrelease aan, en de kop is aangepaste agenten — maar eerlijk gezegd, de find_symbol-tool die verder verborgen zit, is mogelijk de functie die je workflow het meest verandert.

Laat me uitleggen wat er echt is.

Aangepaste Copilot-agenten in je repository

Wil je dat Copilot de codestandaarden van je team volgt, je build-pipeline uitvoert of je interne documentatie raadpleegt? Nu kun je precies dat bouwen.

Aangepaste agenten worden gedefinieerd als .agent.md-bestanden die je in .github/agents/ in je repository plaatst. Elke agent heeft volledige toegang tot werkruimtebewustzijn, codebegrip, tools, je voorkeursmodel en MCP-verbindingen met externe services.

Dit is hetzelfde patroon dat VS Code heeft ondersteund — en het is geweldig om te zien dat Visual Studio bijhoudt.

Agentvaardigheden: herbruikbare instructiepakketten

Vaardigheden worden automatisch opgehaald uit .github/skills/ in je repository of ~/.copilot/skills/ in je profiel.

find_symbol: taalbewuste navigatie voor agenten

Dit is waar het echt interessant wordt. De nieuwe find_symbol-tool geeft de agentmodus van Copilot echte, door de taalservice aangedreven symboolnavigatie. In plaats van code als tekst te doorzoeken, kan de agent:

Alle verwijzingen naar een symbool door je project vinden
Toegang krijgen tot type-informatie, declaraties en bereikmetadata
Aanroeplocaties navigeren met volledige taalbewustzijn

Wat dit in de praktijk betekent: als je Copilot vraagt een methode te refactoren of een parameterhandtekening bij alle aanroeplocaties bij te werken, kan het de structuur van je code echt zien.

Tests profileren met Copilot

Er is nu een Profile with Copilot-opdracht in het contextmenu van Test Explorer. Selecteer een test, klik op profileren, en de Profiling Agent voert hem automatisch uit en analyseert de prestaties.

Afsluiting

Aangepaste agenten en vaardigheden zijn de kop, maar find_symbol is de stille hit — het verandert fundamenteel hoe nauwkeurig Copilot kan zijn bij het refactoren van .NET-code. Download Visual Studio 2026 Insiders om alles uit te proberen.

Van Laptop naar Productie: AI-agents Implementeren naar Microsoft Foundry met Twee Opdrachten

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

Ken je die kloof tussen ‘het werkt op mijn machine’ en ‘het is geïmplementeerd en verwerkt verkeer’? Voor AI-agents was die kloof pijnlijk breed.

De Azure Developer CLI heeft dit een zaak van twee opdrachten gemaakt.

De nieuwe `azd ai agent` workflow

azd ai agent init
azd up

Dat is alles. azd ai agent init maakt een infrastructuur-als-code-skelet in je repo, en azd up richt alles in op Azure en publiceert je agent.

Wat er onder de motorkap gebeurt

De init-opdracht genereert echte, inspecterbare Bicep-sjablonen in je repo — Foundry Resource, Foundry Project, modelimplementatieconfiguratie, beheerde identiteit met RBAC.

Dev inner loop

azd ai agent run # agent lokaal starten
azd ai agent invoke # testprompts sturen
azd ai agent monitor --follow # real-time logs streamen

De volledige opdrachtset

Opdracht	Wat het doet
`azd ai agent init`	Foundry-agentproject scaffolden met IaC
`azd up`	Middelen inrichten en agent implementeren
`azd ai agent invoke`	Prompts sturen naar externe of lokale agent
`azd ai agent run`	Agent lokaal uitvoeren
`azd ai agent monitor`	Real-time logs streamen
`azd down`	Alle Azure-middelen opruimen

Bekijk de volledige walkthrough.

Developer-Tools | The .NET Blog

Azure MCP Server Is Nu een .mcpb — Installeer het Zonder Runtime

Wat is een MCP Bundle?

Hoe te installeren

Aan de slag

VS Code 1.118: Copilot CLI Krijgt Sessienamen, Modelbadges en TypeScript 7.0 Nightly

Copilot CLI: Sessies Krijgen Echte Namen

Sneller Wisselen Tussen Sessies

Modelbadges in de Chat

Automatische Modelselectie in Copilot CLI

TypeScript 7.0 Nightly Opt-in

azd-hooks in Python, TypeScript en .NET: genoeg van shell-scripts

Wat zijn hooks

Hoe detectie werkt

Taalspecifieke details

Python

JavaScript en TypeScript

.NET

Executor-specifieke configuratie

Waarom dit belangrijk is voor .NET-ontwikkelaars

Conclusie

Foundry Toolboxes: Eén endpoint voor alle tools van je AI-agenten

Wat is een Toolbox?

De vier pijlers (twee vandaag beschikbaar)

Praktisch voorbeeld

Geen lock-in bij Foundry Agents

Waarom dit nu belangrijk is

Conclusie

Windows App Dev CLI v0.3: F5 vanuit de terminal en UI Automation voor agenten

winapp run: F5 vanuit overal

Nieuw NuGet-pakket: dotnet run voor gepackagede apps

winapp ui: UI Automation vanuit de commandoregel

Andere nieuwigheden

Hoe te verkrijgen

VS Code 1.117: Agenten Krijgen Hun Eigen Git-branches en Ik Ben Er Helemaal Voor

Autopilot-modus onthoudt eindelijk je voorkeur

Worktree- en git-isolatie voor agentsessies

Subagenten en agentteams

Terminaluitvoer automatisch inbegrepen wanneer agenten invoer sturen

Zelfupdatende Agents-app op macOS

De conclusie

Docker Sandbox Laat Copilot-agents Code Refactoren Zonder Je Machine te Riskeren

Wat Docker Sandbox je eigenlijk geeft

Waarom .NET-ontwikkelaars dit moeten bijhouden

Conclusie

Stop met het Bewaken van je Terminal: Aspire's Losstaande Modus Verandert de Workflow

Losstaande modus: één commando, terminal terug

Beheren wat er draait

Combineer het met de geïsoleerde modus

Waarom dit groot is voor coding agents

Samenvatting

Azure MCP-tools zijn nu Ingebouwd in Visual Studio 2022 — Geen Extensie Nodig

Hoe in te schakelen

Kanttekening

azd update — Één Opdracht voor Al je Package Managers

Hoe het werkt

De kleine vangst

Waarom het uitmaakt

.NET Aspire 13.2 Wil de Beste Vriend van je AI-Agent Zijn

Aspire als agentinfrastructuur

De bowlingbaan-bumper analogie

Samenvatting

Aspire's Geïsoleerde Modus Lost de Port-Conflict Nachtmerrie op voor Parallelle Ontwikkeling

De oplossing: --isolated

Echte scenario’s

Samenvatting

Die Visual Studio Zwevende Vensters Instelling die Je Niet Kende (Maar Zou Moeten Kennen)

De instelling

Waarom “None” de juiste keuze is voor multi-monitoropstellingen

Snelle aanbevelingen

Afronding

VS Code 1.116 — Agents-app Krijgt Toetsenbordnavigatie en Bestandscontextvervolledigingen

Verbeteringen aan de Agents-app

CSS @import-linkresolutie

Afsluiting

VS Code 1.115 — Achtergrondterminalnotificaties, SSH-agentmodus en Meer

Achtergrondterminals praten terug naar agenten

SSH-remote agenthosting

Bewerkingentracking in agentsessies

Browsertabbladbewustzijn en andere verbeteringen

De oplossing: `--isolated`

CSS `@import`-linkresolutie

De nieuwe `azd ai agent` workflow