Suchen Sie nach einem Amazon-Seller-MCP-Server, finden Sie auf der ersten Seite drei Arten von Antworten: gehostete Relays, die Ihnen eine Verbindung verkaufen, Open-Source-Repositorys zum Selbstbetrieb und Verzeichnisse, die beides auflisten. Alle beschreiben dieselbe Fähigkeit mit fast denselben Worten: Stellen Sie Fragen zu Ihrem Shop in einfachem Englisch und erhalten Sie Antworten aus Ihren echten Daten.
Diese Fähigkeit ist real und nützlich. Sie ist auch enger begrenzt, als die Formulierung vermuten lässt. In dieser Lücke entsteht der größte Teil der Enttäuschung.
Was ein Amazon-Seller-MCP-Server tatsächlich ist
Das Model Context Protocol ermöglicht einem KI-Client, Tools aufzurufen, die jemand anderes definiert hat. Ein Amazon-Seller-MCP-Server ist ein kleines Programm, das Amazons Selling Partner API, SP-API, umschließt und deren Endpunkte als aufrufbare Tools bereitstellt. Sein Aufbau ist nicht Amazon-spezifisch; dasselbe Muster wird auf Shopify, eBay, Stripe und hundert weitere APIs angewandt.
Die Werbebeispiele sind einheitlich und ehrlich hinsichtlich ihrer Funktion: Gesamtumsatz und Stückzahlen je Marktplatz im letzten Monat, SKUs mit drohendem Fehlbestand, Retourenquote je Kategorie über neunzig Tage. All das sind Leseabfragen an bereits vorhandene Endpunkte. Die MCP-Ebene erspart den Schritt, einen Bericht zu exportieren und eine Tabelle zu öffnen.
Die drei Formen und ihre jeweiligen Kosten
Ein gehostetes Relay. Ein Anbieter betreibt den Server, und Sie autorisieren ihn. Der schnellste Einstieg und die einzige Option ohne lokalen Prozess. Dafür laufen Ihre Verkäuferdaten über einen Dritten, den Sie nun bewerten müssen, und Sie zahlen pro Nutzer oder Aufruf.
Ein selbst betriebenes Repository. Auf GitHub gibt es mehrere, teils ausdrücklich für Claude Desktop geschrieben. Zwischen Ihnen und Amazon steht nichts — genau darum geht es. Dafür betreiben Sie nun einen Dienst: Sie halten den Prozess am Laufen, verfolgen Änderungen der SP-API und erneuern ablaufende Zugangsdaten.
Ein Client, der das Protokoll nativ beherrscht. Kein separater Server, weil der Client bereits MCP-Client ist und den Konnektor mitbringt. Weniger Einzelkomponenten, allerdings wählen Sie damit einen Client, statt Ihren vorhandenen zu erweitern.
Der übersprungene Teil
Alle drei Wege haben dieselbe Voraussetzung, mit der fast kein Leitfaden beginnt: Sie benötigen eine eigene SP-API-Anwendung. Das bedeutet Entwicklerregistrierung, Auswahl der angeforderten Anwendungsrollen und LWA-Zugangsdaten, die ablaufen und erneuert werden müssen.
Daraus folgen zwei Konsequenzen, die man leicht zu spät entdeckt. Erstens werden Rollen je Kategorie vergeben; eingeschränkte Rollen für personenbezogene Käuferdaten haben ein separates Genehmigungsverfahren, das die meisten Verkäufer weder durchlaufen noch benötigen. Zweitens gelten SP-API-Ratenlimits je Endpunkt. Eine Frage in einem Satz kann daher zu einer Folge gedrosselter Aufrufe werden, und ein Chat-Client, der stillschweigend erneut versucht, verbraucht beim Warten Tokens.
Das spricht nicht dagegen, es zu tun. Es spricht gegen die Darstellung als Zehn-Minuten-Einrichtung.
Die Grenze dessen, was Datenabruf liefert
Nehmen wir an, alles funktioniert. Sie haben nun ein Chatfenster, das Ihnen sagt, dass Ihre Retourenquote je Kategorie 8.4% beträgt und vier SKUs innerhalb von drei Wochen ausverkauft sein werden.
Keine dieser Zahlen ist eine Entscheidung. Die Retourenquote wird erst aussagekräftig, wenn Sie wissen, ob es um Größenbeschwerden, Verpackungsmängel oder ein nie gerechtfertigtes Angebotsversprechen geht. All das steht in Bewertungstexten, nicht im Retouren-Endpunkt. Ein drohender Fehlbestand ist nur im Verhältnis zu Lieferzeit und Saison relevant. Und wenn Sie das Angebot neu schreiben, muss das Modell wissen, dass Amazon keywordreiche Titel und fünf Aufzählungspunkte innerhalb eines Zeichenlimits verlangt, dass Wirksamkeitsaussagen belegt werden müssen und welche Superlative zur Ausblendung führen.
Dieses Wissen ist Fachwissen. MCP ist ein Transportprotokoll. Es war nie dafür gedacht, dieses Wissen zu liefern; es zu erwarten ist ein Kategorienfehler.
Wo Orkas hier einzuordnen ist
Orkas ist ein MCP-Client. Daher funktionieren alle oben beschriebenen Server damit wie mit anderen Clients. Außerdem bringt es den Amazon-Seller-Central-Konnektor selbst mit, der über Ihre eigene private SP-API-Anwendung läuft. Zugangsdaten sind auf Ihrem Gerät verschlüsselt, personenbezogene Käuferdaten werden weder angefordert noch offengelegt. Für diese Integration müssen Sie keinen separaten Server am Laufen halten.
Wichtiger ist die Ebene darüber. Orkas enthält vier Merchandising-Skills mit dem Fachwissen, das dem Protokoll fehlt: Kategorierecherche mit dokumentierten Gewinnannahmen, Angebotserstellung mit plattformspezifischen Regeln und Compliance-Prüfung, Kreativplanung von Kaufargument-Karten über Bildprompts bis zu Video-Storyboards sowie Bewertungsanalyse, die Käuferkennungen schwärzt, bevor sie Beschwerden zu veränderbaren Punkten gruppiert.
Sie arbeiten mit dem, was Sie bereitstellen können. Mit konfiguriertem Konnektor kommen die Daten per API. Ohne ihn lesen sie Ihre selbst exportierten Berichte. So arbeiten die meisten Verkäufer bereits, und das ist ein völlig guter Einstieg.
Was dies nicht abdeckt
Ein MCP-Server, unserer oder ein anderer, liest Daten, die Ihr Verkäuferkonto bereits enthält. Er liefert kein marktplatzweites Suchvolumen, keinen BSR-Verlauf und keine Umsatzschätzungen für Wettbewerber. Das sind lizenzierte Datensätze; Tools, die sie verkaufen, werden nicht durch ein Protokoll ersetzt. Benötigt Ihre Frage diese Daten, kaufen Sie diese Daten. Geht es darum, was Sie mit Ihren vorhandenen Zahlen tun sollten, ist das ein anderes Tool und ein anderer Artikel.