Microsoft bündelt Agent Harness, Hosted Agents und CodeAct zum Agenten-Stack

Microsoft hat auf seiner Build-Bühne Agent Harness, Hosted Agents und CodeAct gemeinsam in den Rahmen des Agent Framework gestellt. Für Entwickler steckt die eigentliche Nachricht nicht in drei neuen Produktnamen, sondern in einer klareren Positionierung: Microsoft präsentiert Agenten stärker als Laufzeit- und Betriebsschicht und nicht nur als weitere Copilot-Erweiterung.

Warum das relevant ist, zeigt sich schnell im Alltag. Viele Agenten-Demos scheitern nicht am Modell, sondern an den Fragen, die im Betrieb sofort auftauchen: Wer darf auf Shell und Dateien zugreifen, wie laufen Freigaben, wie bleibt Sitzungs-Kontext nachvollziehbar und wer betreibt das Ganze am Ende verlässlich?

Microsoft schiebt die Runtime nach vorn

Laut Microsoft ist das Agent Framework ein Open-Source-SDK mit Runtime für KI-Agenten und Multi-Agent-Workflows in .NET und Python. Das Unternehmen ordnet den Unterbau bereits als Version 1.0 ein. Die nun gezeigten Bausteine wirken damit nicht wie ein loser Preview-Nachschlag, sondern wie der Ausbau einer Plattform, die Microsoft bereits als produktive Basis verstanden wissen will.

Genau dort setzt Agent Harness an. Microsoft beschreibt den Baustein als die Schicht, an der Modell-Reasoning in reale Ausführung übergeht. Dahinter steckt nicht bloß ein weiteres Agentenversprechen, sondern die operative Ebene: Shell- und Dateisystemzugriff, Freigabe-Workflows mit Menschen in der Schleife und Kontextverwaltung über längere Sitzungen. Für Teams, die Agenten nicht nur vorführen, sondern tatsächlich in Prozesse hängen wollen, sind genau diese Punkte oft wichtiger als der nächste Modellvergleich.

Hosted Agents und CodeAct zielen auf die Betriebslücke

Nach Angaben von Microsoft gehören Hosted Agents und CodeAct ausdrücklich zur selben Build-Erzählung. Auf den ersten Blick wirkt das wie Paketierung. Interessanter ist aber, was damit sichtbar wird: Agenten erscheinen hier nicht mehr nur als Mischung aus SDK, Prompting und Tool-Aufrufen, sondern als Kette von Komponenten vom Schreiben der Logik bis zum Betrieb in einer kontrollierten Umgebung.

Der relevante Punkt für Plattform-Teams liegt genau dort. Ein Agenten-Stack wird intern erst dann beschaffbar, wenn er nicht nur Entwicklung beschleunigt, sondern auch Hosting, Governance und nachvollziehbare Ausführung mitdenkt. In dieser Lesart füllen Hosted Agents und CodeAct vor allem die Lücke, die zwischen Prototyp und Betrieb oft offen bleibt: Wo läuft der Agent, wer beaufsichtigt ihn und wie bleibt seine Ausführung kontrollierbar?

Warum .NET und Python hier mehr sind als Komfort

Microsoft betont, dass das Framework dieselben Grundkonzepte über .NET und Python hinweg abbildet. Das ist mehr als eine Komfortfunktion. In vielen Teams laufen Agenten-Experimente, Integrationen und Produktlogik nicht in einem sauberen Einzel-Stack, sondern zwischen mehreren Sprachen, Tool-Layern und Sonderlösungen.

Wenn ein Anbieter dafür einen konsistenteren Bauplan liefert, verschwindet die Komplexität nicht. Sie wird aber planbarer. Genau das entscheidet in realen Projekten oft darüber, ob ein Thema als nette Demo endet oder ob Security, Plattform und Produkt es gemeinsam in den Betrieb ziehen.

Build 2026 ist dafür die passende Bühne. Dass Agent Harness, Hosted Agents und CodeAct gemeinsam dort auftauchen, passt zu einer größeren Verschiebung im Microsoft-Stack: Agenten werden nicht länger nur als Ausläufer des Copilot-Moments positioniert, sondern als eigene Laufzeit- und Betriebsschicht.

Was für Agenten-Builder jetzt hängen bleibt

Für Entwickler liegt die Konsequenz nicht darin, dass Microsoft drei neue Namen eingeführt hat. Relevanter ist die Schwerpunktverschiebung. Der Wettbewerb im Agentenmarkt läuft immer weniger nur über Modellzugang und Tool-Calls, sondern stärker über die Frage, wer Ausführung, Freigaben, Hosting und längere Sitzungen glaubwürdig unter Kontrolle bekommt.

Nach den bislang vorliegenden Informationen bleiben dabei wichtige Fragen offen. Aus der Ankündigung geht noch nicht klar hervor, welche Grenzen Hosted Agents konkret haben, wie CodeAct im Detail eingebunden wird oder welche Betriebsmodelle Microsoft priorisiert. Genau diese Details entscheiden später darüber, ob aus der Build-Erzählung ein robuster Standard-Stack wird.

Die Richtung ist trotzdem klar: Microsoft verschiebt die Agenten-Debatte weg vom reinen Können des Modells und hin zur Belastbarkeit der Runtime. Wer heute Agenten baut, sollte diese Verschiebung ernst nehmen, weil sie direkt in Architekturentscheidungen hineinläuft: weniger Demo-Magie, mehr kontrollierte Ausführung.