Agents | The .NET Blog

CodeAct in Agent Framework: Hoe je de latentie van je agent halveert

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

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

In elk agentproject is er dat moment waarop je naar de trace kijkt en denkt: “waarom duurt dit zo lang?” Het model werkt goed. De tools doen wat ze moeten doen. Maar er zijn zeven rondes nodig voor een resultaat dat je in één keer kunt berekenen.

Dat is precies het probleem dat CodeAct oplost — en het Agent Framework team heeft zojuist alpha-ondersteuning uitgebracht via het nieuwe pakket agent-framework-hyperlight.

Wat is CodeAct?

Het CodeAct-patroon is elegant eenvoudig: in plaats van het model een lijst tools te geven om één voor één aan te roepen, geef je het één execute_code-tool en laat je het het hele plan uitdrukken als een kort Python-programma.

Aanpak	Tijd	Tokens
Traditioneel	27,81s	6.890
CodeAct	13,23s	2.489
Verbetering	52,4%	63,9%

Beveiliging: Hyperlight Micro-VM’s

Het pakket agent-framework-hyperlight gebruikt Hyperlight micro-VM’s. Elke execute_code-aanroep krijgt zijn eigen verse micro-VM. Opstarten duurt milliseconden. De isolatie is vrijwel gratis.

Je tools blijven op de host draaien. De door het model gegenereerde lijmcode draait in de sandbox. Dat is de juiste verdeling.

Minimale configuratie

from agent_framework import Agent, tool
from agent_framework_hyperlight import HyperlightCodeActProvider

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

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

Wanneer CodeAct gebruiken (en wanneer niet)

Gebruik CodeAct wanneer:

De taak veel kleine tool-aanroepen aan elkaar koppelt (lookups, joins, berekeningen)
Latentie en tokenkosten tellen
Je sterke isolatie wil voor door het model gegenereerde code

Blijf bij traditionele tool-calling wanneer:

De agent slechts één of twee tool-aanroepen per beurt maakt
Elke aanroep bijwerkingen heeft die individueel goedgekeurd moeten worden

Probeer het nu

pip install agent-framework-hyperlight --pre

Lees het volledige bericht op de Agent Framework blog.

Waar Onthoudt uw Agent Dingen? Een Praktische Gids voor Chat-geschiedenis Opslag

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

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

Wanneer u een AI-agent bouwt, besteedt u het grootste deel van uw energie aan het model, de tools en de prompts. De vraag waar de conversatiegeschiedenis leeft lijkt een implementatiedetail — maar het is een van de belangrijkste architectuurbeslissingen die u zult nemen.

Het bepaalt of gebruikers gesprekken kunnen vertakken, antwoorden ongedaan kunnen maken, sessies na een herstart kunnen hervatten en of uw gegevens ooit uw infrastructuur verlaten. Het Agent Framework-team heeft een diepgaande analyse gepubliceerd.

Twee fundamentele patronen

Door de service beheerd: de AI-service slaat de conversatiestatus op. Uw app bewaart een referentie en de service voegt automatisch de relevante geschiedenis toe aan elk verzoek.

Door de client beheerd: uw app behoudt de volledige geschiedenis en stuurt relevante berichten met elk verzoek. De service is stateless. U beheert alles.

Hoe Agent Framework dit abstraheert

AgentSession session = await agent.CreateSessionAsync();
var first = await agent.RunAsync("Mijn naam is Alice.", session);
var second = await agent.RunAsync("Wat is mijn naam?", session);

session = agent.create_session()
first = await agent.run("Mijn naam is Alice.", session=session)
second = await agent.run("Wat is mijn naam?", session=session)

Snelle referentie van providers

Provider	Opslag	Model	Comprimering
OpenAI/Azure Chat Completions	Client	N/A	U
Foundry Agent Service	Service	Lineair	Service
Responses API (standaard)	Service	Vertakkend	Service
Anthropic Claude, Ollama	Client	N/A	U

Hoe te kiezen

Vertakking of “ongedaan maken” nodig? → Responses API door service beheerd
Gegevenssouvereiniteit nodig? → Door client beheerd met database-backend
Eenvoudige chatbot? → Lineair door service beheerd is prima

Lees het volledige bericht voor de volledige beslissingsboom.

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.

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

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

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.

Waar Moet Je je AI-Agents op Azure Hosten? Een Praktische Beslissingswijzer

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

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

Als je momenteel AI-agents bouwt met .NET, heb je waarschijnlijk iets opgemerkt: er zijn veel manieren om ze te hosten op Azure. Container Apps, AKS, Functions, App Service, Foundry Agents, Foundry Hosted Agents.

Microsoft heeft zojuist een uitgebreide gids voor Azure AI agent-hosting gepubliceerd.

De zes opties in één oogopslag

Optie	Beste voor	Je beheert
Container Apps	Volledige containercontrole zonder K8s	Observabiliteit, staat, levenscyclus
AKS	Enterprise-naleving, multi-cluster	Alles
Azure Functions	Event-gedreven, korte taken	Bijna niets
App Service	Eenvoudige HTTP-agents	Implementatie, schaling
Foundry Agents	Optionele code-agents	Bijna niets
Foundry Hosted Agents	Aangepaste framework-agents	Alleen je agentcode

Foundry Hosted Agents — het juiste midden voor .NET agentdevelopers

Implementatie is echt eenvoudig:

azd ext install azure.ai.agents
azd ai agent init
azd up

Die ene azd up bouwt je container, stuurt hem naar ACR, richt het Foundry-project in en start je agent.

Mijn beslissingsraamwerk

Nul infrastructuur nodig? → Foundry Agents
Eigen agentcode maar beheerde hosting gewenst? → Foundry Hosted Agents
Event-gedreven, korte taken? → Azure Functions
Maximale containercontrole? → Container Apps
Strikte naleving en multi-cluster? → AKS

Samenvatting

Voor de meeste .NET-ontwikkelaars die bouwen met Semantic Kernel of Microsoft Agent Framework, is Hosted Agents waarschijnlijk het juiste startpunt. Bekijk de volledige gids van Microsoft.

Azure MCP Server 2.0 Net Uitgebracht — Self-Hosted Agentic Cloud Automatisering is er

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

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

Als je recentelijk iets hebt gebouwd met MCP en Azure, weet je waarschijnlijk al dat de lokale ervaring goed werkt. Maar wanneer je die setup met je hele team moet delen? Daar werd het ingewikkeld.

Niet meer. Azure MCP Server heeft 2.0 stabiel bereikt, en de headlinefunctie is precies wat enterprise-teams hebben gevraagd: self-hosted remote MCP-serverondersteuning.

Wat is Azure MCP Server?

Azure MCP Server implementeert de Model Context Protocol-specificatie en exposeert Azure-mogelijkheden als gestructureerde, vindbare tools. De cijfers spreken voor zich: 276 MCP-tools in 57 Azure-services.

Het grote nieuws: self-hosted remote deployments

In een echt teamscenario heb je nodig:

Gedeelde toegang voor ontwikkelaars en interne agentsystemen
Gecentraliseerde configuratie
Enterprise-netwerk- en beleidslimieten
Integratie in CI/CD-pipelines

Azure MCP Server 2.0 pakt dit allemaal aan. Voor authenticatie zijn er twee opties:

Managed Identity — bij gebruik met Microsoft Foundry
On-Behalf-Of (OBO)-stroom — OpenID Connect-delegatie met de werkelijke rechten van de gebruiker

Beveiligingsverbetering

Versie 2.0 voegt sterkere endpointvalidatie, bescherming tegen injectiepatronen en strikter isolatiebeheer toe.

Aan de slag

GitHub Repo — broncode, documentatie
Docker Image — containerimplementatie
VS Code-extensie — IDE-integratie
Zelfhostinghandleiding — 2.0’s vlaggenschipfunctie

Agentic Platform Engineering Wordt Werkelijkheid — Git-APE Laat Zien Hoe

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

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

Platform engineering is een van die termen die geweldig klinkt op conferenties maar meestal “we hebben een intern portaal en een Terraform-wrapper gebouwd” betekent. De echte belofte — self-service infrastructuur die werkelijk veilig, beheerd en snel is — was altijd een paar stappen verwijderd.

Het Azure-team heeft zojuist Deel 2 van hun agentic platform engineering-serie gepubliceerd. Ze noemen het Git-APE — een open-source project dat GitHub Copilot-agents en Azure MCP-servers gebruikt om natuurlijke taalverzoeken om te zetten in gevalideerde, geïmplementeerde infrastructuur.

Wat Git-APE eigenlijk doet

Het kernidee: in plaats van Terraform-modules te leren, praten ontwikkelaars met een Copilot-agent. De agent interpreteert de intentie, genereert Infrastructure-as-Code, valideert tegen beleid en implementeert — allemaal in VS Code.

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

Open de werkruimte in VS Code, en de agent-configuratiebestanden worden automatisch gevonden door GitHub Copilot:

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

Opruimen is net zo eenvoudig:

@git-ape destroy my-resource-group

Waarom dit ertoe doet

Voor degenen die op Azure bouwen, verschuift dit het platform engineering-gesprek van “hoe bouwen we een portaal” naar “hoe beschrijven we onze guardrails als API’s.”

Als .NET-ontwikkelaar: Azure MCP Server en GitHub Copilot-agents werken met elke Azure-workload — je ASP.NET Core API, .NET Aspire-stack — alles kan het doel zijn van een agentische deployment flow.

Samenvatting

Git-APE is een vroeg maar concreet beeld van agentic platform engineering in de praktijk. Clone de repo en lees de volledige post.

Microsoft Foundry Maart 2026 — GPT-5.4, Agent Service GA en de SDK-vernieuwing die Alles Verandert

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

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

De maandelijkse ‘Wat is er nieuw in Microsoft Foundry’-berichten zijn meestal een mix van incrementele verbeteringen. De editie van maart 2026? Vrijwel allemaal headlinefuncties.

Foundry Agent Service is productieklaar

De volgende generatie agent runtime is algemeen beschikbaar — gebouwd op de OpenAI Responses API, wire-compatibel met OpenAI agents.

Belangrijkste toevoegingen: end-to-end privénetwerken, uitbreiding van MCP-auth, Voice Live-preview en hosted agents in 6 nieuwe regio’s.

GPT-5.4 — betrouwbaarheid boven ruwe intelligentie

GPT-5.4 gaat niet over slimmer zijn. Het gaat over betrouwbaarder zijn.

Model	Prijsstelling (per M tokens)	Het beste voor
GPT-5.4 (≤272K)	$2.50 / $15 output	Productieagents
GPT-5.4 Pro	$30 / $180 output	Diepgaande analyse
GPT-5.4 Mini	Kosteneffectief	Classificatie, extractie

De SDK is eindelijk stabiel

De azure-ai-projects SDK heeft stabiele releases uitgebracht in alle talen — inclusief .NET 2.0.0.

Fireworks AI brengt open modellen naar Azure

DeepSeek V3.2, gpt-oss-120b, Kimi K2.5 beschikbaar bij lancering.

Lees de volledige samenvatting.

VS Code 1.116 — Agents-app Krijgt Toetsenbordnavigatie en Bestandscontextvervolledigingen

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

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

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.

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

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

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.

Foundry Agent Service is GA: Wat Er Echt Toe Doet voor .NET Agent-bouwers

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

Dit bericht is automatisch vertaald. Voor het origineel, klik hier.

Laten we eerlijk zijn — het bouwen van een AI-agentprototype is het gemakkelijke deel. Het moeilijke deel is alles erna.

De Foundry Agent Service is GA gegaan, en deze release is precies gericht op die “alles erna”-kloof.

Gebouwd op de Responses API

De volgende generatie Foundry Agent Service is gebouwd op de OpenAI Responses API. De architectuur is bewust open — je bent niet gebonden aan één modelprovider.

Privénetwerken: de enterprise-blokkade verwijderd

Geen publieke egress — agentverkeer raakt nooit het openbare internet
Container/subnet-injectie in je netwerk
Toolconnectiviteit inbegrepen — MCP-servers, Azure AI Search via privépaden

MCP-authenticatie

Auth-methode	Wanneer te gebruiken
Sleutelgebaseerd	Eenvoudige gedeelde toegang
Entra Agent Identity	Service-to-service
Entra Managed Identity	Per-project-isolatie
OAuth Identity Passthrough	Gebruikersdelegatie

Voice Live

Voice Live vouwt STT, LLM en TTS samen in één beheerde API.

Evaluaties

Kant-en-klare evaluatoren — coherentie, relevantie, grounding
Aangepaste evaluatoren — je eigen bedrijfslogica
Continue evaluatie — steekproeven van live productieverkeer

Bekijk de quickstart-gids en de GA-aankondiging.

Agents | The .NET Blog

CodeAct in Agent Framework: Hoe je de latentie van je agent halveert

Wat is CodeAct?

Beveiliging: Hyperlight Micro-VM’s

Minimale configuratie

Wanneer CodeAct gebruiken (en wanneer niet)

Probeer het nu

Waar Onthoudt uw Agent Dingen? Een Praktische Gids voor Chat-geschiedenis Opslag

Twee fundamentele patronen

Hoe Agent Framework dit abstraheert

Snelle referentie van providers

Hoe te kiezen

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

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

Waar Moet Je je AI-Agents op Azure Hosten? Een Praktische Beslissingswijzer

De zes opties in één oogopslag

Foundry Hosted Agents — het juiste midden voor .NET agentdevelopers

Mijn beslissingsraamwerk

Samenvatting

Azure MCP Server 2.0 Net Uitgebracht — Self-Hosted Agentic Cloud Automatisering is er

Wat is Azure MCP Server?

Het grote nieuws: self-hosted remote deployments

Beveiligingsverbetering

Aan de slag

Agentic Platform Engineering Wordt Werkelijkheid — Git-APE Laat Zien Hoe

Wat Git-APE eigenlijk doet

Waarom dit ertoe doet

Samenvatting

Microsoft Foundry Maart 2026 — GPT-5.4, Agent Service GA en de SDK-vernieuwing die Alles Verandert

Foundry Agent Service is productieklaar

GPT-5.4 — betrouwbaarheid boven ruwe intelligentie

De SDK is eindelijk stabiel

Fireworks AI brengt open modellen naar Azure

VS Code 1.116 — Agents-app Krijgt Toetsenbordnavigatie en Bestandscontextvervolledigingen

Verbeteringen aan de Agents-app

CSS @import-linkresolutie

Afsluiting

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

AI-agents uitvoeren en debuggen zonder implementeren

GitHub Copilot maakt je azd-project aan

Container App Jobs en implementatieverbeteringen

Samenvatting

Foundry Agent Service is GA: Wat Er Echt Toe Doet voor .NET Agent-bouwers

Gebouwd op de Responses API

Privénetwerken: de enterprise-blokkade verwijderd

MCP-authenticatie

Voice Live

Evaluaties

CSS `@import`-linkresolutie