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

Microsoft hat auf seiner Build-Buehne Agent Harness, Hosted Agents und CodeAct gemeinsam in den Rahmen des Agent Framework gestellt. Fuer Entwickler steckt die eigentliche Nachricht nicht in drei neuen Produktnamen, sondern in einer klareren Positionierung: Microsoft praesentiert Agenten staerker 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 verlaesslich?

Microsoft schiebt die Runtime nach vorn

Laut Microsoft ist das Agent Framework ein Open-Source-SDK mit Runtime fuer 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 Ausfuehrung uebergeht. Dahinter steckt nicht bloss ein weiteres Agentenversprechen, sondern die operative Ebene: Shell- und Dateisystemzugriff, Freigabe-Workflows mit Menschen in der Schleife und Kontextverwaltung ueber laengere Sitzungen. Fuer Teams, die Agenten nicht nur vorfuehren, sondern tatsaechlich in Prozesse haengen wollen, sind genau diese Punkte oft wichtiger als der naechste Modellvergleich.

Hosted Agents und CodeAct zielen auf die Betriebsluecke

Nach Angaben von Microsoft gehoeren Hosted Agents und CodeAct ausdruecklich zur selben Build-Erzaehlung. 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 fuer 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 Ausfuehrung mitdenkt. In dieser Lesart fuellen Hosted Agents und CodeAct vor allem die Luecke, die zwischen Prototyp und Betrieb oft offen bleibt: Wo laeuft der Agent, wer beaufsichtigt ihn und wie bleibt seine Ausfuehrung kontrollierbar?

Warum .NET und Python hier mehr sind als Komfort

Microsoft betont, dass das Framework dieselben Grundkonzepte ueber .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 Sonderloesungen.

Wenn ein Anbieter dafuer einen konsistenteren Bauplan liefert, verschwindet die Komplexitaet nicht. Sie wird aber planbarer. Genau das entscheidet in realen Projekten oft darueber, ob ein Thema als nette Demo endet oder ob Security, Plattform und Produkt es gemeinsam in den Betrieb ziehen.

Build 2026 ist dafuer die passende Buehne. Dass Agent Harness, Hosted Agents und CodeAct gemeinsam dort auftauchen, passt zu einer groesseren Verschiebung im Microsoft-Stack: Agenten werden nicht laenger nur als Auslaeufer des Copilot-Moments positioniert, sondern als eigene Laufzeit- und Betriebsschicht.

Was fuer Agenten-Builder jetzt haengen bleibt

Fuer Entwickler liegt die Konsequenz nicht darin, dass Microsoft drei neue Namen eingefuehrt hat. Relevanter ist die Schwerpunktverschiebung. Der Wettbewerb im Agentenmarkt laeuft immer weniger nur ueber Modellzugang und Tool-Calls, sondern staerker ueber die Frage, wer Ausfuehrung, Freigaben, Hosting und laengere Sitzungen glaubwuerdig unter Kontrolle bekommt.

Nach den bislang vorliegenden Informationen bleiben dabei wichtige Fragen offen. Aus der Ankuendigung 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 spaeter darueber, ob aus der Build-Erzaehlung ein robuster Standard-Stack wird.

Die Richtung ist trotzdem klar: Microsoft verschiebt die Agenten-Debatte weg vom reinen Koennen des Modells und hin zur Belastbarkeit der Runtime. Wer heute Agenten baut, sollte diese Verschiebung ernst nehmen, weil sie direkt in Architekturentscheidungen hineinlaeuft: weniger Demo-Magie, mehr kontrollierte Ausfuehrung.