AWS macht MCP-Agents endlich gesprächsfähig
Amazon Bedrock AgentCore Runtime bekommt stateful MCP-Client-Fähigkeiten. Heißt übersetzt: KI-Agenten können jetzt mitten im Workflow pausieren, nachfragen, warten — und dann weitermachen. Was bisher mit stateless MCP-Servern schlicht nicht ging.
Das Problem bisher
MCP-Server waren dumm. Ein Request rein, eine Antwort raus, fertig. Wenn ein Agent mitten in einer Aufgabe eine Rückfrage an den User hatte — Pech gehabt. Wenn er Zwischenergebnisse liefern wollte — Pech gehabt. Wenn ein LLM-Call Zeit brauchte und der User warten musste ohne zu wissen was passiert — dreimal Pech gehabt.
Was sich jetzt ändert
- Multi-Turn-Workflows:** Agenten können mitten in der Ausführung pausieren und auf User-Input warten
- Echtzeit-Updates:** Fortschrittsanzeigen während langer Operationen statt Blackbox-Schweigen
- LLM-in-the-Loop:** Der Agent kann während eines Tool-Calls ein Sprachmodell um Hilfe bitten
- Session-State:** Der Kontext bleibt über mehrere Interaktionen erhalten
💡 Was das bedeutet
Das ist kein Marketing-Feature. Jeder, der mal einen MCP-Server gebaut hat, kennt das Problem: Komplexe Workflows brauchen Rückkanäle. Ohne State ist jeder Agent-Call ein Einbahnstraßen-Gespräch. AWS löst damit ein echtes Infrastruktur-Problem, das bisher jedes Team selbst lösen musste — mit hässlichen Workarounds über Queues, Webhooks oder Polling.
✅ Pro
- Löst ein reales Problem, das die gesamte MCP-Community betrifft
- Nativ in Bedrock integriert, kein Drittanbieter-Gebastel
- Ermöglicht Agent-Workflows, die vorher architektonisch unmöglich waren
❌ Con
- AWS-Lock-in: Wer das nutzt, heiratet Bedrock
- MCP-Standard selbst definiert noch kein offizielles Stateful-Protokoll — AWS kocht hier eigene Suppe
- Preismodell für stateful Sessions noch unklar