Enterprise AI | The .NET Blog

Microsoft Foundry Juni 2026: Von Feature-Drops zu einer gelenkten Agentenplattform

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

Die Juni 2026 Foundry-Welle ist nicht nur eine weitere monatliche Zusammenfassung. Sie markiert einen Reifegradübergang von “coole Agenten bauen” zu “Agenten als gelenkte Unternehmenssysteme betreiben.” Diese Unterscheidung ist wichtiger als jede einzelne Funktion.

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

Drei Updates definieren den Wandel. Erstens erreichte die Agentenveröffentlichung für Microsoft 365 Copilot und Teams GA, was die Verteilung von kundenspezifischen Integrationsprojekten zu einer meinungsstarken Deployment-Bahn verschiebt. Zweitens erhielten Toolboxes stärkere Erkennungs- und Ausführungskontrollen, einschließlich Toolsuchen und Routinen. Drittens wurde Beobachtbarkeit plus Optimierung zu einem bewussten geschlossenen Kreislauf, nicht zu einem nachträglichen Einfall.

Meine Meinung: Dies ist das wichtigste Muster im Release. Tracing, Evaluierung, Optimierung und kontrollierte Einführung bilden das minimal lebensfähige Betriebsmodell für nicht-deterministische Systeme. Wenn Sie nur eines dieser Stücke haben, haben Sie Telemetrie oder Tuning, aber keine Governance.

Claude GA in Foundry ist auch strategisch, aber hauptsächlich nicht wegen der Modellqualität. Der größere Wert ist die Unternehmensintegration: Entra-Auth, RBAC, Abrechnungskontinuität und Policy-Ausrichtung. Teams, die von direkten Modell-Endpunkten zu Foundry wechseln, sollten dies als operative Konsolidierung betrachten, nicht nur als Anbieterwechsel.

Agent Skills für .NET sind stabil – und das verändert die Enterprise-Agent-Architektur

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

Agent Skills für .NET sind stabil geworden – das ist einer der praktischsten Meilensteine im aktuellen Agent-Ökosystem. Es löst ein zentrales Skalierungsproblem: Domain-Expertise gehört nicht in einen einzigen riesigen Instruction-Block.

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

Das Design ist elegant und pragmatisch. Skills verpacken Anweisungen, Ressourcen und optionale Skripte in wiederverwendbare Einheiten, die bei Bedarf durch progressive Offenlegung geladen werden. Das hält den Kontext schlank, reduziert Prompt-Aufblähung und ermöglicht abteilungsübergreifende Verantwortung für spezialisiertes Wissen.

Meine Meinung: Dies ist der erste glaubwürdige Weg zur Enterprise-tauglichen Agent-Wartbarkeit in .NET-Stacks. Ohne modulare Expertise-Grenzen wird jedes neue Policy- oder Playbook-Update zu einer fragilen Prompt-Chirurgie.

Was am meisten zählt, ist nicht nur Modularität, sondern Governance. Das integrierte Genehmigungsmodell zum Laden von Skills, Lesen von Ressourcen und Ausführen von Skripten adressiert genau die operativen Bedenken, die Sicherheitsteams äußern, wenn Agenten vom Demo- in den Produktionsbetrieb übergehen. Das erweiterbare Skriptausführungsmodell macht Verantwortlichkeit explizit: Wenn Sie dateibasierte Skriptausführung wünschen, übernehmen Sie Sandboxing und Audit-Posture.

Praktisches Einführungsmuster

Beginnen Sie mit dateibasierten Skills für policy-intensive Inhalte, die von gemischten technischen Teams gepflegt werden.
Verwenden Sie klassenbasierte Skills, wenn Sie Paketverteilung über NuGet und strengere Engineering-Lebenszyklus-Kontrollen benötigen.
Halten Sie code-definierte Skills für dynamische Runtime-Assembly reserviert, wo zustandsbehaftete Komposition notwendig ist.

Fügen Sie frühzeitig Filterung hinzu. Nicht jeder Skill sollte für jeden Agenten oder Mandanten sichtbar sein. Kuratierte Skill-Sichtbarkeit ist sowohl eine Sicherheitskontrolle als auch eine Relevanzkontrolle, die die Routing-Qualität verbessert.

Protokollieren Sie außerdem alles: Skill-Auswahl, Ressourcen-Lesevorgänge, Skriptausführungsanfragen und Genehmigungen. Wenn Ihre Incident-Review nicht rekonstruieren kann, welcher Skill eine Antwort beeinflusst hat, haben Sie keine Produktions-Beobachtbarkeit.

Der größere strategische Wandel ist: Skills verwandeln Agent-Verhalten in eine komponierbare Lieferkette. Teams können Expertise versionieren, reviewen und freigeben – ähnlich wie Softwarekomponenten. Das ermöglicht unabhängige Weiterentwicklung ohne ständiges Nachschulen von Menschen für das Umschreiben von Mega-Prompts.

Fazit

Wenn Sie .NET-Agenten in Enterprise-Skalierung bauen, wird die Verzögerung dieses Musters Sie teuer zu stehen kommen. Sie enden mit Instruction-Wildwuchs, inkonsistenter Policy-Anwendung und brüchigem Verhalten unter Veränderung.

Agent Skills entfernt keine Komplexität, sondern verschiebt Komplexität in verwaltbare Komponenten. Genau das sollte ausgereifte Softwarearchitektur tun. Für viele Teams ist dieser Release der Moment, an dem Agent Engineering in .NET anfängt, wie echtes Plattform-Engineering auszusehen.

KI allein wird das Geschäft nicht verändern – das System darum herum wird es tun

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

Es gibt einen Satz im neuesten Microsoft-KI-Plattform-Essay, der meiner Meinung nach den Kern des gegenwärtigen Moments trifft:

die Gewinner werden nicht diejenigen mit den meisten Demos sein, sondern diejenigen, die KI in ein gelenktes, sich kontinuierlich verbesserndes System für echte Arbeit verwandeln.

Das ist genau richtig.

Dies ist eines der besseren strategischen KI-Stücke, weil es die richtige Ebene trifft

Zu viele KI-Gespräche verfallen immer noch in Modell-Gerede.

Welches Modell ist schlauer. Welches Modell ist günstiger. Welches Modell ist das neueste.

Das sind keine irrelevanten Fragen, aber sie sind zu klein, wenn man wie ein Enterprise denkt.

Der Quellartikel trifft das Ausmaß der Herausforderung richtig. Er sagt klar: “Was über Erfolg entscheidet, ist das System um die KI herum.”

Das ist der nützliche Rahmen.

Denn der echte Enterprise-Wert kommt von dem System um das Modell herum:

wie Agenten gebaut werden
wie sie im Unternehmenskontext verankert werden
wie sie bereitgestellt werden
wie sie gelenkt werden
wie sie sich im Laufe der Zeit verbessern

Das unterscheidet verstreute Experimente von echter Transformation.

Warum ich diesen Rahmen für so wichtig halte

Wenn Sie sich nur auf das Modell konzentrieren, erhalten Sie kurzlebige Vorteile.

Wenn Sie sich auf das System konzentrieren, erhalten Sie Hebelwirkung, die sich vervielfacht.

Das ist die entscheidende Unterscheidung.

Und sie passt gut zu dem, wohin sich Foundry, GitHub, Microsoft IQ und Agent Framework in letzter Zeit entwickelt haben.

Meine Meinung

Dies ist eines der stärkeren strategischen Stücke im Batch, weil es KI als Betriebssystem für Arbeit beschreibt, nicht als eine Reihe zusammenhangloser Demos.

Das ist die Ebene, auf der Unternehmen tatsächlich denken müssen.

Und ehrlich gesagt, mehr der öffentlichen KI-Diskussion sollte auf dieser Ebene stattfinden.

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