Der Agent braucht ein eigenes Konto Warum delegierte Käufe eine neue Ordnung für Identität, Entscheidungsrechte und Verantwortung verlangen. Autor, Andreas Rieger Erschienen, 26. Oktober 2026 Zuletzt aktualisiert, 27. Oktober 2026 Lesezeit, 11 Min. Themen, Artificial Intelligence, Digital Commerce, Executive Decision Making Reihe, AI & Commerce Radar Ausgabe, 03 Kanonische Seite, https://andreas-rieger.eu/de/denken/der-agent-braucht-ein-eigenes-konto Englische Fassung, https://andreas-rieger.eu/thinking/the-agent-needs-an-account-of-its-own Walmart plant eigene Agentenprofile. Was Händler daraus über Vollmachten, Budgets und Verantwortung lernen können, trotz begrenzter Verfügbarkeit. --- Ein Kunde kann seinem Einkaufsagenten in einem Satz erklären, was er möchte. Für den Händler beginnt damit eine deutlich längere Unterhaltung. Darf der Agent nur vergleichen oder bereits bestellen? Darf er eine andere Variante wählen, wenn die gewünschte ausverkauft ist? Gilt das Budget einschließlich Versand? Und wer entscheidet, wenn sich zwischen Auswahl und Bestellung der Preis ändert? Im gewöhnlichen Onlineshop beantwortet der Kunde viele dieser Fragen durch seine nächsten Klicks. Bei einem delegierten Kauf fehlen diese kleinen Bestätigungen. Der Händler sieht eine Handlung, muss aber zusätzlich erkennen können, wer sie ausführt und wozu diese Instanz berechtigt ist. Walmart hat diese Unterscheidung am 21. Oktober 2026 in ein konkretes Produktmodell übersetzt. Für November angekündigte Agent Profiles sollen einzelne Agenten innerhalb eines Kundenkontos kenntlich machen und ihre Einkäufe getrennt ausweisen. Kunden können jeden Kauf bestätigen oder Ausgaben innerhalb eines festgelegten Limits erlauben. Die Berechtigung lässt sich wieder entziehen. Ergänzend kündigt Walmart einen Agent Gateway und Regeln für den Zugriff an. Agenten sollen unter anderem keine Kartendaten erhalten und keine Zahlungsmethoden verändern dürfen. [1] (#quelle-1) Der Schauplatz ist zunächst das US-Handelsumfeld von Walmart.com und Sam’s Club. Der Gateway ist eine frühe Beta mit Zugang ausschließlich auf Einladung. Funktionen können sich ändern und stehen nicht zwingend allen Teilnehmern zur Verfügung. Ein Rollout für Deutschland, Österreich oder die Schweiz ist in den herangezogenen Quellen zum 26. Oktober nicht angekündigt. Auch die Agent Profiles sind zu diesem Zeitpunkt angekündigt, nicht als allgemein verfügbar belegt. [1] (#quelle-1)[4] (#quelle-4) Für DACH-Händler ist das angekündigte Walmart-Modell zunächst ein Referenzpunkt. Ob Kunden es annehmen und wie zuverlässig es funktioniert, ist offen. Als Architekturentscheidung ist es dennoch bemerkenswert. Der Kunde bleibt der Kunde. Der Agent erhält einen eigenen, begrenzten Handlungsspielraum. Die Einschränkungen dieses Angebots sagen allerdings wenig darüber aus, welche anderen Formen agentengestützten Einkaufens in Europa bereits verfügbar sind. Ein gesondertes Agentenprofil klingt zunächst nach Kontoverwaltung. Tatsächlich verändert die Trennung zwischen Kunde und beauftragtem Agenten die Logik der Kundenbeziehung. Wer einem Agenten Zugang zum eigenen Konto gibt, überträgt ihm zunächst eine technische Möglichkeit. Daraus folgt noch nicht, dass jede verfügbare Funktion zum Auftrag gehört. Eine gespeicherte Adresse kann für eine Bestellung erforderlich sein. Zugriff auf sämtliche früheren Bestellungen ist es möglicherweise nicht. Ein Agent darf einen Artikel zurücksenden, ohne deshalb auch das Ziel einer Erstattung ändern zu dürfen. Der Satz „Der Nutzer ist angemeldet“ beantwortet künftig deshalb nur einen Teil der relevanten Fragen. Zusätzlich muss nachvollziehbar sein, welcher Agent für ihn handelt, welches Mandat aktuell gilt und welche konkrete Aktion davon gedeckt ist. Mit einem eigenen Konto ist hier keine weitere Registrierung samt Passwort gemeint. Entscheidend ist eine getrennt erkennbare, begrenzbare und widerrufbare Berechtigung innerhalb der Kundenbeziehung. Ob eine Plattform sie als Profil, Sitzung oder delegierten Zugang abbildet, ist eine Implementierungsfrage. Entscheidend ist, dass die Unterscheidung auch dann erhalten bleibt, wenn etwas schiefgeht. Der am 9. Oktober veröffentlichte Entwurf des Personal Agent Protocol, Poppy, verfolgt eine verwandte Richtung. Er beschreibt, wie sich ein Agent zu erkennen gibt, der Kunde begrenzten Zugriff freigibt und das Unternehmen die zulässigen Handlungen bestimmt. Website, API und Unternehmensagent können unterschiedliche Ausführungswege innerhalb dieser Beziehung sein. Poppy ist ein Entwurf, kein regional ausgerollter Handelsdienst. Die Beteiligung namhafter Unternehmen belegt weder eine produktive Umsetzung bei jedem Partner noch die Verfügbarkeit für DACH-Kunden. [2] (#quelle-2) Meine Einordnung ist, dass sich hier eine zusätzliche Ebene zwischen Kundenidentität und Commerce-Funktion herausbildet. Sie beschreibt die Befugnis, im Auftrag eines anderen zu handeln. Parallel wird der technische Zugang vorbereitet. Commerce.com und Cloudflare kündigten am 21. Oktober an, WebMCP für geeignete BigCommerce-Shops standardmäßig bereitzustellen. Browser-Agenten erhalten damit strukturierte Werkzeuge für Produktsuche und Warenkorb. Der Checkout bleibt in der beschriebenen Umsetzung beim Menschen. Händler können die Funktion deaktivieren. [3] (#quelle-3)[5] (#quelle-5) Auch hier ist die Reichweite begrenzt. WebMCP befindet sich in einer experimentellen Vorschau und setzt entsprechende Browser- oder Testumgebungen voraus. Die Ankündigungen liefern keine vollständige Länderliste und keine Zusage für jeden DACH-Shop. Entscheidend sind die Berechtigung des konkreten Händlers, sein Setup und die Unterstützung auf Kundenseite. Eine pauschale Einordnung als ausschließlich US-verfügbar wäre ebenso ungenau wie die Behauptung eines flächendeckenden europäischen Rollouts. [3] (#quelle-3)[5] (#quelle-5) Das ist eine begrenzte Fähigkeit. Sie zeigt aber, wie Agentenzugang zum Bestandteil eines Plattformupdates werden kann. Der Händler muss keinen eigenen Agenten entwickeln, damit ein fremder Agent in seinem Shop tätig wird. Die Entscheidung über diesen Zugang lässt sich deshalb nicht vollständig an den Plattformanbieter delegieren. Ein Anbieter kann Funktionen bereitstellen und technische Grenzen durchsetzen. Der Händler muss für seine Prozesse festlegen, welche Handlungen er innerhalb eines Kundenmandats zulässt und wie er dessen Grenzen prüft. In Europa öffnen Händler ihre Angebote bereits für externe KI-Assistenten. OTTO beschreibt seit dem 20. Oktober 2026 eine MCP-Anbindung und ein ChatGPT-Plugin zur Produktberatung. Zum Kauf wechseln Kunden zu OTTO. Das Auslösen von Bestellungen durch Agenten nennt die Veröffentlichung als Perspektive, nicht als verfügbare Funktion dieses Ablaufs. [10] (#quelle-10) Carrefour ermöglicht französischen Kunden seit dem 26. März 2026, in ChatGPT Produkte zu finden, einen Warenkorb zusammenzustellen und die Lieferart auszuwählen. Abschluss und Zahlung erfolgen auf Carrefour.fr. Die Produktauswahl kann sich damit bereits außerhalb des Shops vollziehen, während der Kunde den Kauf beim Händler bestätigt. [11] (#quelle-11) Auch in Deutschland geht die Integration über Beratung hinaus. Knuspr kündigte seine ChatGPT-Anbindung am 4. Juli 2026 an. Sie unterstützt die Zusammenstellung von Warenkörben, die Kunden anschließend bei Knuspr prüfen und bestellen. Die MCP-Dokumentation beschreibt die Anmeldung über das Knuspr-Konto und Funktionen zur Warenkorbverwaltung. Das Angebot bleibt an Knusprs Liefergebiete gebunden. [12] (#quelle-12) [13] (#quelle-13) dm dokumentiert dagegen zunächst Produktsuche, Produktdetails und Informationen zu Märkten und Beständen. Eine Bestellfunktion gehört nicht zu den aufgeführten MCP-Werkzeugen. Sortiment öffnen, Warenkorb bearbeiten und einen Kauf ausführen sind unterscheidbare Fähigkeiten. [14] (#quelle-14) Auch reale agentengestützte Zahlungen sind in Europa belegt. Worldline, ING und Mastercard beschrieben am 2. Juni einen Ticketkauf in den Niederlanden, den der Kunde ausdrücklich freigab. [9] (#quelle-9) Die Frage für europäische Händler lautet deshalb schon heute, welche Entscheidungen sie externen Systemen zugänglich machen. Die beschriebenen Abläufe von OTTO, Carrefour und Knuspr belegen jedoch nicht, dass ein externer Agent ohne erneute Freigabe Ersatzartikel innerhalb eines dauerhaften Kundenmandats kaufen darf. Ein verbundenes Kundenkonto allein weist eine solche Befugnis ebenfalls nicht nach. Meine Forderung nach einem eigenen Agentenkonto beschreibt die dafür nötige Trennung von Identität und Handlungsspielraum, keine Voraussetzung, die jede heutige Anbindung bereits erfüllt. Die fachliche Aufgabe, Ersatzartikel zu behandeln, ist dabei älter als der Einkaufsagent. Carrefour beschreibt beispielsweise für Drive-Bestellungen, wie Kunden vorgeschlagene Ersatzprodukte annehmen oder ablehnen können. Bei externer Delegation kommt eine weitere Übergabe hinzu: Darf der Kundenagent diese Entscheidung treffen, nach welchen Regeln und mit welchem Nachweis gegenüber dem Händler? [15] (#quelle-15) Ein Budgetlimit hilft dabei, löst aber nur eine Dimension des Problems. Angenommen, eine Kundin beauftragt ihren Agenten, dieselben Laufschuhe wie beim letzten Mal für höchstens 140 Euro nachzubestellen. Das gewünschte Modell ist ausverkauft. Das Nachfolgemodell kostet 135 Euro. Eine andere Farbe ist sofort lieferbar, die vertraute erst in drei Wochen. Ein Abonnement verspricht zehn Prozent Rabatt auf künftige Bestellungen. Jede dieser Optionen kann preislich in den Rahmen passen. Inhaltlich sind es unterschiedliche Entscheidungen. Der Kauf einer neuen Modellgeneration, die Wahl einer anderen Farbe und das Eingehen einer wiederkehrenden Verpflichtung verlangen jeweils eine eigene Antwort. Der Betrag allein sagt darüber wenig aus. Eine belastbare Delegation muss deshalb auch Gegenstand, Dauer und zulässige Abweichungen erfassen. Darf der Agent Ersatzprodukte wählen? Wie oft darf er bestellen? Wann endet der Auftrag? Ein Limit pro Kauf begrenzt schließlich noch nicht die Summe mehrerer Käufe. Bei einem externen persönlichen Agenten kommt eine weitere Partei hinzu. Sein Anbieter gestaltet, wie der Kunde Wünsche äußert und wie daraus verarbeitbare Bedingungen entstehen. Das kann über Freitext, Auswahlfelder, gespeicherte Präferenzen oder Rückfragen geschehen. Händlerseitige Pflichtfelder bestimmen dagegen zunächst, welche Angaben eine konkrete Aktion benötigt. Eine technisch vollständige Bestellung belegt noch nicht, dass alle persönlichen Bedingungen des Kunden erfasst wurden. Dabei verdient auch die Rolle eines händlereigenen Assistenten Aufmerksamkeit. Carrefour erweiterte Hopla am 28. September um Vorschläge für ausgewogenere Ernährung und die Analyse des Warenkorbs. Welche Alternativen ein Assistent anbietet, folgt also einer gestalteten Empfehlungslogik. [16] (#quelle-16) Meine Einordnung: Ein vom Händler definiertes Auswahlziel und die Erlaubnis des Kunden, einen anderen Artikel zu kaufen, sind unterschiedliche Dinge. Wo Empfehlungen kommerziellen Zielen folgen, muss ein beauftragter Kundenagent sie weiterhin an den Grenzen seines Auftrags messen. Maschinenlesbare Mandate sind dafür bereits technisch beschrieben. AP2 unterscheidet in der geprüften Spezifikation v0.2 zwischen Checkout- und Payment-Mandaten. Das zugehörige Autorisierungsmodell kennt offene Mandate mit Bedingungen sowie an konkrete Transaktionen gebundene Mandate. Auch UCP beschreibt eine AP2-Erweiterung für den Austausch signierter Autorisierungsnachweise. Eine Spezifikation belegt allerdings noch keine verfügbare Funktion im eigenen Shop. [6] (#quelle-6)[7] (#quelle-7)[8] (#quelle-8) AP2 beschreibt, dass der Shopping-Agent die Mandatsinhalte zusammenstellt, nachdem er die gewünschte Aufgabe ermittelt hat. Wie diese Übersetzung erfolgt, lässt die Spezifikation ausdrücklich offen. Der Händler kann deshalb eine Autorisierung erhalten, ohne den ursprünglichen Dialog zu kennen. Für die Prüfung sollen nur die erforderlichen Mandatsinformationen offengelegt werden. [6] (#quelle-6)[7] (#quelle-7) Ein solches Mandat liefert einen prüfbaren Nachweis der erteilten Berechtigung. Im AP2-Modell müssen die Bedingungen ausgewertet werden. Eine unbekannte Bedingung darf nicht einfach übergangen werden. Die Spezifikation verlangt zudem, dass die vorgesehenen Prüfungen durch deterministischen Code erfolgen. [6] (#quelle-6)[7] (#quelle-7) Die technische Prüfung beantwortet allerdings noch nicht, ob die Bedingungen den Kundenwunsch zutreffend wiedergeben. Ein Mandat könnte beispielsweise nur ausdrücklich benannte Ersatzartikel zulassen. Ob ein bestimmter Nachfolger tatsächlich die vertraute Passform bietet, lässt sich jedoch nicht allein aus einer gültigen Signatur ableiten. Dazu braucht es eine mit dem Kunden abgestimmte Regel, verlässliche Produktdaten und einen Rückfrageweg für Fälle, die sich nicht sicher einordnen lassen. Das ist meine Einordnung der verbleibenden Gestaltungsaufgabe. Eine signierte Freigabe dokumentiert, was autorisiert wurde. Sie beweist nicht, dass eine mehrdeutige Kundenanweisung richtig in diese Freigabe übersetzt wurde. Für mich entsteht daraus eine zusätzliche Abstimmungsaufgabe zwischen Agentenanbieter und Händler. Beide müssen klären, welche Bedingungen sie gemeinsam verstehen und prüfen können, wie sie fehlende Informationen erkennen und wann der Kunde erneut entscheiden muss. Diese Arbeit liegt teilweise außerhalb der eigenen CX- und ERP-Systeme. Bietet der Händler den Agenten selbst an, können mehrere Rollen bei ihm zusammenfallen. Die Aufgaben bleiben dennoch unterscheidbar. Auf Händlerseite müssen die vereinbarten Grenzen in ausführbare Geschäftsregeln überführt werden. Eine freundliche Anweisung an das Modell reicht dafür nicht. Die Systeme, die Bestellung, Zahlung oder Änderung annehmen, müssen die Berechtigung zum Zeitpunkt der Ausführung prüfen. Wird eine Rückfrage nötig, muss auch die menschliche Bestätigung einen konkreten Gegenstand haben. Sie sollte sich auf einen bestimmten Warenkorb, den Gesamtbetrag und die wesentlichen Bedingungen beziehen. Ändert sich danach etwas, braucht es eine Regel dafür, welche Abweichungen noch gedeckt sind. Sonst bleibt zwar ein protokolliertes „Ja“ zurück, aber es ist unklar, wozu es gegeben wurde. Ebenso wichtig ist die Situation nach dem Kauf. Hat der Agent eine Bestellung erneut ausgelöst, weil er keine Antwort erhalten hat? Hat die Kundin eine Ersatzvariante freigegeben? War das Mandat noch gültig? Wer im Service solche Fragen beantworten soll, benötigt mehr als den üblichen Bestelleintrag. Sinnvoll wäre eine nachvollziehbare Verbindung zwischen Auftrag, Agent, Berechtigungsstand, Freigabe und ausgeführter Handlung. Dafür muss ein Händler weder den gesamten privaten Dialog noch die internen Überlegungen des Modells speichern. Er benötigt die Informationen, mit denen sich die konkrete Transaktion erklären und gegebenenfalls korrigieren lässt. Der Entzug eines Mandats gehört in dieselbe Logik. Er sollte weitere Handlungen verhindern. Bereits ausgelöste Bestellungen verschwinden dadurch jedoch nicht. Für sie bleiben Stornierung, Retoure und Erstattung eigenständige Prozesse. Diese Unterscheidung muss auch für den Kunden verständlich sein, wenn er einen Agenten deaktiviert. Das ist zugleich eine kommerzielle Gestaltungsaufgabe. Wer jede Kleinigkeit erneut bestätigen lässt, gibt die delegierte Arbeit häppchenweise an den Kunden zurück. Der Agent wird dann zum sehr gesprächigen Warenkorb. Wer dagegen zu viel Autonomie erlaubt, riskiert Fehlkäufe, vermeidbare Retouren und schwierige Servicegespräche. Gute Delegation braucht daher abgestufte Entscheidungsspielräume. Eine unveränderte Nachbestellung an die bekannte Adresse kann innerhalb eines vereinbarten Mandats wenig zusätzliche Aufmerksamkeit erfordern. Eine neue Lieferadresse, ein erheblich anderer Artikel oder eine wiederkehrende Verpflichtung kann eine erneute Bestätigung auslösen. Die Grenzen sollten zum Sortiment, zum Kundenauftrag und zur Tragweite der Handlung passen. Für die Geschäftsführung entsteht daraus eine überschaubare, aber verbindliche Aufgabe. Commerce verantwortet den Umfang des Angebots. IT und Security müssen die Grenzen wirksam umsetzen können. Customer Service braucht einen Weg für Ausnahmen und Reklamationen. Datenschutz und Recht prüfen die jeweils einschlägigen Anforderungen. Eine benannte Person muss diese Entscheidungen auf Händlerseite zusammenführen und die Übergaben zu externen Agentenanbietern verantworten können. Dazu gehört auch, einen Anwendungsfall vorerst nicht freizugeben, wenn sich Kundenbedingungen im Zusammenspiel der Systeme nicht zuverlässig prüfen lassen. Ein mittelständischer Händler muss dafür keine eigene Protokollwelt bauen. Die europäischen Beispiele machen aber deutlich, dass Agentenzugang bereits eine operative Frage ist. Der erste Schritt ist eine Prüfung, welche Funktionen im eigenen Markt, Tarif und Shop verfügbar sind und zusammenarbeiten. Produktsuche und Warenkorbvorbereitung können schon sinnvoll eingesetzt werden, während weitergehende Delegation zusätzliche Mandatsprüfung, Zahlung und Rückfragewege verlangt. Aus einer US-Beta folgt keine europäische Implementierungspflicht. Aus europäischen Angeboten folgt ebenso wenig, dass jeder DACH-Shop dieselben Fähigkeiten bereits einkaufen kann. Ein sinnvoller Pilot kann zunächst einen Warenkorb vorbereiten und die Bestellung dem Kunden überlassen. Soll er später etwa die Nachbestellung bekannter Verbrauchsprodukte selbst ausführen, müssen erlaubte Entscheidungen und Rückfragefälle vorab feststehen. Anschließend wird geprüft, ob die beteiligten Systeme diese Regeln tatsächlich durchsetzen und dokumentieren können. Fehlen diese Voraussetzungen, bleibt die zusätzliche Autonomie deaktiviert. Die bereits mögliche Assistenz muss deshalb nicht ebenfalls warten. Der Erfolg eines solchen Piloten bemisst sich auch daran, wie viel Aufmerksamkeit er spart. Neben Abschlussquote und Umsatz gehören unnötige Rückfragen, Fehlbestellungen, doppelte Ausführungen und nachträglicher Serviceaufwand in die Bewertung. Ein zusätzlicher Auftrag kann wenig wert sein, wenn seine Erklärung mehr Arbeit erzeugt als seine Abwicklung. Der eigentliche Fortschritt liegt für mich darin, Delegation als überprüfbare Beziehung zu gestalten. Der Kunde soll erkennen können, was er übertragen hat. Der Händler soll erkennen können, welche Handlung davon gedeckt ist. Beide brauchen einen praktikablen Weg, diese Beziehung zu begrenzen oder zu beenden. Der Agent braucht ein eigenes Konto, weil der Händler wissen muss, wann der Kunde selbst handelt und wann jemand für ihn handelt. Erst diese Unterscheidung macht es möglich, Aufgaben abzugeben und die Kontrolle über ihre Grenzen zu behalten. Quellen und redaktioneller Stand Quellen 10–16 ergänzen die europäische Einordnung, geprüft am 27. Oktober 2026. Verfügbarkeitsaussagen beziehen sich auf die jeweils beschriebenen Länder, Liefergebiete und Funktionen. Quellen 1–9 bilden die bereits bestehende Grundlage des Essays. - Walmart, 21 October 2026 (https://corporate.walmart.com/news/2026/10/Making-It-Possible-for-Agents-to-Shop-on-Behalf-of-Customers) - Sierra: Poppy, 9 October 2026 (https://sierra.ai/blog/poppy) - Cloudflare: WebMCP, 21 October 2026 (https://blog.cloudflare.com/webmcp-commerce/) - Walmart Agent Gateway (https://www.walmart.com/cp/walmart-agent-gateway/1280482) - Commerce.com / Cloudflare, 21 October 2026 (https://www.commerce.com/press/commerce-and-cloudflare-bring-ai-shopping-assistants-to-bigcommerce-merchants-online-stores-with-webmcp/) - AP2: Agent Authorization (https://github.com/google-agentic-commerce/AP2/blob/main/docs/ap2/agent_authorization.md) - AP2 specification (https://github.com/google-agentic-commerce/AP2/blob/main/docs/ap2/specification.md) - UCP: AP2 Mandates (https://ucp.dev/specification/payment/extensions/ap2-mandates/) - Worldline, ING and Mastercard, 2 June 2026 (https://www.mastercard.com/news/europe/en/newsroom/press-releases/en/2026/worldline-ing-and-mastercard-complete-a-live-end-to-end-european-agentic-payment-in-production/) - OTTO: Mit ChatGPT-Plugin und -Ads zur Agentic Readiness, 20.10.2026 (https://www.otto.de/unternehmen/de/presse/otto-mit-chatgpt-plugin-und-ads-zur-agentic-readiness) - Carrefour: ChatGPT, 26.03.2026 (PDF) (https://www.carrefour.com/sites/default/files/2026-03/Communique%CC%81%20de%20presse%20-%20Carrefour%20devient%20le%20premier%20retailer%20europe%CC%81en%20a%CC%80%20proposer%20de%20faire%20ses%20courses%20sur%20ChatGPT%20.pdf) - Knuspr: ChatGPT-Erweiterung, 04.07.2026 (https://www.knuspr.de/thema/presse-2026-knuspr-chatgpt-erweiterung) - Knuspr: MCP-Dokumentation (https://www.knuspr.de/mcp-docs) - dm: MCP-Dokumentation (https://mcp.dm.de/) - Carrefour: Ersatzartikel im Drive / produits remplacés (https://www.carrefour.fr/faq?question=quest-ce-quun-produit-remplace-comment-le-faire-rembourser) - Carrefour: Hopla / mieux manger, 28.09.2026 (https://www.carrefour.com/fr/news/2026/carrefour-met-lintelligence-artificielle-au-service-du-mieux-manger-avec-hopla) --- Frei lesbar und zitierbar mit Nennung von Andreas Rieger, andreas-rieger.eu.