Agents governed betreiben, wenn Ihr Stack Microsoft ist

Wenn Ihre Organisation auf Microsoft läuft, beginnt die Agent-Journey dort oft auch: Copilot für Nutzer, Copilot Studio oder Foundry zum Bauen, vielleicht eine Evaluation von Agent Framework für Custom Work. Das ist ein sinnvoller Start — und nichts auf dieser Seite sagt, Sie sollen das aufgeben.

Diese Seite deckt den Teil der Journey ab, den Microsofts Stack nicht abdeckt: Was passiert, wenn Agents als Ganzes governed werden müssen — inklusive der, die nicht in Redmond gebaut wurden.

Anerkennung, wo sie verdient ist

Microsoft hat mehr getan als jeder, um Agents zu erstklassigen Unternehmensbürgern zu machen. Stand Mitte 2026 gibt Entra Agent ID Agents echte Directory-Identitäten mit Ownern, RBAC und Conditional Access, und Agent 365 bündelt Registry, Audit-Logs und Purview-Compliance — allgemein verfügbar, mit veröffentlichtem Preis pro User. Wenn Sie auf echte, unterstützte Agent-Identität gewartet haben: Sie ist da.

Die Frage ist nicht, ob Microsoft Agents governen kann. Es ist welche — und was nach Governance passiert.

Drei Fragen, bevor Sie den Pfad festlegen

1. Wie viele Produkte braucht die volle Kette — und wer owned das Ganze?

Microsofts Agent-Story umfasst Agent 365, Entra Agent ID, Foundry, Copilot Studio und Purview. Jedes ist gut in seinem Job. Aber die Assembly ist Ihre: Ihre Architektur, Ihre Integration, Ihr interner Owner für das Gesamtergebnis. Skizzieren Sie, wer in Ihrer Organisation das Ganze owned — nicht jedes Produkt, das Ganze. In unserer Erfahrung ist die ehrliche Antwort oft „unklar“, und die Lücke zeigt sich spät in Produktion.

2. Was ist mit Agents, die Teams schon anderswo gebaut haben?

In vielen Organisationen warten Agents nicht auf die Plattformentscheidung. Marketing hat einen Research-Agent in Claude. Ein Engineer betreibt drei über OpenAI. Sie existieren heute, leisten echte Arbeit und liegen außerhalb der Microsoft-Governance-Ebene. Microsofts Antwort: Workloads in den Stack bringen — Foundry kann externe Frameworks hosten, Cross-Cloud-Registry-Sync ist in Preview (Stand August 2026). Die Richtung ist nach innen. Wenn Ihre Realität Agents in mehreren Stacks ist — die dort bleiben — brauchen Sie eine Schicht, die egal ist, wo ein Agent gebaut wurde.

3. Wo genehmigt ein Business-Person, was ein Agent tut?

Microsofts Agent Framework liefert solide Human-in-the-Loop-Primitives — Tool Approval, Request/Response Ports. Aber das ist SDK-Plumbing: Ihr Team designt, baut und wartet die Oberfläche, wo ein Mensch ja oder nein sagt. Verlangen Sie diese Oberfläche als Produkt für einen Business Owner, nicht für einen Developer. Dann entscheiden Sie, ob Sie das selbst bauen und owned wollen.

Wo Copyl passt — daneben, nicht stattdessen

Copyl ist ein unabhängiges, europäisches Betriebsschicht für Agents. Es ersetzt Copilot Studio oder Foundry nicht — die bleiben exzellente Orte zum Bauen. Es sitzt darüber und über jeder anderen Build-Plattform mit einem Job: jeden Agent zu einem governed, accountable Mitglied Ihrer Organisation zu machen.

Konkret heute: Nehmen Sie eine Agent-Definition — gebaut in Copilot Studio, Claude, ChatGPT oder manuell — als offenes JSON Agent Manifest ausdrücken und in einer governed Sandbox ausführen. Keine Credentials, jeder externe Tool-Call wird erfasst statt ausgeführt, volles Transcript und ein Vorschlag, was der Agent für echte Runs bräuchte. Etwa eine Minute von Paste bis zur ersten governed Run. Riskante Entscheidungen — echte Accounts, echte Scopes — kommen nach dem Proof; der Weg zu Produktion baut auf expliziten Grants und Sign-off.

Zwei strukturale Punkte folgen aus Unabhängigkeit. Copyl behandelt jede Build-Plattform gleich — Microsoft inklusive — weil wir kein Modell oder Cloud haben, zu der wir Sie lenken; ein Vendor mit Stack zu verkaufen kann kein neutrales Layer über Konkurrenten sein. Für europäische Organisationen, besonders öffentliche, ist Agent-Governance unter einem unabhängigen EU-Vendor eine andere Souveränitätsposition als Governance in der Identity-Plane eines US-Hyperscalers.

Bei Kosten: eine Unterscheidung wiegt mehr als Zahlen — Microsoft preist den Stack pro Human User plus Consumption — Credits und Tokens, deren Monatssumme Sie nach den Runs kennen. Governance-Entscheidung und Kostenmodell sind hier dieselbe Entscheidung. Vergleichen Sie die Kosten der Arbeit, die ein Agent leistet, mit Consumption-Linien — nicht nur die Lizenzzeile.

Wenn Agent 365 genügt

Ehrlich: Wenn Ihre Agents in Microsoft-Tools gebaut sind, nur auf Microsoft-Systemen agieren, von bereits lizenzierten Copilot-Nutzern genutzt werden und Sie keine Stack-Unabhängigkeit oder EU-souveräne Governance brauchen — nutzen Sie den nativen Stack. Er ist integriert, in Ihrer Renewal, und ein neutrales Layer würde nur Komplexität addieren.

Das neutrale Layer verdient seinen Platz, wenn eine Annahme bricht: Agents von mehr als einer Plattform, Systeme über Vendor-Grenzen, Souveränitätsanforderungen oder ein Pfad, den Sie nicht festlegen wollen.