Die Aufgabe – und ihre Grenze
MCP Apps ergänzt Werkzeugaufrufe um interaktive Oberflächen im Agenten-Host. Für Commerce kommen etwa Variantenwahl, Konfiguratoren und Produktansichten infrage. Der Mehrwert liegt darin, eine geeignete Interaktion direkt an den fachlichen Werkzeugaufruf anzuschließen.
Nicht dafür gedacht: Kein eigenständiger Checkout und keine Garantie, dass jeder MCP-Host dieselbe Oberfläche unterstützt.
Wie es sich in den Stack einfügt
- Erweiterung von MCP, kein konkurrierendes Basisprotokoll.
- AXP adressiert verwandte Commerce-Erlebnisse, definiert aber ein anderes Projekt und Datenmodell.
Release und Arbeitsfassung getrennt
- Veröffentlichter Stand
- Keine eigenständige Releaseversion verifiziert
- Arbeitsfassung
- Kein separater Draft hier ausgewiesen
Kein eigenständiger aktueller Spezifikationsrelease in diesem Katalog verifiziert; SDK-Version und Host-Unterstützung separat prüfen.
- Lizenz / Bedingungen
- Lizenz im ext-apps-Repository vor Weiterverteilung prüfen.
Originalbedingungen prüfen ↗ - Quellenprüfung
- · Kein Installations- oder Konformitätstest
Ein konkreter Ablauf
Die Schritte ordnen die Rolle des Protokolls ein. Sie sind kein ausführbarer oder getesteter Quickstart.
- Ein Tool stellt ein Ergebnis mit einer passenden UI-Ressource bereit.
- Ein unterstützender Host öffnet diese Oberfläche in seinem vorgesehenen Sicherheitsrahmen.
- Benutzereingaben führen zu kontrollierten Folgeaktionen; der Server prüft jede geschäftliche Änderung.
SDKs und Implementierungswege
Die Einträge unterscheiden Bibliotheken, Modelle und Beispiele. Paketnamen sind Upstream-Einstiege, keine hier getesteten Installationsempfehlungen. Prüfen Sie vor der Integration die exakte Version und deren Spezifikationsunterstützung.
MCP Apps SDK
Artefakt: SDK für Server, UI und Host-Integration
Paket / Modul: @modelcontextprotocol/ext-apps
Version & Kompatibilität: Aktuelles README setzt Node 20+ und MCP-v2-Peers voraus
Keine lokale Installation oder Host-Kompatibilitätsprüfung durchgeführt.
Was für den Betrieb offen bleibt
- UI und Server benötigen unterschiedliche Abhängigkeiten und Sicherheitsprüfungen.
- Eine sichtbare Bestätigung in der Oberfläche ersetzt keine Prüfung des gespeicherten Bestellzustands.
Eine offene Spezifikation erteilt keine automatische Erlaubnis für Zahlungen oder Verkaufskanäle. Testmodus, Benutzerfreigabe und Produktionszulassung bleiben eigene Schritte.
Originalquellen
Redaktioneller Stand: . Ein Versionsstand gilt für die genannte Spezifikation oder Bibliothek, nicht automatisch für andere Sprachpakete. „Nicht verifiziert“ bedeutet nicht „existiert nicht“.