Pexon Consulting, Azure AI | 9 Min. Lesezeit | 01.09.2026
TL;DR
Azure AI Agents Service (in Learn: Foundry Agent Service) hostet Prompt-Agents und Hosted Agents, Tools laufen über Toolboxes und MCP, Agent-zu-Agent über A2A. Das ist nicht der Plattform-Überblick. Der sitzt im Foundry-Leitfaden. Wer den Dienst im Tenant produktiv setzt, landet auf der Foundry-Beratung.
Was der Azure AI Agents Service ist, und was nicht
Der Azure AI Agents Service ist der verwaltete Laufzeitort für Agenten im Foundry-Projekt: Conversations, Tool-Calls, Lifecycle. Microsoft Learn (Stand 01.09.2026) nennt Prompt-Agents und Hosted Agents als die zwei Typen. Der Model Catalog bleibt Katalog. Evaluierung und Tracing hängen am Agent, ersetzen ihn aber nicht.
Wir schreiben hier nicht noch einmal, was Foundry als Plattform ist. Dafür der Leitfaden, Query azure ai foundry. Dieser Text kauft nur azure ai agents service.
Copilot Studio bleibt Low-Code-Nachbar, nicht dieser Dienst. Der Vergleich Foundry gegen Studio sitzt woanders. Hier geht es um den Runtime-Schnitt: wer den Agent hostet, welche Tools er sieht, wie A2A und MCP angebunden sind.
Prompt-Agent, Hosted Agent, Responses API
Drei Wege, ein Project-Endpoint.
Der Prompt-Agent ist Konfiguration. Anweisungen, Modell aus dem Katalog, Toolbox. Portal oder SDK. Kein Container, den Ihr Team patcht. Gut für interne Tools und für Produktionsagenten ohne eigene Orchestrierungslogik.
Der Hosted Agent ist Ihr Code. Agent Framework, LangGraph, OpenAI Agents SDK oder eigenes Image. Foundry liefert Endpoint, Autoscale, Entra-Identität, Tracing. Sie zahlen Inference plus Container-Compute. Das ist der Weg, wenn der Agent in Ihre APIs muss.
Die Responses API baut einen ephemeren Agent in Ihrer App. Keine persistente Agent-Ressource in Foundry. Sinnvoll, wenn die Definition mit dem Application-Repo versioniert werden soll.
# Prompt-Agent: Anweisung und Modell, Runtime bleibt Foundry
# Kommentare auf Deutsch, Stand Learn Agent Service 01.09.2026
agent = project.agents.create(
name="ticket-triage",
instructions="Klassifiziere den Eingang, rufe nur freigegebene Tools.",
model="gpt-4o",
)
Wer alle drei Pfade in einem Blog als Foundry-Tour verkauft, kannibalisiert den Leitfaden. Deshalb nur dieser Schnitt.
MCP und A2A als H2, nicht als zweite URL
BRK155 (Microsoft Build, Foundry Agent Service) zeigt Interoperabilität: MCP, A2A, Anbindung an Assistants- und Responses-APIs. Learn bestätigt MCP-Remote-Server (unter anderem Azure DevOps MCP) und A2A als Preview für Agent-zu-Agent.
MCP ist die Werkzeugschnittstelle. Ein Toolbox-Endpoint, zentrale Auth, Versionierung. Sie kuratieren Search, Code Interpreter, SharePoint, eigene Functions einmal und hängen mehrere Agents daran. Nicht jedes Team baut sich einen eigenen Tool-Router.
A2A ist die Sprache zwischen Agents, nicht zwischen Agent und Tool. Preview. Nützlich, wenn ein Foundry-Agent mit einem Agent außerhalb des Projekts sprechen soll. Kein Grund für eine eigene Landingpage.
Observability (Tracing, Evaluations, Application Insights) bleibt H2-Tiefe. Wer Evaluierung als Head-Term sucht, kommt über den Leitfaden, nicht über diesen Text.
Offizielle Übersicht: What is Microsoft Foundry Agent Service.
Was in einem regulierten Tenant zuerst steht
Identity pro Agent, RBAC, Content-Filter, bei Bedarf VNet. Prompt-Agents können in Ihr virtuelles Netz. Hosted Agents unterstützen BYO-VNet mit isolierter Session. Das ist Implementierung, kein Tutorial für die erste App.
Die erste App in 60 Minuten bleibt das Tutorial, Long-Tail, nicht Head. Wer den Azure AI Agents Service an Entra, Netz und Tool-Governance hängt, braucht die Beratung, nicht das Tutorial.
Pexon hängt den Dienst an den bestehenden Tenant: welche Agents Prompt bleiben, welche Hosted werden, welche MCP-Server ins Netz dürfen. Das ist dieselbe Foundry-LP, nicht ein zweiter Money-Slug.
Häufig gestellte Fragen
Was ist der Azure AI Agents Service, wenn nicht Foundry selbst?
Der verwaltete Runtime für Agents im Foundry-Projekt. Foundry bleibt die Plattform (Katalog, Eval, Lifecycle). Dieser Text rankt nicht auf azure ai foundry.
Was kostet ein Hosted Agent gegenüber einem Prompt-Agent?
Prompt-Agent: Inference und Tool-Nutzung. Hosted Agent: dasselbe plus Container-Compute. Genaue SKUs stehen in Learn Pricing zum Projekt, nicht in einer Pauschale.
Brauche ich MCP, oder reicht die Toolbox?
Die Toolbox ist die kuratierte Menge. MCP ist das Protokoll, mit dem Remote-Server (DevOps, Functions, eigene Tools) andocken. Für ein einzelnes File-Search-Tool reicht die Toolbox. Für mehrere Teams mit eigenen Servern brauchen Sie MCP plus Auth-Modell.
Foundry Agent Service oder Copilot Studio?
Studio ist Low-Code in Microsoft 365. Der Azure AI Agents Service ist der Runtime-Schnitt für Prompt- und Hosted-Agents mit Katalog-Modellen. Der Vergleich bleibt auf der Foundry-LP und dem Vergleichsblog, nicht hier.
Ersetzt A2A eine eigene Orchestrierung?
Nein. A2A (Preview) verbindet Agents. Die Orchestrierung in Ihrem Code (Hosted Agent) bleibt, wenn Sie eigene Protokolle oder Multi-Agent-Logik brauchen.
Nächster Schritt
Verwandte Themen
→Foundry versus Copilot Studio
→Azure Consulting, Mutterseite

