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

Ein Plattformteam will einen Agenten mit Zugriff auf interne Werkzeuge zulassen. Die schwierige Frage ist selten, ob ein Modell eine Aufgabe formulieren kann. Sie lautet: Wer genehmigt eine Aktion, wo läuft sie und wie lässt sie sich später nachvollziehen?

Microsoft hat auf der Build 2026 Agent Harness, Hosted Agents und CodeAct im Umfeld seines Agent Framework vorgestellt. Die Ankündigung rückt damit Betriebsfragen in den Produktzuschnitt. Neben Agentenlogik geht es um die Umgebung, in der Ausführung stattfinden soll.

Die Ankündigung beschreibt eine Betriebskette

Nach Microsofts Darstellung ist das Agent Framework ein Open-Source-SDK für KI-Agenten und Multi-Agent-Workflows in .NET und Python. Agent Harness soll die Stelle markieren, an der Modellentscheidungen in reale Ausführung übergehen. Genannt werden Shell- und Dateisystemzugriff, Freigaben mit Menschen in der Schleife sowie Kontext über längere Sitzungen.

Das genügt nicht.

Sobald ein Agent Dateien verändert oder externe Systeme anspricht, braucht ein Team eine nachvollziehbare Grenze für seine Ausführung: welche Identität genutzt wird, wer Freigaben erteilt, wo Protokolle landen und wie ein fehlgeschlagener Lauf wieder in einen sicheren Zustand kommt. Die Ankündigung benennt diesen Bedarf. Sie erklärt noch nicht, wie Microsoft ihn in jedem Szenario absichert.

Hosted Agents und CodeAct erweitern den Rahmen

Hosted Agents und CodeAct erscheinen bei Microsoft als weitere Teile desselben Angebots. Der erkennbare Gedanke dahinter: Agentenlogik, Entwicklungswerkzeuge und Hosting sollen enger zusammenarbeiten.

Für ein Plattformteam folgt daraus eine konkrete Prüffrage. Vor einer Freigabe muss klar sein, auf welcher Infrastruktur der Agent läuft, welche Identität er nutzt und wo seine Ausführungen protokolliert werden. An diesen Punkten zeigt sich, ob ein Prototyp in einen echten Prozess passt.

Die Build-Ankündigung beantwortet nicht alle Fragen. Aus ihr geht bislang nicht hervor, welche Grenzen Hosted Agents im Detail setzen, wie CodeAct eingebunden wird oder welches Update- und Recovery-Modell Microsoft für unterschiedliche Umgebungen vorsieht. Damit taugt der Beitrag als Prüfraster für eine Architektur-Evaluation, aber noch nicht als Grundlage für eine Einführungsentscheidung. Gerade an diesen offenen Punkten entstehen später die unangenehmen Betriebsfälle.

Zwei Sprachen sind ein praktischer Vorteil

Microsoft betont gemeinsame Grundkonzepte für .NET und Python. Das kann Entwicklungsteams helfen, wenn Integrationen und bestehende Dienste nicht in einer einzigen Sprache leben. Ein einheitlicher Bauplan beseitigt keine Komplexität. Er macht Zuständigkeiten und Schnittstellen leichter besprechbar.

Die Ankündigung beschreibt keinen fertigen Standard-Stack. Sie zeigt, wohin Microsoft die Produktgrenze verschiebt: weg von einzelnen Copilot-Funktionen, hin zu einer Laufzeitumgebung für Agenten.

Die offene Frage liegt im Betrieb

Für die Architektur-Evaluation bleibt eine Mindestregel: Ein Agenten-Stack muss mehr erklären als Prompting und Tool-Aufrufe. Verantwortliche brauchen Antworten auf Freigaben, Ausführungsort, Protokollierung und Wiederanlauf nach Fehlern.

Microsoft hat diese Themen auf der Build sichtbar zusammengeführt. Ob daraus ein belastbares Angebot für produktive Agentensysteme wird, zeigen erst Betriebsdetails und Erfahrungen außerhalb der Ankündigung.