Microsoft Build 2026 KI-Agenten: Plattform, Copilot-Agenten und Android-Folgen

Was Microsoft Build 2026 für KI-Agenten festgelegt hat

Die direkte Antwort auf Microsoft Build 2026 KI-Agenten lautet: Microsoft hat KI-Agenten am 2. und 3. Juni 2026 als Produktionssysteme positioniert, nicht nur als Demo-Assistenten. Der offizielle Microsoft-Build-Überblick vom 2. Juni 2026 beschreibt die Microsoft Agent Platform und Microsoft IQ als Kontextschicht für Agentenarbeit. Der rote Faden ist klar: Agenten sollen gebaut, mit Kontext versorgt, betrieben, beobachtet, ausgewertet, gesichert und gesteuert werden.

Für Leser ist Build 2026 deshalb weniger eine einzelne Copilot-Meldung als eine Plattformkarte. Microsoft spricht über Entwicklung mit Frameworks, Geschäftsanwendungen mit Copilot Studio, produktionsnahe Bereitstellung über Foundry, Identität über Entra und Betriebsfragen wie Auswertung, Protokollierung, Richtlinien und Modellwahl. Der offizielle Build-2026-Liveblog trennt dabei Statusbegriffe wie allgemein verfügbar, produktionsreife Vorschau, öffentliche Vorschau, private Vorschau, kommende Funktion und Rollout. Genau diese Labels sind für Käufer, Administratoren und Entwickler entscheidend.

Die wichtigste Veränderung liegt im Anspruch. Ein produktiver Agent braucht nachvollziehbare Quellen, einen klaren Werkzeugrahmen, einen sichtbaren Aufgabenstatus, eine Identität, auswertbare Spuren, Regeln für sensible Schritte und einen Rückweg nach Fehlern. Diese Logik gilt in Microsoft-Unternehmensumgebungen genauso wie auf persönlichen Geräten, nur mit anderen Werkzeugen und Berechtigungen.

Dieser Artikel ordnet die Microsoft-Schichten ein und übersetzt die Build-Lehre anschließend auf Android Phone Agents. Für detaillierte Microsoft-Scout-Fragen passt Microsoft Scout, OpenClaw und FoneClaw: Enterprise-Agent oder Phone Agent? als eigener Kontext. Hier geht es um die größere Frage: Was braucht ein KI-Agent, damit er vom Prototyp in den Produktivbetrieb kommt, und was bedeutet das für unterstützte Telefonaktionen auf Android?

Microsoft Agent Platform, Copilot Studio, Foundry und Agent Framework einordnen

Microsofts Build-2026-Landschaft wird verständlicher, wenn man die Produktschichten trennt. Die Microsoft Agent Platform ist das Dach: Kontext, Modellwahl, Entwicklung, Betrieb, Sicherheit und Governance. Microsoft IQ ist die Kontextschicht, die Wissen und Arbeitskontext in Microsoft-Agentenprodukte einbringt. Diese Ebene beantwortet die Frage: Welche Informationen darf ein Agent nutzen, und wie wird daraus ein verwertbarer Arbeitskontext?

Copilot Studio sitzt näher an der Geschäftsanwendung. Es ist die Umgebung, in der Organisationen eigene Agenten erstellen, orchestrieren und mit Unternehmensdaten oder Aktionen verbinden. Die aktuellen Copilot-Studio-Neuerungen zeigen den Status genauer: Die neue Agentenerfahrung mit erweiterter Orchestrierung ist als produktionsreife Vorschau markiert; Computer Use wurde im Mai 2026 allgemein verfügbar genannt; Inventar, asynchrone Antworten und Governance-Funktionen erscheinen mit je eigenen Verfügbarkeitsangaben. Für Mandanten zählt deshalb nicht nur der Produktname, sondern auch Rollout, Region, Lizenz und Admin-Konfiguration.

Foundry ist die Produktions- und Betriebsschicht für Entwicklerteams, die Agenten bereitstellen, messen und verbessern wollen. Der Build-Liveblog und Microsofts Foundry-Materialien beschreiben gehostete Ausführung, Grounding, Tracing, Evaluation, Optimierung und Veröffentlichung. Der Foundry-Beitrag zum offenen Trust Stack für KI-Agenten nennt unter anderem Auswertung, Agentenkontrollen, Tracing und Laufzeit-DLP mit Vorschau-Status. Diese Ebene beantwortet: Wie wird ein Agent getestet, überwacht und kontrolliert, nachdem er echten Arbeitskontext erhält?

Microsoft Agent Framework ist die Entwicklerschicht. Der Build-Beitrag zum Microsoft Agent Framework sagt, dass Version 1.0 am 2. April 2026 allgemein verfügbar wurde. Das Framework ist SDK und Laufzeit für Agenten und Multi-Agenten-Abläufe in .NET und Python. Es beschreibt Muster für Kontext, Werkzeuge, Freigaben, Zustand und lang laufende Arbeit. Für Entwickler ist das die Ebene, auf der Harness, Zustandsverwaltung, Werkzeugaufrufe und mehrstufige Agentenabläufe konkret werden.

Die Schichten lassen sich zusammendenken, aber sie bleiben unterschiedliche Entscheidungen. Copilot Studio kann ein Fachteam befähigen, einen Geschäftsagenten zu erstellen. Foundry kann Entwicklern und Plattformteams helfen, Bereitstellung, Auswertung und Betrieb zu strukturieren. Agent Framework kann eigenen Code und mehrstufige Abläufe tragen. Microsoft IQ und die Agent Platform liefern den gemeinsamen Kontext- und Steuerungsrahmen. Für die Smartphone-Frage ist diese Trennung wichtig: Eine Plattformkarte ersetzt nicht die konkrete Ausführung auf einem Android-Gerät. Den breiteren Vergleich zwischen Microsoft-App-Strategie und lokalem Agenten behandelt Microsoft AI Super App vs lokaler AI Agent: Was passt zum Smartphone?.

Der Produktionskreislauf für KI-Agenten

KI-Agenten im Produktivbetrieb brauchen einen Kreislauf, der deutlich über eine gute Modellantwort hinausgeht. Zuerst kommt Kontext: Welche Daten, Dateien, Apps, Nutzerrollen oder Quellen darf der Agent verwenden? Danach folgen Werkzeuge: Welche Aktion ist erlaubt, welche Eingabe braucht sie, und wie wird das Ergebnis geprüft? Drittens braucht der Agent Zustand: Läuft die Aufgabe, wartet sie auf Freigabe, ist sie fehlgeschlagen oder abgeschlossen?

Build 2026 macht diesen Kreislauf sichtbar. Foundry-Materialien betonen isolierte Ausführung je Sitzung, Tracing, Evaluation und iterative Verbesserung. Das Agent Framework beschreibt Muster für Kontext, Werkzeuge, Freigaben, Zustand und lang laufende Arbeit. Für produktive Agenten ist das die eigentliche Arbeit: Nicht nur „kann der Agent antworten?“, sondern „kann er den richtigen Kontext nutzen, die richtige Aktion wählen, seinen Zustand erklären und nach einem Fehler sinnvoll weitergehen?“

Ein produktiver Agentenablauf lässt sich in fünf Stationen prüfen. Erstens: Kontextaufnahme. Der Agent braucht nur den Kontext, der zur Aufgabe passt, und muss Quelle und Aktualität berücksichtigen. Zweitens: Werkzeugwahl. Ein Werkzeugaufruf sollte klare Eingaben, erwartete Ausgaben und Fehlerfälle haben. Drittens: Ausführung mit Zustand. Bei längeren Aufgaben muss erkennbar sein, ob der Agent arbeitet, wartet oder eine Entscheidung braucht. Viertens: Auswertung. Ergebnisqualität, Regelverletzungen und Fehlpfade müssen messbar sein. Fünftens: Wiederherstellung. Nach fehlender Berechtigung, leerem Ergebnis, Verbindungsfehler oder Nutzerabbruch braucht der Agent einen verständlichen nächsten Schritt.

Die Statuslabels bleiben dabei entscheidend. Agent Framework 1.0 ist allgemein verfügbar; einzelne Foundry-Kontrollen, Beobachtbarkeits- oder Governance-Funktionen können Vorschau- oder kommende Funktionen sein. Eine Architekturentscheidung sollte deshalb nicht aus einer Bühne-Demo abgeleitet werden. Sie braucht die Frage: Ist diese Fähigkeit im eigenen Produkt, Mandanten, Plan und Sicherheitsmodell verfügbar?

Für Phone Agents ist derselbe Kreislauf noch konkreter. Android bringt Apps, Berechtigungen, Gerätezustand, sichtbare Oberfläche und Nutzerbestätigung ins Spiel. Die Grundlagen zu Identität, Freigaben und nachvollziehbarer Ausführung vertieft Identität von KI-Agenten: Berechtigungen, Genehmigungen und Audit-Trails für Phone Agents. Microsofts Build-Lehre lässt sich so zusammenfassen: Ein Agent wird produktionsreif, wenn Kontext, Werkzeuge, Zustand, Auswertung und Wiederherstellung als System behandelt werden.

Warum Identität, Berechtigungen und Beobachtbarkeit entscheidend sind

Agentenidentität war eines der klarsten Build-2026-Signale. Die Microsoft-Dokumentation zu Entra Agent IDs für Copilot Studio sagt, dass für jeden neuen Copilot-Studio-Agenten eine Entra Agent ID erstellt wird. Diese Identität unterstützt Lebenszyklus, Protokollierung, Governance, Conditional Access und Sichtbarkeit von Connector-Berechtigungen. Bestehende Agenten befinden sich dabei in einer Übergangsphase von App-Registrierungen.

Identität allein macht einen Agenten nicht zuverlässig. Sie macht ihn aber greifbar: Wer oder was handelt, über welchen Connector, mit welchen Berechtigungen, in welchem Mandanten und mit welchem Verlauf? Genau hier treffen Identität, Berechtigungen und Beobachtbarkeit zusammen. Ein Agent, der externe Aktionen ausführt, braucht mehr als Rollenpapier. Er braucht sichtbare Richtlinien, Auswertung, Zugriffskontrolle, Protokolle und bei sensiblen Schritten menschliche Prüfung.

Copilot Studio zeigt diesen Weg in seinen aktuellen Neuerungen. Agenteninventar hilft, vorhandene Agenten zu finden und zu verwalten. Asynchrone Antworten betreffen längere Agentenarbeit. Computer Use ist mit GA-Status dokumentiert, während andere Governance-Funktionen Vorschaucharakter haben. Foundry ergänzt die Entwicklerseite mit Tracing, Evaluation, Optimierung und DLP-Kontrollen mit eigenen Statuslabels.

Für Unternehmen bedeutet das: Produktionsreife entsteht nicht durch eine einzelne Funktion. Sie entsteht, wenn Identität, Connector-Rechte, Status, Auswertung, Richtlinien und Wiederherstellung zusammenpassen. Ein Administrator muss sehen können, welche Agenten existieren, welche Berechtigungen sie verwenden, welche Datenquellen sie erreichen, welche Richtlinien gelten und wie Fehler untersucht werden. Ein Entwickler muss prüfen können, ob ein Agent wegen falschem Kontext, Werkzeugfehler, Modellantwort, Richtlinie oder fehlender Freigabe scheitert.

Für Android Phone Agents gilt derselbe Maßstab in persönlicherer Form: Welche App oder Datenquelle ist betroffen? Welche Berechtigung wird benötigt? Welche Aktion wird sichtbar ausgeführt? Wie kann der Nutzer prüfen, abbrechen oder nach einem Fehler fortsetzen? Die Enterprise-Wörter Identität, Beobachtbarkeit und Governance werden auf dem Telefon zu greifbaren Nutzerfragen: Was sieht der Agent, was tut er, und wie behalte ich die Kontrolle?

Was Build 2026 für Android-Nutzer bedeutet

Build 2026 richtet sich primär an Entwickler, Unternehmen und Microsoft-Produktivitätsumgebungen. Für Android-Nutzer ist die direkte Lehre dennoch klar: Der nächste Sprung bei KI-Agenten liegt nicht im Chatfenster, sondern in geregelter Ausführung. Ein Agent muss wissen, wer handeln darf, welches Werkzeug beteiligt ist, welcher Kontext gilt, welche Berechtigung fehlt und welches Ergebnis sichtbar ist.

Auf einem Android-Telefon kommen zusätzliche Fragen hinzu. Eine Aktion kann eine App öffnen, einen sichtbaren Bildschirm lesen, eine Nachricht vorbereiten, eine Kalenderaktion erstellen, einen Standortschritt brauchen oder eine Systemeinstellung betreffen. Jede dieser Aufgaben hat andere Risiken. Ein guter Phone Agent macht die Folge sichtbar: Geht es nur um Lesen und Entwerfen, oder wird ein Zustand geändert? Welche Freigabe gehört zu welchem Schritt? Was passiert, wenn die App nicht verfügbar ist oder die Berechtigung fehlt?

Das persönliche Gerät bringt außerdem stärkere Kontextwechsel. Eine Benachrichtigung erscheint, der Bildschirm sperrt sich, die App wechselt, ein Dialog verlangt eine Berechtigung, eine Verbindung bricht ab. Ein Produktionsagent auf dem Telefon muss solche Brüche erklären und wieder aufnehmen können. Genau hier wird Microsofts Build-Begriff der Betriebsreife für Android praktisch: Zustand, Freigabe, Ergebnis und Wiederherstellung sind nicht nur Enterprise-Begriffe, sondern Alltagserwartungen.

Für Prototypen rund um Copilot OS und mobile Agentenfragen ist Was ist Microsoft Aion? Copilot OS, Cloud-Agenten und mobile Steuerung erklärt der passendere Kontext. Für aktuelle Android-Ausführung erklärt Telefonsteuerung mit KI-Agent: Wie Android Phone Agents wirklich arbeiten, welche Rolle sichtbarer Zustand, Berechtigung, Nutzerfreigabe und Wiederherstellung auf dem Gerät spielen.

Wie FoneClaw Produktionsprinzipien auf Android anwendet

FoneClaw übernimmt die Android-Seite dieser Produktionsprinzipien. Unser öffentliches FoneClaw-GitHub-Repository beschreibt FoneClaw als Android-Agentenschicht, die natürliche Sprache mit geregelten Telefonaktionen verbindet. Ein konfiguriertes Modell versteht die Anfrage; FoneClaw führt unterstützte Android-Schritte über klare Werkzeugregeln, Freigaben, sichtbare Ergebnisse, Skills und Workflows aus.

Nach dem bisher neuesten Produktstand verbessert FoneClaw mehrere Gespräche, eine strenge Aufgabenwarteschlange mit getrennten laufenden und wartenden Zuständen, sessiongebundene Freigaben, Aufgabenisolierung, Berechtigungswiederherstellung, Spracheingabe und Wiederherstellung im Ausführungsfluss. Der Einstieg steht auf der FoneClaw-Downloadseite. Die FoneClaw-Funktionsseite ordnet die aktuell unterstützten Android-Fähigkeiten nach praktischen Telefonaufgaben ein.

Ein begrenzter Android-Ablauf zeigt, warum das relevant ist. Der Nutzer sagt: „Fasse diese sichtbare Benachrichtigung zusammen und bereite eine kurze Antwort vor.“ FoneClaw liest den sichtbaren Kontext, formuliert einen Entwurf und zeigt, welche App oder welcher Kontakt betroffen ist. Wenn daraus ein Versand wird, erscheint die passende Freigabe. Wenn eine Berechtigung fehlt, führt FoneClaw zur Klärung. Wenn die App nicht im erwarteten Zustand ist, bleibt der nächste sichere Schritt sichtbar, statt die Aufgabe im Hintergrund zu verlieren.

Dasselbe Muster gilt für andere unterstützte Aufgaben: Kalenderentwurf aus einer Nachricht, App-Start mit sichtbarer Prüfung, Memo aus einem Gespräch, eine einfache Systemeinstellung oder eine vorbereitete Kommunikationsaktion. Der Nutzer erkennt den Aufgabenzustand, die betroffene App, die benötigte Berechtigung und den nächsten Schritt. Das ist die Android-Version von Produktionsreife: nicht nur eine Antwort, sondern ein sichtbarer Weg von Absicht zu Ergebnis.

So setzen wir Build-2026-Prinzipien auf Android um: Kontext erfassen, unterstütztes Werkzeug wählen, Zustand halten, Freigabe zeigen, Ergebnis prüfen und nach Unterbrechungen wieder aufnehmen. FoneClaw konzentriert sich dabei auf unterstützte Android-Aufgaben mit sichtbarer Kontrolle, passenden Berechtigungen und nachvollziehbarer Wiederherstellung.

Checkliste für produktionsreife KI-Agenten

Wer nach Build 2026 einen Agenten bewertet, sollte mit der Schicht beginnen. Geht es um Copilot Studio und Geschäftsprozesse? Um Foundry-Betrieb, Auswertung und Bereitstellung? Um Microsoft Agent Framework als SDK und Laufzeit? Oder um einen Android Phone Agent auf dem persönlichen Gerät? Eine richtige Antwort in der falschen Schicht führt schnell zu falschen Erwartungen.

Die praktische Checkliste lautet:

1. Status: Ist die Fähigkeit allgemein verfügbar, in produktionsreifer Vorschau, öffentlicher Vorschau, privater Vorschau, im Rollout oder angekündigt?
2. Mandant und Konto: Gilt die Funktion im eigenen Tenant, Plan, Land, Client und Admin-Setup?
3. Identität: Hat der Agent eine erkennbare Identität, und sind seine Connector- oder App-Rechte sichtbar?
4. Kontext: Welche Daten, Apps, Dateien oder Gerätezustände darf er verwenden?
5. Werkzeuge: Welche Aktionen sind unterstützt, und welche Eingaben brauchen sie?
6. Aufgabenzustand: Ist klar, ob die Aufgabe läuft, wartet, fehlgeschlagen oder abgeschlossen ist?
7. Freigabe: Welche Schritte brauchen menschliche Prüfung, und was sieht der Nutzer vor der Ausführung?
8. Beobachtbarkeit: Gibt es Traces, Auswertungen, Protokolle oder eine verständliche Rückschau?
9. Wiederherstellung: Was passiert bei fehlender Berechtigung, leerem Ergebnis, App-Fehler oder abgelehnter Freigabe?

Für Microsoft-Workflows führt diese Liste zu Copilot Studio, Foundry, Entra, Agent Framework oder einer Kombination daraus. Für Android-Workflows führt sie zu einem Phone-Agent-Test: eine niedrigriskante Aufgabe wählen, sichtbaren Kontext prüfen, Entwurf oder Aktion anzeigen, Freigabe kontrollieren und Ergebnis verifizieren. Die breitere Microsoft-Marktfrage bleibt in Microsoft AI Super App vs lokaler AI Agent: Was passt zum Smartphone? gut aufgehoben; die Scout-spezifische Analyse steht in Microsoft Scout, OpenClaw und FoneClaw: Enterprise-Agent oder Phone Agent?.

Build 2026 macht die Messlatte klar: Produktionsagenten brauchen nicht nur bessere Modelle, sondern Betrieb, Identität, Berechtigungen, Zustand, Beobachtbarkeit und Wiederherstellung. Auf Android übersetzt FoneClaw diese Messlatte in unterstützte Telefonaufgaben mit sichtbaren Ergebnissen und passenden Freigaben.