🤖 24 AI
🟡 🤝 Agenten Dienstag, 21. April 2026 · 3 Min. Lesezeit

AWS kombiniert Bedrock AgentCore, MCP und Nova 2 Sonic für Omnichannel-Bestellungen — erster Enterprise-Agentic-Showcase

Editorial illustration: AWS kombiniert Bedrock AgentCore, MCP und Nova 2 Sonic für Omnichannel-Bestellungen — erster Enterprise-Agentic-Showcase

Warum es wichtig ist

AWS hat ein Architekturbeispiel veröffentlicht, das Bedrock AgentCore Runtime, das MCP-Protokoll und das Sprachmodell Nova 2 Sonic in einem Omnichannel-Bestellsystem kombiniert. Dies ist die erste öffentliche Integration der neuen AWS-Agentic-Services und eine Demonstration der microVM-Isolierung für Produktionsagenten.

AWS hat ein Architekturbeispiel veröffentlicht, das erstmals drei seiner neuen Agentic-Services öffentlich kombiniert — Bedrock AgentCore Runtime, das MCP-Protokoll (Model Context Protocol) und das Nova 2 Sonic Sprachmodell — in einem praktischen Omnichannel-Bestellszenario. Die Demonstration zeigt ein Restaurant, das Bestellungen gleichzeitig über einen Sprachkanal (Telefon), ein Webformular und einen Text-Chat empfängt, mit einer gemeinsamen Agentenschicht, die alle drei Seiten koordiniert.

Warum ist diese Integration wichtiger als ein gewöhnliches Tutorial?

Seit AWS AgentCore bei den letzten re:Invent-Ankündigungen vorgestellt hat, befanden sich die meisten öffentlich verfügbaren Beispiele auf „Hello World”-Niveau — ein Agent, ein Tool, ein Kanal. Diese Architektur ist die erste, die gleichzeitig alle drei Hauptbausteine eines Enterprise-Agenten nutzt: eine isolierte Laufzeitumgebung, ein standardisiertes Protokoll für externe Tools und ein Sprachmodell mit Streaming-niedriger-Latenz.

Bedrock AgentCore Runtime ist eine verwaltete Ausführungsumgebung für Agenten. Jede Agentensitzung läuft in einer separaten microVM (einer miniaturisierten virtuellen Maschine, typischerweise Firecracker), was Enterprise-Isolierung gewährleistet — zwei gleichzeitig laufende Agenten können sich weder Speicher noch Zustand teilen, und die Laufzeitumgebung verfügt über eingebaute Timeout-, Speicher- und Observability-Hooks. Dies steht im wichtigen Kontrast zu DIY-Ansätzen, bei denen Entwickler LangChain oder ein ähnliches Framework in einer Lambda-Funktion betreiben.

MCP (Model Context Protocol) ist das von Anthropic vorgeschlagene Protokoll, das AWS nun als Standardweg zur Bereitstellung von Tools für einen Agenten unterstützt. Anstatt eines modellspezifischen Function-Calling-Schemas erhält der Agent eine Liste von MCP-Servern (z. B. „Inventarsystem”, „Zahlung”, „Bestellungen”) und kommuniziert mit ihnen in einem einheitlichen Format. Dieses Beispiel verwendet MCP für den Zugriff auf das Restaurant-Inventar, die Preisliste und das POS-System.

Nova 2 Sonic ist das neue Audio-Foundation-Modell von AWS — Speech-to-Speech mit niedriger Latenz, geeignet für Echtzeit-Telefonkonversationen. Anstatt Sprache in Text und zurück zu konvertieren, arbeitet es direkt mit Audio-Tokens und eliminiert so die kumulative Latenz einer traditionellen STT+LLM+TTS-Pipeline.

Wie sieht die Architektur in der Praxis aus?

Das im AWS-Blog gezeigte Szenario verläuft wie folgt: Ein Restaurantgast ruft an und bestellt per Sprache — der Anruf landet auf einem Nova 2 Sonic-Streaming-Endpunkt, der das Gespräch aufrechthält und strukturierte Intentionen (ordered_items, modifications, payment_method) an den AgentCore-Agenten weiterleitet. Parallel dazu bestellt ein anderer Gast über Web-Chat — dieselbe Agentenschicht empfängt den Text über REST API und leitet ihn an denselben Agenten weiter, der denselben MCP-Stack verwendet.

Der Agent nutzt für beide Kanäle ein identisches Toolkit — einen MCP-Server für Inventarprüfungen (ist ein Gericht verfügbar), einen zweiten MCP-Server zur Preisbestätigung und einen dritten für den abschließenden POS-Eintrag. Die gesamte Koordination findet in AgentCore Runtime statt, das die Sitzungsspeicher getrennt pro Kunde verwaltet, obwohl sie dieselbe Laufzeitumgebung teilen.

Was unterscheidet dies vom gestern angekündigten ToolSimulator?

Dies ist ein Schlüsselmoment für das Verständnis des Agentic-Stacks von AWS. ToolSimulator (im Morgen-Run angekündigt) ist ein Entwicklungswerkzeug — eine Testumgebung, in der Entwickler einen Agenten simulieren können, ohne Tools tatsächlich aufzurufen, nützlich für Unit-Tests und Evaluierung. AgentCore Runtime ist die andere Seite derselben Geschichte — produktionsbereite Ausführung des Agenten in echter Infrastruktur mit echten Tool-Aufrufen, echten Benutzern und echter Abrechnung.

Das Paar ToolSimulator + AgentCore Runtime gibt Entwicklungsteams einen vollständigen Weg von Dev zu Prod. Die Entwicklung im ToolSimulator bedeutet schnellere Iteration und günstigeres Testen; die Bereitstellung in AgentCore Runtime bedeutet, dass derselbe Agent mit Enterprise-Isolierung, Audit-Protokollen und Observability über CloudWatch in den Livebetrieb geht.

Für AWS-Kunden, die Bedrock bereits nutzen, ist dieser Blog ein Entwurf für die ersten ernsthaften agentischen Pilotprojekte im Jahr 2026. Restaurant-Bestellungen sind ein illustrativer Bereich, aber dieselbe Architektur lässt sich direkt auf Contact Center, Reisebüros, Banking-Voice-Bots und jedes Szenario übertragen, in dem dieselbe Arbeit über mehrere Kanäle erfolgt. Die Frage ist nur, wie schnell AWS-Partner und Integratoren diesen Entwurf aufgreifen und in den ersten öffentlich demonstrierbaren Produktionseinsatz umwandeln werden.

🤖

Dieser Artikel wurde mithilfe von künstlicher Intelligenz aus Primärquellen erstellt.