Letzte Woche war ich bei einem Maschinenbauer im Raum Stuttgart, 180 Mitarbeitende, solides .NET-Backend für die interne Auftragssteuerung. Der CTO zeigte mir einen Tab mit dem Build-2026-Stream. "Bernhard, soll ich mein Team jetzt auf Agents umstellen?" Ich hab kurz draufgeschaut und ihm dann eine Gegenfrage gestellt: "Was wollt ihr damit konkret lösen?" Stille. Längere Stille.
Das ist das Problem mit Konferenz-Hype: Er erzeugt Druck ohne Kontext. Mein Job in solchen Momenten ist nicht, den Hype zu bremsen — sondern den Filter einzuschalten. Was davon ist echte Plattform-Evolution, was ist Produktmarketing, und was hat für euch als Mittelständler eine ROI-Chance in den nächsten zwölf Monaten?
Was Microsoft gezeigt hat
Das .NET-Team hat auf der Build 2026 mehrere Dinge gleichzeitig gemacht, und man muss sie auseinanderhalten. Erstens: echte Sprachfeatures — Union Types in C# sind nach jahrelanger Community-Diskussion endlich auf dem Weg, das ist substantiell. Zweitens: Performance- und SDK-Verbesserungen in .NET 11, die jedes bestehende Projekt inkrementell besser machen. Drittens: ein neues "Agentic Web"-Narrativ rund um ASP.NET Core, Blazor und Aspire, das AI-Agents als First-Class-Citizen in Web-Apps positioniert. Und viertens: .NET MAUI mit lokalen KI-Modellen für mobile und Desktop-Apps — AI at the edge, ohne Cloud-Abhängigkeit.
Der Original-Artikel ist eine kuratierte Session-Liste, kein technisches Deep-Dive. Er ist ehrlich in dem Sinne, dass er sagt: "Vieles davon ist Preview." Wer sich die Sessions ansieht, bekommt solide technische Substanz — das .NET-Team weiß, was es tut.
Wie das in einem KMU wirklich landet
Ich unterteile die Ankündigungen in drei Gruppen.
Gruppe 1: Sofort relevant, kaum Aufwand
Union Types in C# sind für jedes Team interessant, das Domain-Modellierung ernstnimmt. Wenn ihr heute noch mit Nullable-Wildcards und verschachtelten if-Ketten arbeitet, um Datenstrukturen aus Schnittstellen zu verarbeiten — zum Beispiel von eurer ERP-API — dann ist das ein echter Gewinn. Keine neuen Abhängigkeiten, keine Infrastruktur. Nur saubererer Code. Meine Empfehlung: Die Session von Mads und Dustin blockt ihr euch für einen halben Tag, zeigt sie eurem Senior-Dev, und entscheidet dann, ob das in euren nächsten Feature-Zweig wandert. Aufwand: minimal. Nutzen: messbar weniger Laufzeitfehler in datenintensiven Teilen eurer Codebase.
Die .NET-11-Performance-Verbesserungen sind das, was Microsoft in jedem Release liefert und worüber niemand redet: schnellere GC, bessere Startup-Zeiten, weniger Memory-Druck. In einem KMU mit begrenztem Serverbudget kann das bedeuten, dass ihr eine VM-Stufe kleiner fahrt. Konkret: Ich habe bei einem Mandanten nach dem Upgrade von .NET 6 auf .NET 8 den RAM-Bedarf des API-Hosts von 1,4 GB auf unter 900 MB gedrückt, ohne eine Zeile Applikationscode anzufassen. Das sind echte Euros.
Gruppe 2: Vielversprechend, aber ein Jahr zu früh für die meisten
Die Agentic-Web-Story ist technisch interessant, aber ich rate euch, noch nicht darauf zu bauen. Nicht weil die Technologie schlecht ist — sondern weil "Agents in eure Web-App" ein Architektur-Entscheid ist, der eure Sicherheits-, Datenschutz- und Betriebskonzepte komplett neu stellt. Ich habe in diesem Jahr zwei Mandaten dabei geholfen, einen Copilot-ähnlichen internen Chatbot zu deployen. Allein das DSGVO-Konzept hat drei Wochen gedauert. Wenn ihr jetzt anfangt, euren ASP.NET-Core-Stack auf Aspire und Agents umzubauen, seid ihr in zwölf Monaten vielleicht fertig — aber Aspire selbst ist noch im Reifungsprozess. Die API-Oberfläche hat sich zwischen .NET 8 und .NET 9 mehrfach geändert. Wartet auf .NET 11 GA, nicht Preview.
Für .NET MAUI mit lokalen KI-Modellen gilt ähnliches, mit einem Zusatz: Wenn ihr mobile Apps baut, die mit sensiblen Produktions- oder Kundendaten arbeiten, ist On-Device-AI tatsächlich ein starkes Argument. Keine Daten verlassen das Gerät. Das ist datenschutzrechtlich ein Vorteil, den ihr euren Kunden verkaufen könnt. Aber die lokalen Modelle, die auf einem normalen Unternehmens-Laptop laufen, sind heute noch schwach im Vergleich zu GPT-4-Klasse. Für Textklassifikation und einfache Extraktionsaufgaben reicht das. Für komplexe Reasoning-Tasks nicht.
Gruppe 3: Für euch wahrscheinlich irrelevant
Microsoft Foundry, Claw-Patterns, Multi-Agent-Architekturen — das ist Enterprise-Infrastruktur für Konzerne, die hunderte von Agents gleichzeitig betreiben. Wenn ihr ein internes ERP, ein Kundenportal und vielleicht eine App habt, braucht ihr das nicht. Ich sage das ohne Wertung: Es ist einfach die falsche Flughöhe für 80% der Unternehmen, die mich anrufen.
Meine konkrete Empfehlung
Wenn ihr heute auf .NET 6 oder 7 seid: Migriert auf .NET 8 LTS. Das ist der Boden, auf dem alles Weitere aufbaut, und Microsoft selbst hat .NET 6 längst out-of-support. Das ist keine Empfehlung, das ist eine Pflichtaufgabe.
Wenn ihr auf .NET 8 seid: Schaut euch Union Types an und plant das .NET 11-Upgrade für Q1 2027, wenn GA und erste Patch-Releases durch sind. Nutzt die Zeit bis dahin, um mit Microsoft.Extensions.AI in einem Nebenprojekt zu experimentieren — nicht in der Produktion, sondern als strukturierte Learning-Investment für euer Team. Drei Tage Spike, konkrete Fragestellung, Ergebnis dokumentieren. Das hält euer Team technisch aktuell, ohne euren Hauptprodukt-Betrieb zu riskieren.
Was ich nicht empfehle: Agents in eure Kernapplikation einzubauen, weil es auf der Build-Keynote gut aussah. Die Frage ist immer dieselbe: Welches spezifische Problem löst du damit, das du heute nicht lösen kannst? Wenn die Antwort vage ist, ist die Technologie noch nicht reif für euren Stack.
Der vollständige Original-Beitrag von .NET Blog (MS): .NET at Microsoft Build 2026: Must watch sessions
Wenn du dir nicht sicher bist, welche dieser Ankündigungen für deinen konkreten Stack und deine Teamgröße relevant sind — oder wenn du gerade mitten in einer .NET-Migrationsentscheidung steckst und einen zweiten Blick brauchst, der nicht von Vendor-Interessen geleitet ist: → 30 Min Klartext-Sparring
— Bernhard