So machen Sie Ihr Treueprogramm für KI-Assistenten lesbar: Eine leicht verständliche MCP-Anleitung

Kurze Antwort

Um ein Treueprogramm für KI-Assistenten lesbar zu machen, stellen Sie es über eine gesteuerte Schnittstelle zur Verfügung, die die Assistenten bereits verstehen. Heutzutage ist diese Schnittstelle normalerweise das Model Context Protocol (MCP). Teilen Sie das, was Sie preisgeben, in drei Ebenen auf: öffentliche Programmfakten, die jeder lesen kann, der eigene Status jedes Mitglieds, den nur der Assistent dieses Mitglieds lesen kann, und Aktionen wie das Sammeln oder Ausgeben von Punkten, die hinter serverseitigen Kontrollen bleiben. Geben Sie jedem Assistenten einen eigenen, widerrufbaren Schlüssel mit Gültigkeitsbereich, halten Sie den Zugriff für Mitglieder schreibgeschützt und stellen Sie sicher, dass jede Antwort aus Live-Daten stammt.

Warum dies jetzt wichtig ist (Assistenten, die zwischen Marken und Mitgliedern sitzen), wird in unserem Begleitartikel Loyalty in Agentic Commerce behandelt. Dieser Artikel ist die praktische Fortsetzung.

Was ist MCP im Klartext?

Das Model Context Protocol ist ein offener Standard zur Verbindung von KI-Assistenten mit den Systemen, in denen Daten gespeichert sind. Anthropic führte es im November 2024 als „einen neuen Standard für die Verbindung von KI-Assistenten mit den Systemen ein, in denen Daten gespeichert sind, einschließlich Inhaltsrepositorys, Geschäftstools und Entwicklungsumgebungen.“

Seitdem ist es zu einer neutralen Regierungsführung übergegangen. Im Dezember 2025 gab das Linux Foundation bekannt, dass MCP ein Gründungsprojekt seines neuen Agentic AI Foundation werden würde. Das Linux Foundation sagte in seiner Ankündigung: „Das Protokoll wurde von Claude, Cursor, Microsoft Copilot, Gemini, VS Code, ChatGPT und anderen beliebten KI-Plattformen übernommen.“

Für ein Loyalitätsteam sind die Mechanismen einfach:

Ihr System veröffentlicht ein Menü mit Werkzeugen. Jedes Tool ist etwas, nach dem ein Assistent fragen kann, z. B. „Suchen Sie nach den Punkten dieses Mitglieds“.

Der Assistent liest das Menü und ruft dann auf, was er braucht. Der Assistent fragt, welche Tools verfügbar sind, wählt eines aus, das zur Frage passt, und ruft es auf.

Ihr Server entscheidet, was tatsächlich passiert. Der Assistent kann fragen; Ihr System prüft vor der Antwort, wer fragt und was diese sehen dürfen.

Der letzte Punkt ist derjenige, der den Loyalty-Teams am meisten am Herzen liegen sollte. In der Spezifikation selbst heißt es, dass Server „richtige Zugriffskontrollen implementieren“ und „Rate-Limit-Tool-Aufrufe“ durchführen müssen.

Drei Ebenen eines lesbaren Treueprogramms

Nicht alle Treuedaten sind gleich, also legen Sie sie nicht alle auf die gleiche Weise offen.

Ebene 1: Fakten zum öffentlichen Programm. So funktioniert das Programm: Wie Punkte gesammelt werden, was ein Punkt wert ist, wie man beitritt, welche Stufen es gibt und Ihre genehmigten FAQ. Dies sind Informationen, die Sie gerne auf einer öffentlichen Webseite veröffentlichen würden. Wenn Sie es lesbar machen, kann jeder Assistent Ihr Programm richtig erklären, anstatt es anhand alter Blog-Beiträge oder Forenthreads zu erraten.

Schicht 2: Der eigene Status des Mitglieds. Der Punktestand eines Mitglieds, der Stufenfortschritt, die letzten Transaktionen und die Prämien, die es sich derzeit leisten kann. Das ist privat. Es sollte nur für einen Assistenten, der im Namen dieses Mitglieds handelt, und nur für dessen Konto lesbar sein. Der Test ist einfach: Könnte dieser Assistent mit diesem Schlüssel jemals die Aufzeichnungen einer anderen Person sehen? Die Antwort muss nein sein.

Schicht 3: Aktionen. Verdienen, Einlösen, Gutscheine ausstellen, Profil ändern. Diese ändern Guthaben und Aufzeichnungen und erfordern daher strengste Kontrollen: explizite Erlaubnis für jede Art von Aktion, von Ihrem Server durchgesetzte Grenzwerte und ein vollständiges Protokoll. Für Mitglieder-Assistenten ist es am sichersten, überhaupt keine Aktionen auszuführen: schreibgeschützt.

Fünf Designentscheidungen, die Sie richtig treffen müssen

1. Wer hat den Schlüssel? Ein Schlüssel, der von den Werkzeugen Ihres Personals gehalten wird, und ein Schlüssel, der vom persönlichen Assistenten eines Mitglieds gehalten wird, sollten nicht der gleiche Schlüsseltyp sein. Mitarbeiterschlüssel müssen möglicherweise mitgliederübergreifend gesucht werden. Der Schlüssel eines Mitglieds sollte immer nur dieses Mitglied erreichen.

2. Geringstes Privileg. Geben Sie jedem Schlüssel nur die Berechtigungen, die sein Job benötigt. Wenn ein Assistent nur Fragen beantwortet, sollte er keinen Schlüssel besitzen, mit dem Punkte ausgegeben werden können.

3. Der Server ist die Grenze, nicht der Chat. Ein Assistent kann den Benutzer fragen: „Sind Sie sicher?“ bevor ich handele, aber das ist eine Höflichkeit. Wert-, Tarif- und Umfangsgrenzen müssen von Ihrem System durchgesetzt werden, damit ein geleakter Schlüssel oder ein manipulierter Assistent keinen Schaden anrichten kann.

4. Fundierte Antworten. Jeder Kontostand oder jede Belohnung, die ein Assistent meldet, sollte aus einer Live-Suche stammen und nicht aus dem Speicher des Modells. Wenn die Daten nicht verfügbar sind, ist die richtige Antwort „Das kann ich nicht sehen“ und keine Vermutung.

5. Ein Audit-Trail. Jeder Anruf sollte protokolliert werden, mit welchem Schlüssel er getätigt wurde und worum es ging. Die MCP-Spezifikation empfiehlt, dass Clients „die Tool-Nutzung zu Prüfzwecken protokollieren“; Ebenso wichtig ist es, sich auf Ihrer eigenen Seite anzumelden.

Wie das in SocialHub.AI aussieht

SocialHub.AI führt einen verwalteten MCP-Server für seine Plattform aus. Statusetiketten unten werden dort angezeigt, wo auf den Produktseiten eine solche angegeben ist.

Ein regierter Weg. Die AI Frontier-Seite beschreibt MCP als „Eine standardmäßige, authentifizierte Möglichkeit für jeden Agenten – Claude, Copilot, M365 –, die Tools der Plattform aufzurufen.“ SocialHub.AI stellt eine authentifizierte MCP-Schnittstelle mit Mandantenschlüsseln, Autorisierung pro Tool, Nutzungskontrollen und bestmöglicher Audit-Protokollierung bereit. Protokollierungsfehler können Lücken hinterlassen.

Schicht 1 und Schicht 2 für Mitglieder. In den MCP-Entwicklerdokumenten von SocialHub.AI sind die Self-Service-Tools für Mitglieder aufgeführt. Im Klartext: Ein Assistent kann die Punkte und den Status eines Mitglieds, seinen aktuellen Punkteverlauf und den Prämienkatalog mit den markierten Prämien, die er sich leisten kann, sowie die Programmregeln und die von der Marke genehmigten FAQ nachschlagen. Die Regeln und FAQ werden als „öffentliche Fakten“ beschrieben. Die Punkte- und Prämiensuche ist unterschiedlich: Bei einem mitgliedsgebundenen Schlüssel werden nur die eigenen Daten des Mitglieds zurückgegeben.

Verbinden Sie Ihren eigenen Assistenten (verfügbar). Ein Mitglied kann einen schreibgeschützten Schlüssel erstellen, der an sein eigenes Konto gebunden ist, und seinen eigenen KI-Assistenten verbinden. Mit den Worten von SocialHub.AI liest der Schlüssel „nur die eigenen Treuedaten des Mitglieds“ und „Ihr Treueprogramm erscheint innerhalb der KI, die es bereits verwendet.“

Treue-Concierge (verfügbar). Im Mitgliederportal der Marke ist der Loyalty Concierge ein Gesprächsassistent, der die Fragen der Mitglieder zu ihren eigenen Punkten, Stufen, Coupons und Prämien beantwortet. Auf der AI Frontier-Seite heißt es: „Antworten aus echten Daten – die KI erfindet niemals ein Guthaben oder eine Belohnung“ und dass sie „niemals Punkte ausgibt oder etwas ändert.“

Schicht 3 bleibt geschützt. Für Personalschlüssel benötigen Aktionen wie das Vergeben oder Einlösen von Punkten für jede Art von Änderung eine explizite Genehmigung, und auf dem Server werden Grenzwerte durchgesetzt. In den Entwicklerdokumenten von SocialHub.AI heißt es: „Der Server ist es, der tatsächlich verhindert, dass ein durchgesickerter Schlüssel oder ein per Eingabeaufforderung injiziertes Modell Punkte verliert.“ Auf der MCP- und API-Seite von SocialHub.AI wird hinzugefügt, dass jeder Schlüssel „seinen eigenen Berechtigungsbereich hat und jederzeit widerrufen werden kann“, und in den Entwicklerdokumenten werden schreibgeschützte Schlüssel mit den geringsten Berechtigungen empfohlen: „Wenn einem Schlüssel der Gültigkeitsbereich eines Tools fehlt, wird dieses Tool einfach ausgeblendet – es erscheint nie in der Liste.“

Seien Sie ehrlich, wenn es um Privatsphäre geht. Die gleichen Dokumente sind offen, dass einige Mitarbeitertools Kundennamen und E-Mails an Ihren KI-Assistenten zurückgeben können, und sie weisen Teams an, Schlüssel mit den geringsten Privilegien zu bevorzugen. Das ist der richtige Instinkt für jedes Loyalty-Team: Informieren Sie sich, welche Tools personenbezogene Daten zurückgeben, bevor Sie sie verknüpfen.

Was das nicht ist. Alles oben dreht sich darum, dass Assistenten Treuedaten lesen und erklären. SocialHub.AI beschreibt nicht KI-Agenten, die im Namen eines Kunden Bestellungen aufgeben oder bezahlen.

Eine Schritt-für-Schritt-Checkliste für Loyalty-Teams

1. Schreiben Sie die Fakten Ihres öffentlichen Programms auf. Verdienen Sie Regeln, Punktwert, Stufen, Beitrittsmöglichkeiten und eine genehmigte FAQ – an einem Ort, den Ihre Plattform bereitstellen kann.

2. Listen Sie die Mitgliedsdaten auf, die ein Assistent benötigen würde. Normalerweise: Guthaben, Stufenfortschritt, aktuelle Aktivitäten und erschwingliche Belohnungen. Lassen Sie alles weg, was ein Mitglied nicht von einem Assistenten erwarten würde.

3. Trennen Sie den Mitarbeiterzugriff vom Mitgliederzugriff. Unterschiedliche Schlüssel, unterschiedliche Berechtigungen, unterschiedliche Prüfansichten.

4. Starten Sie den mitgliederseitigen Zugriff als schreibgeschützt. Fügen Sie später Aktionen nacheinander hinzu, mit serverseitigen Einschränkungen.

5. Testen Sie den Fall „Daten einer anderen Person“. Versuchen Sie, mit einem Mitgliedsschlüssel an die Daten eines anderen Mitglieds zu gelangen. Es sollte scheitern.

6. Erdung prüfen. Bitten Sie einen Assistenten um einen Kontostand und vergleichen Sie ihn dann mit dem number in Ihrem System. Sie sollten genau übereinstimmen.

7. Aktivieren Sie die Protokollierung und überprüfen Sie sie. Erfahren Sie, welche Tasten aktiv sind, wie oft sie aufgerufen werden, und widerrufen Sie alles, was Sie nicht kennen.

Häufige Fragen

Was ist MCP? Das Model Context Protocol ist ein offener Standard zur Anbindung von KI-Assistenten an Geschäftssysteme. Anthropic hat es im November 2024 eingeführt und ist nun ein Gründungsprojekt der Agentic AI Foundation von Linux Foundation.

Welche KI-Assistenten unterstützen MCP? Laut Linux Foundation wurde MCP „von Claude, Cursor, Microsoft Copilot, Gemini, VS Code, ChatGPT und anderen beliebten KI-Plattformen übernommen.“

Welche Loyalitätsdaten sollte ein KI-Assistent lesen können? Öffentliche Fakten zum Programm für jedermann und das eigene Guthaben, die Stufe und die verfügbaren Prämien eines Mitglieds nur für einen Assistenten, der für dieses Mitglied handelt.

Sollte es einem KI-Assistenten gestattet sein, die Punkte eines Mitglieds auszugeben? Beginnen Sie mit einem schreibgeschützten Zugriff für Assistenten mit Kundenkontakt. Jede Aktion, die Punkte ändert, sollte eine ausdrückliche Genehmigung und von Ihrem Server durchgesetzte Einschränkungen erfordern, nicht nur eine Bestätigung im Chat.

Kann ein Mitglied seinen eigenen KI-Assistenten mit einem SocialHub.AI-Treueprogramm verbinden? Ja. Ein Mitglied kann einen schreibgeschützten Schlüssel erstellen, der an sein eigenes Konto gebunden ist; es „liest nur die eigenen Treuedaten des Mitglieds.“

Ist MCP dasselbe, als würde man KI-Agenten für Kunden einkaufen lassen? Nein. MCP ist eine Möglichkeit, Assistenten mit Daten und Tools zu verbinden. Dieser Leitfaden behandelt das Lesen von Treuedaten; SocialHub.AI beschreibt keine Agenten, die Bestellungen für Kunden aufgeben.

Verwandte Lektüre: Loyalität im Agentenhandel: Was sich ändert, wenn KI-Assistenten zwischen Marken und Mitgliedern sitzen