Microsoft Build 2026: zwei Tage in San Francisco – und die erste, die wir von zu Hause aus verfolgt haben

4. Juni 2026

  • Startseite
  • Blog
  • Microsoft Build 2026: zwei Tage in San Francisco – und die erste, die wir von zu Hause aus verfolgt haben
Microsoft Build 2026: zwei Tage in San Francisco – und die erste, die wir von zu Hause aus verfolgt haben

2.–3. Juni 2026, Fort Mason Center, San Francisco (zwei Tage). Build 2026 endete gestern Nachmittag auf einem Pier mit Blick auf die Bucht von San Francisco. Wir haben das Ganze per Livestream aus dem Büro in Ibbenbüren verfolgt – und dieser Satz fällt schwerer zu schreiben, als er klingt, denn es ist die erste Microsoft Build, bei der wir seit 2012 nicht persönlich dabei waren.

Dazu weiter unten mehr. Zuerst, was tatsächlich passiert ist – und das war eine Menge, gepresst in die halbe Laufzeit des Vorjahres.

Skyline von San Francisco am Wasser in der Dämmerung

Eine kleinere, schärfere Build

Letztes Jahr dauerte die Build vier Tage in Seattle. Dieses Jahr waren es zwei Tage im Fort Mason, mit einer auf wenige Tausend gedeckelten Präsenz-Teilnehmerzahl, die sich auf einen Platz bewerben musste, statt ihn einfach zu kaufen – alles Übrige wanderte in den kostenlosen Livestream. Microsoft schrieb die neue Philosophie direkt aufs Etikett: „Real code. Real systems. Real workflows. No fluff."

Diese Neupositionierung ist die eigentliche Schlagzeile, und sie lohnt einen Moment. Die Build ist über fast ein Jahrzehnt zu einem ausufernden, Keynote-lastigen Spektakel gewachsen. 2026 lief Microsoft bewusst in die andere Richtung: weniger Menschen, weniger Tage, mehr Lab-Zeit, mehr Zugang zu den Ingenieurinnen und Ingenieuren, die das auf der Bühne Gezeigte gebaut haben. Die Begründung, zu der das Unternehmen immer wieder zurückkehrte: Die Frage, die Entwickler zur Build mitbringen, hat sich geändert. 2025 wollten alle wissen, was KI kann. 2026 wollen sie wissen, wie man sie steuert, in eigenen Daten verankert, ihre Kosten kontrolliert und in Produktion bringt, ohne dass sie leise aus dem Ruder läuft. Diese Frage beantwortet man nicht mit einem Stadion, sondern in einem Raum.

Wir halten das für die richtige Entscheidung. Sie hat allerdings auch unsere eigene Reise-Rechnung verändert – dazu gleich.

Fort Mason Center am Wasser von San Francisco, der Veranstaltungsort der Build 2026

„Agents are the new applications"

War 2025 das Jahr des Agenten, so war 2026 das Jahr, in dem Microsoft versuchte, Agenten gewöhnlich zu machen – zu einem normalen Teil des Stacks, mit der unglamourösen Sanitärtechnik, die „normal" verlangt: Identität, Sandboxing, Orchestrierung, Observability, Abrechnung.

Das Framing kam aus einer Entwickler- und GitHub-Keynote, nicht aus einem einzelnen Nadella-Moment. Kyle Daigle, COO von GitHub, stellte die Entwickler in den Mittelpunkt:

„Platforms shift when developers build. We explore, choose tools, dream, create."

Und er benannte die Spannung, die jedes Team spürt, mit dem wir arbeiten:

„There's a duality in being a developer — you're a tinkerer, choosing your own tools and models, and you're an enterprise builder, shipping systems that demand governance, security and trust from day one."

Diese Dualität ist im Grunde die ganze Konferenz in einem Satz. Hier ist die Technik, die sie dafür ausgeliefert haben:

  • Microsoft Agent Framework 1.0 wurde allgemein verfügbar – ein Produktions-SDK für Multi-Agenten-Orchestrierung mit erstklassiger Unterstützung für Python und .NET, inklusive Skills, Memory, Kontext und Middleware. Das ist für uns der wichtigste Punkt: Die experimentelle „Schaut mal, was ein Agent kann"-Phase ist vorbei, und es gibt nun ein unterstütztes Framework mit unserer Runtime darin.
  • Microsoft Execution Containers (MXC) – vom Betriebssystem erzwungene Sandboxes, damit ein Agent handeln kann, ohne dass man ihm die Schlüssel zur ganzen Maschine in die Hand drückt.
  • Ein Agent Orchestrator-Dienst (Preview im Lauf des Sommers) für Lastverteilung über große Agenten-Flotten, angebunden an Azure Logic Apps.
  • Microsoft Scout, ein persönlicher „Always-on"-Arbeitsagent, der über Teams, Outlook, OneDrive und SharePoint hinweg lebt, lernt, wie man arbeitet, und die Kleinigkeiten (Terminkonflikte, Übergaben) für einen erledigt. Zunächst in Private Preview.
  • Eine GitHub Copilot App – eine agentenzentrierte Desktop-Erfahrung mit einer einzigen „My Work"-Ansicht über Sessions, Issues und PRs hinweg, isolierten Worktrees, damit parallele Agenten sich nicht in die Quere kommen, und einem Agent Merge-Ablauf, der die CI beobachtet und einen PR mergt, sobald die Bedingungen grün sind.

Das Worktree-Detail hat uns geschmunzelt, denn genau so betreiben wir seit einer Weile unsere eigene KI-gestützte Arbeit: Jeder Agent bekommt seine eigene isolierte Kopie des Repos, sie arbeiten parallel, und gemergt wird, wenn die Checks durchlaufen. Dass das zum erstklassigen Produkt-Feature wird, ist ein gutes Zeichen, dass das Muster echt ist – und nicht nur unsere Macke.

Auch VS Code bekam Multi-Agenten-Unterstützung – einen Planner, der ein Ziel zerlegt und Teilaufgaben an Spezialagenten verteilt – wobei der Mensch weiterhin jeden Merge freigibt. Diese Zeile „der Mensch gibt den Merge frei" tauchte immer wieder auf, und das zu Recht. Entwickler tolerieren Automatisierung, die Zeit spart, und sträuben sich gegen Automatisierung, die Kontrolle verschleiert. Ein Assistent, der eine Funktion vorschlägt, ist willkommen; ein Agent, der das Repo umschreibt, einen PR öffnet und Vollzug meldet, muss erst deutlich mehr Vertrauen verdienen.

Microsoft brachte eigene Modelle mit

Der strategisch brisanteste Faden der Woche war kein einzelnes Produkt – es war Microsoft, das beständig reduziert, wie sehr es von einem einzelnen Modellanbieter abhängt.

Das Unternehmen stellte seine MAI-Modellfamilie vor, angeführt von MAI-Thinking-1, angekündigt als sein erstes hauseigenes Text-Reasoning-Modell (rund 35 Mrd. aktive Parameter in einer Sparse-Mixture-of-Experts, mit großem Kontextfenster) und – laut Microsoft – ohne Destillation aus den Modellen eines anderen Labors trainiert. Dazu kamen Bild-, Sprach- und Transkriptionsmodelle sowie kleine On-Device-Modelle für vollständig lokale, offline laufende Agenten. Außerdem Project Polaris, das Berichten zufolge zum Standard-Coding-Modell von GitHub Copilot werden soll und auf Microsofts eigenen Maia-Beschleunigern in Azure läuft.

Hier ist die übliche Vorsicht angebracht: Die Benchmark-Schlagzeilen zu diesen Modellen stammen bislang von Microsoft selbst und beziehen sich auf Modelle, die noch in geschlossener Preview sind. Wir glauben das Leaderboard, wenn unabhängige Prüfer Hand anlegen dürfen. Aber die Richtung ist unverkennbar und für alle, die auf Azure bauen, die richtige: Optionalität. Eine modellagnostische Steuerungsebene in Azure AI Foundry, die zwischen MAI, OpenAI, Open Source und eigenen Fine-Tunes nach Latenz, Kosten und Genauigkeit routet, ist für unsere Kunden weit mehr wert als ein einzelnes Modell, das ein paar Punkte höher auf einem Chart liegt.

Windows wurde zum Agenten-OS

Das wäre der Teil gewesen, den man am liebsten im Saal gesehen hätte. Microsoft positionierte Windows selbst als Plattform für KI-Agenten:

  • Ein Windows Agent Framework (unter MIT-Lizenz veröffentlicht), um Agenten über lokale Maschinen, Cloud-PCs und Azure-Arc-Edge-Geräte hinweg laufen zu lassen.
  • Windows AI APIs, über NPUs hinaus auf CPUs und GPUs erweitert, mit einer DirectML 2.0-Runtime für hybride Inferenz und einem Katalog optimierter kleiner Modelle, die vollständig offline laufen.
  • Ein Copilot Agent SDK, damit ein eigener Agent in Copilot, Teams, Outlook und direkt in der Taskleiste auftaucht.

Und – in den Entwickler-News versteckt, aber garantiert der größte Jubel der ganzen Woche – man kann die Windows-Taskleiste wieder verschieben. Elf Jahre agentischer Ambition, und der Saal jubelt trotzdem für „die Taskleiste darf wieder nach links". Bleibt, wie ihr seid, liebe Entwickler. Bemerkenswert außerdem: kein Windows 12.

Voll besetzter Konferenzsaal bei einer Keynote – die Art Raum, in dem wir normalerweise sitzen würden

Azure, Daten und das, was wir wirklich ausrollen werden

Unter der Agenten-Geschichte sind die Azure- und Daten-Ankündigungen jene, die zuerst in unseren Kundenprojekten landen werden:

  • Azure AI Foundry reifte weiter zum Hub für das Bauen, Testen, Überwachen und Steuern von Agenten im großen Maßstab, mit der modellagnostischen Steuerungsebene im Zentrum.
  • Azure HorizonDB – eine neue, vollständig verwaltete, PostgreSQL-kompatible Datenbank für Cloud-Maßstab, mit Vektorsuche und direkten Verbindungen zu Foundry und Fabric. Eine erstklassige Postgres-kompatible Managed-Option mit eingebauten Vektoren ist wirklich nützlich.
  • Azure Cobalt 200-VMs, beworben mit grob 50 % mehr Leistung für agentische Workloads.
  • Microsoft Fabric bekam Fabric IQ (eine geteilte Kontextebene für Agenten und Echtzeit-Analytik) und ein GPU-beschleunigtes Data Warehouse in früher Preview – die zugrunde liegende Forschung erhielt einen Best-Paper-Award auf der SIGMOD 2026, was nicht nichts ist.

Auf der Tooling-Seite bekommt Visual Studio KI-Agenten, die nicht nur chatten, sondern tatsächlich debuggen, profilen und testen, dazu Fehlerprüfung vor dem Build, KI-gestützte Auflösung von Merge-Konflikten und Modernisierungs-Helfer, die Web Forms zu Blazor migrieren und Aspire an bestehende Apps anbauen. Für einen Laden wie unseren, der den ganzen Tag in Visual Studio und .NET lebt, ist allein das Migrations-Tooling den Eintrittspreis wert – und der Eintrittspreis war ein Livestream-Login.

Die Moonshots: Quantum und ein Agenten-Gerät jenseits von Windows

Zwei Ankündigungen waren reines „Zehn-Jahre-Horizont"-Material.

Majorana 2, die nächste Iteration von Microsofts topologischem Quantenchip, beanspruchte eine tausendfache Verbesserung der Qubit-Zuverlässigkeit und Kohärenzzeiten im Sekundenbereich, mit einem auf etwa 2029 vorgezogenen Zeitplan für eine skalierbare Quantenmaschine. Die Behauptungen sind kühn genug, dass der Markt mit gesunder Skepsis reagierte – wir auch –, aber der Einsatz von Microsofts eigener agentischer „Discovery"-Plattform, um den Chip zu entwerfen, ist ein wirklich interessanter Blick auf KI, die Wissenschaft betreibt statt Folien.

Und Project Solara – eine agentenzentrierte Computing-Plattform, die überraschenderweise gar nicht auf Windows basiert. Sie läuft auf einem schlanken, auf Android (AOSP) aufbauenden Betriebssystem, erzeugt ihre Oberfläche on-the-fly je Bildschirm und lädt Cloud-Agenten bei Bedarf, mit Konzept-Geräten „Badge" und „Desk" für Frontline- und ambiente Arbeit. Es ist ein Konzept mit Pilotprojekten, kein Produkt zum Kaufen, aber es zeigt, wohin Microsoft den Puck laufen sieht: in eine Welt, in der der Agent – nicht die App und nicht einmal das OS – das ist, womit man interagiert.

Warum wir dieses Jahr aus Ibbenbüren zugeschaut haben

Jetzt der Teil, der ein bisschen wehtat.

Wir haben seit 2012 jedes Jahr jemanden zur Build geschickt. Das gehörte zum Rhythmus der Firma – der frühe Flug, der Jetlag, die Flurgespräche, aus denen drei Wochen später ein Roadmap-Punkt wird, das kleine Ritual, in einer sehr langen Kaffeeschlange mit Menschen zu stehen, die sich für dieselben obskuren Dinge begeistern wie wir.

Dieses Jahr haben wir es auf einem Bildschirm verfolgt. Nicht, weil uns das egal geworden wäre, sondern weil die Rechnung leise nicht mehr aufging. Eine zweitägige Veranstaltung – mit Bewerbungsverfahren, in San Francisco – bedeutet zwei Tage Inhalt gegen transatlantische Flüge aus Norddeutschland, mehrere Nächte zu San-Francisco-Preisen, das Ticket und zwei Personen, die einen Großteil der Woche aus dem Büro sind. Als die Build vier Tage hatte, kaufte diese Investition genug Tiefe, genug Sessions und genug persönlichen Austausch, um sich klar zu rechnen. Bei zwei Tagen ist die ehrliche Antwort: Der Präsenz-Aufschlag übersprang die Hürde nicht mehr gegenüber einem exzellenten kostenlosen Livestream und den Aufzeichnungen.

Wir wollen fair bleiben: Eine straffere, technischere Build ist unterm Strich die bessere Konferenz. Wir finden den Schnitt richtig. Nur macht dieselbe Änderung, die das Event für die Menschen im Raum schärfer macht, die Anreise aus 8.500 Kilometern Entfernung schwerer zu rechtfertigen. Beides ist gleichzeitig wahr.

Leere Stuhlreihen in einem Auditorium nach einer Konferenz-Session

Also sagen wir es offen, ganz ohne Bitterkeit: Wir haben sie vermisst. Wir haben es vermisst, im Saal zu sein, als die Taskleisten-Nachricht kam und tausend Ingenieure für ein Feature von 2009 jubelten. Wir behalten das Format im Auge, und wenn es einen guten Grund gibt, persönlich da zu sein – ein angehängter Partner-Summit, ein längeres Programm, die richtigen Sessions –, sitzen wir wieder im Flieger. Die Serie pausiert; sie endet nicht.

Den Build-2026-Livestream vom Schreibtisch aus verfolgen, mit einer Tasse Kaffee

Was es für unsere Kunden bedeutet

Schält man das Spektakel weg, war Build 2026 für einen Microsoft-Stack-Laden wie ThreeBIT beruhigend auf Linie:

  • Die Agenten-Technik ist jetzt produktionsreif. Agent Framework 1.0 mit .NET-Unterstützung, Sandboxing auf OS-Ebene und Orchestrierung bedeuten, dass wir Agenten von Tag eins an mit Governance und Identität in Kundensysteme bauen können – genau die „Enterprise-Builder"-Hälfte von Daigles Dualität.
  • Modell-Optionalität schützt unsere Kunden. Eine Steuerungsebene, die über Modelle hinweg routet, heißt, dass wir die Plattform eines Kunden nicht auf die Roadmap eines einzelnen Anbieters setzen – derselbe Grund, aus dem uns die offenen, von einer Foundation getragenen Teile der .NET-Welt immer gefallen haben.
  • Postgres-kompatible Managed-Daten mit Vektoren (HorizonDB) und agentenbewusstes Tooling in Visual Studio fügen sich direkt in unsere Arbeitsweise ein.

Nichts davon ändert unseren Leitstern: Dinge ausliefern, die beim ersten Mal funktionieren müssen, für Branchen, in denen ein Bug keine CSS-Regression ist, sondern ein verpasster Export, eine fehlgeschlagene Zahlung oder ein Compliance-Befund. Die Werkzeuge sind nur besser darin geworden, uns dabei zu helfen.

Bis 2027 in San Francisco – oder im Livestream.

Einzelquellen-Angaben – die Benchmark-Behauptungen zu MAI/Project Polaris, die Details zu Project Solara sowie die genauen Teilnehmer-/Ticketzahlen – sind hier mit angemessener Vorsicht wiedergegeben; die Leaderboard-Aussagen zu den Modellen sind als Microsofts eigene zu behandeln, bis sie unabhängig verifiziert sind.

Bildnachweise

Alle Fotos werden unter ihren jeweiligen Creative-Commons-Lizenzen verwendet; wir danken den Fotografen.

Microsoft Build KI-Agenten Azure AI Foundry GitHub Copilot .NET MCP
ZUM BLOG