Enterprise AI | The .NET Blog

Microsoft Foundry juni 2026: van featuredruppels naar een bestuurd agentplatform

Emiliano Montesdeoca — Sat, 18 Jul 2026 00:00:00 +0000

De Foundry-golf van juni 2026 is niet zomaar nog een maandelijkse samenvatting. Het markeert een volwassenheidsovergang van “bouw coole agents” naar “beheer agents als bestuurde enterprise-systemen”. Dat onderscheid is belangrijker dan welke individuele feature dan ook.

Oorspronkelijke bron: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

Drie updates definiëren de verschuiving. Ten eerste bereikte agentpublicatie naar Microsoft 365 Copilot en Teams GA, wat distributie verplaatst van aangepaste integratieprojecten naar een opinionated deploymentbaan. Ten tweede kregen Toolboxes sterkere ontdekkings- en uitvoeringscontroles, inclusief toolzoeken en routines. Ten derde werd observability plus optimalisatie een bewuste gesloten lus, geen nagedachte.

Mijn standpunt: dit is het belangrijkste patroon in de release. Tracing, evaluatie, optimalisatie en gecontroleerde uitrol vormen het minimaal levensvatbare operationele model voor niet-deterministische systemen. Als je slechts één van die onderdelen hebt, heb je telemetrie of tuning, geen governance.

Claude GA binnen Foundry is ook strategisch, maar niet vooral vanwege modelkwaliteit. De grotere waarde is enterprise-integratie: Entra-authenticatie, RBAC, facturatiecontinuïteit en beleidsafstemming. Teams die overstappen van directe model-endpoints naar Foundry zouden dit moeten framen als operationele consolidatie, niet alleen providerwissel.

Autopilot-agents zijn veelbelovend, maar organisaties zouden ze moeten benaderen met nuchtere architectuurkeuzes. Gedeelde-ruimtesamenwerking in Teams kan productiviteit ontgrendelen, maar verhoogt snel de complexiteit van identiteit, rechten en verantwoordelijkheid. Begin met afgebakende scopes en strikte goedkeuringscontrolepunten vóór brede uitrol.

Praktische aanbevelingen:

Als je al in pilot zit, geef prioriteit aan instrumentatie boven capaciteitsuitbreiding. Bekabel eerst GenAI-tracing. Zet vervolgens evaluatiesuites op die gekoppeld zijn aan bedrijfsresultaten, geen generieke modelmetrics. Pas daarna zou je optimizer-lussen en promotieworkflows moeten draaien.

Voor toolbox-zware agents, schakel toolzoeken vroeg in om contextruis en het risico op verkeerde toolselectie te verminderen naarmate catalogi groeien. Voor agents met geheugen, definieer TTL- en retentiebeleid vooraf. Geheugen zonder levenscyclus-controles wordt compliance-schuld.

De meest eigenzinnige conclusie die ik kan trekken is deze: Foundry gaat nu minder over “welk model kies ik?” en meer over “kan ik agentgedrag draaien als een beheerde levenscyclus?” Teams die de tweede vraag goed beantwoorden, passen zich makkelijk aan bij modelverloop. Teams die gefixeerd zijn op modelranglijsten blijven elk kwartaal broze stacks herbouwen.

De release van juni maakt één ding duidelijk. Foundry wordt een operationsplatform voor AI-systemen, niet alleen een ontwikkeltoolkit. Dat is een moeilijker product om te bouwen, en een veel waardevoller om te adopteren.

Agent Skills voor .NET is stabiel, en dat verandert enterprise-agentarchitectuur

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

Agent Skills voor .NET dat naar stabiel gaat, is een van de meest praktische mijlpalen in het huidige agent-ecosysteem. Het lost een kernprobleem van schaalbaarheid op: domeinexpertise hoort niet thuis in één gigantisch instructieblok.

Oorspronkelijke bron: https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

Het ontwerp is elegant en pragmatisch. Skills verpakken instructies, resources en optionele scripts in herbruikbare eenheden die on demand laden via progressieve onthulling. Dat houdt context slank, vermindert prompt-bloat en maakt cross-team eigenaarschap van gespecialiseerde kennis mogelijk.

Mijn mening: dit is het eerste geloofwaardige pad naar enterprise-grade onderhoudbaarheid van agents in .NET-stacks. Zonder modulaire expertisegrenzen wordt elke nieuwe beleids- of playbook-update een broze prompt-chirurgie-oefening.

Wat het meest telt, is niet alleen modulariteit, maar governance. Het ingebouwde goedkeuringsmodel voor het laden van skills, het lezen van resources en het uitvoeren van scripts pakt precies de operationele zorgen aan die beveiligingsteams uiten wanneer agents overgaan van demo naar productie. Het uitbreidbare model voor scriptuitvoering maakt verantwoordelijkheid ook expliciet: als je bestandsgebaseerde scriptuitvoering wilt, ben je zelf verantwoordelijk voor sandboxing en audithouding.

Praktisch adoptiepatroon:

Begin met bestandsgebaseerde skills voor beleidszware content die wordt onderhouden door gemengde technische teams. Gebruik klassegebaseerde skills wanneer je pakketdistributie via NuGet en strakkere engineeringlevenscyclus-controle nodig hebt. Reserveer code-gedefinieerde skills voor dynamische runtime-assemblage waar statefull compositie nodig is.

Voeg vroeg filtering toe. Niet elke skill zou zichtbaar moeten zijn voor elke agent of tenant. Gecureerde zichtbaarheid van skills is zowel een beveiligingscontrole als een relevantiecontrole die de routeringskwaliteit verbetert.

Log ook alles: skillselectie, resourcelezingen, scriptuitvoeringsverzoeken en goedkeuringen. Als je incidentonderzoek niet kan reconstrueren welke skill een antwoord beïnvloedde, heb je geen productie-observability.

De grotere strategische verschuiving is deze: skills veranderen agentgedrag in een samenstelbare toeleveringsketen. Teams kunnen expertise versiebeheren, reviewen en releasen zoals softwarecomponenten. Dat maakt onafhankelijke evolutie mogelijk zonder mensen constant opnieuw te trainen om megaprompts te herschrijven.

Als je .NET-agents op enterprise-schaal bouwt, kost het uitstellen van dit patroon je iets. Je eindigt met wildgroei aan instructies, inconsistente beleidstoepassing en broos gedrag bij verandering.

Agent Skills verwijdert complexiteit niet, maar verplaatst complexiteit naar bestuurbare componenten. Dat is precies wat volwassen software-architectuur zou moeten doen. Voor veel teams is deze release het moment waarop agent-engineering in .NET begint te lijken op echte platform-engineering.

AI alleen verandert de business niet — het systeem eromheen wel

Emiliano Montesdeoca — Sun, 14 Jun 2026 00:00:00 +0000

Er is één zin in het nieuwste Microsoft AI-platformessay die volgens mij de kern van het huidige moment raakt:

de winnaars zullen niet degenen zijn met de meeste demo’s, maar degenen die AI omzetten in een bestuurd, continu verbeterend systeem voor echt werk.

Dat klopt precies.

Dit is een van de betere strategische AI-stukken omdat het niveau klopt

Te veel AI-gesprekken storten nog steeds in tot modelpraat.

Welk model slimmer is. Welk model goedkoper is. Welk model nieuwer is.

Dat zijn geen irrelevante vragen, maar ze zijn te klein als je denkt als een enterprise.

Het bronartikel snapt de schaal van de uitdaging goed. Het zegt duidelijk dat “wat succes bepaalt, is het systeem rond de AI”.

Dat is het nuttige kader.

Want echte enterprise-waarde komt van het systeem rond het model:

hoe agents worden gebouwd
hoe ze verankerd zijn in enterprise-context
hoe ze worden uitgerold
hoe ze worden bestuurd
hoe ze na verloop van tijd verbeteren

Dat is wat verspreide experimentatie scheidt van echte transformatie.

Waarom ik denk dat deze framing zo belangrijk is

Als je je alleen richt op het model, krijg je kortstondige voordelen.

Als je je richt op het systeem, krijg je invloed die zich opstapelt.

Dat is het belangrijke onderscheid.

En het sluit nauw aan bij waar Foundry-, GitHub-, Microsoft IQ- en Agent Framework-verhalen de laatste tijd allemaal naartoe bewegen.

Mijn standpunt

Dit is een van de sterkere strategische stukken in de reeks omdat het AI beschrijft als een besturingssysteem voor werk, niet als een set losstaande demo’s.

Dat is het niveau waarop enterprises daadwerkelijk moeten denken.

En eerlijk gezegd zou meer van het publieke AI-gesprek op dat niveau moeten plaatsvinden.

Oorspronkelijke post: AI alone won’t change your business. The system running it will.