Skip to main content

Die Aufforderungs-Journey

Lernziele

Nachdem Sie diese Lektion abgeschlossen haben, sind Sie in der Lage, die folgenden Aufgaben auszuführen:

  • Erläutern, wie die Vertrauensebene Ihre Daten sicher handhabt
  • Beschreiben, wie die dynamische Kontextbildung den Kontext einer Aufforderung verbessert
  • Erklären, wie die Schutzmaßnahmen der Vertrauensebene Ihre Daten verteidigen

Die Aufforderungs-Journey

Sie haben gerade ein wenig darüber erfahren, was die Vertrauensebene ist. Schauen wir uns nun an, wie sie sich in das Gesamtbild der generativen KI bei Salesforce einfügt. In dieser Einheit lernen Sie, wie sich eine Aufforderung auf ihrem Weg zum LLM durch die Einstein-Vertrauensebene bewegt.

Hinweis

Diese Einheit behandelt einige zukünftige Funktionen der Einstein-Vertrauensebene. Alle hier erwähnten unveröffentlichten Services oder Funktionen sind derzeit nicht verfügbar und werden möglicherweise nicht rechtzeitig oder überhaupt nicht geliefert. Kunden sollten ihre Kaufentscheidung auf der Grundlage der derzeit verfügbaren Funktionen fällen.

Die Einstein-Vertrauensebene mit hervorgehobener Aufforderungs-Journey

Die Aufforderungsabsicherung steht in Prompt Builder (Aufforderungsgenerator), in der Prompt Template Connect API und der aufrufbaren Aktion "Prompt Template (Aufforderungsvorlage)" zur Verfügung.

Die Macht der Aufforderungen

Im Trailhead-Modul Aufforderungen – Grundlagen lernen Sie, dass Aufforderungen generative KI-Anwendungen antreiben. Sie lernen auch, dass klare Anweisungen, kontextbezogene Informationen und Einschränkungen helfen, eine großartige Aufforderung zu erstellen, die zu einer großartigen Antwort des LLMs führt. Um dies für unsere Kunden einfach und einheitlich zu gestalten, haben wir Aufforderungsvorlagen für alle Arten von Anwendungsfällen in Unternehmen, wie z. B. Vertriebs-E-Mails oder Antworten des Kundenservice, erstellt. Wenn von einer unserer Salesforce-Anwendungen eine Anforderung an die Vertrauensebene eingeht, ruft die Vertrauensebene eine entsprechende Aufforderungsvorlage auf.

Wir gehen jetzt einen Kundenservice-Anwendungsfall schrittweise durch, um die Aufforderungs-Journey darzustellen. Sie sehen die Aufforderungsvorlage und erleben, wie die Vorlage mit Kundendaten und relevanten Ressourcen gefüllt wird und die Einstein-Vertrauensebene Daten schützt, bevor sie zu einem externen LLM wechselt, um eine für die Aufforderung relevante Antwort zu generieren.

Wir stellen vor: Jessica

Jessica ist Kundendienstmitarbeiterin bei einem Kreditkartenunternehmen. Ihr Unternehmen hat gerade Service Replies implementiert, eine von Einstein unterstützte Funktion, die während des Chats mit dem Kunden Antwortvorschläge für Kundendienstmitarbeiter generiert. Jessica hat sich bereit erklärt, diese Funktion als eine der ersten Kundendienstmitarbeiterinnen auszuprobieren. Sie ist für ihre persönliche Note bei der Arbeit mit Kunden bekannt und ist daher ein wenig besorgt, dass die KI-generierten Antworten nicht zu ihrem Stil passen könnten. Sie möchte aber gerne Erfahrungen mit generativer KI zu ihrem Lebenslauf hinzufügen können und ist neugierig zu erfahren, ob sie mithilfe von Service Replies mehr Kunden helfen kann.

Jessica beginnt das Gespräch mit ihrem ersten Kunden des Tages, der Hilfe beim Upgrade seiner Kreditkarte benötigt. Service Replies macht die Antwortvorschläge direkt in der Servicekonsole. Die Antworten werden jedes Mal aktualisiert, wenn der Kunde eine neue Nachricht sendet, sodass sie im Kontext der Unterhaltung Sinn ergeben. Außerdem sind sie auf der Grundlage der in Salesforce gespeicherten Kundendaten für den Kunden personalisiert. Jeder Antwortvorschlag wird mithilfe einer Aufforderungsvorlage erstellt. Eine Aufforderungsvorlage enthält Anweisungen und Platzhalter, für die Geschäftsdaten eingetragen werden. In diesem Fall sind dies Daten zu Jessicas Kunden und dessen Supportvorgang sowie relevante Daten und Flows aus Jessicas Organisation. Die Aufforderungsvorlage befindet sich hinter der Salesforce-Vertrauensebene und ist für Jessica als Endbenutzerin in der Servicekonsole nicht sichtbar.

Sehen wir uns nun genauer an, wie diese Daten die Vertrauensebene durchlaufen, damit relevante, qualitativ hochwertige Antworten bereitgestellt und gleichzeitig die Kundendaten geschützt werden.

Eine Aufforderungsvorlage für den Kundenservice enthält Anweisungen und Platzhalterfelder.

Dynamische Kontextbildung

Für relevante, hochwertige Antworten sind relevante, hochwertige Eingabedaten erforderlich. Wenn Jessicas Kunde die Unterhaltung beginnt, verknüpft Service Replies die Unterhaltung mit einer Aufforderungsvorlage und fängt an, die Platzhalterfelder durch Seitenkontext, Briefvorlagenfelder und relevante Knowledge-Artikel aus dem Kundendatensatz zu ersetzen. Diesen Prozess bezeichnet man als dynamische Kontextbildung. Im Allgemeinen gilt: Je besser die Kontextbildung für eine Aufforderung ist, desto genauer und relevanter ist die Antwort. Die dynamische Kontextbildung macht Aufforderungsvorlagen wiederverwendbar, so dass sie für das gesamte Unternehmen skaliert werden können.

Die dynamische Kontextbildung beginnt mit dem sicheren Datenabruf, der relevante Daten über Jessicas Kunden aus ihrer Organisation identifiziert. Das Wichtigste dabei ist, dass beim sicheren Datenabruf alle Salesforce-Berechtigungen respektiert werden, die derzeit in Jessicas Organisation festgelegt sind und den Zugriff auf bestimmte Daten zu Objekten, Feldern und mehr einschränken. Dadurch wird sichergestellt, dass Jessica nur Informationen abruft, für die sie auch zugriffsberechtigt ist. Die abgerufenen Daten enthalten keine privaten Informationen oder andere Angaben, für die höhere Berechtigungen erforderlich sind.

Hinweis

Bei der dynamischen Kontextbildung werden Daten aus Ihrer Organisation abgerufen. Es ist daher wichtig, dass Ihre Daten aktuell, richtig und vollständig sind. Im Trailhead-Modul Datenqualität erfahren Sie, wie Sie dafür sorgen, dass Ihre Daten bereinigt und fehlerfrei sind.

Unsere Aufforderungsvorlage für den Kundenservice, ausgefüllt mit Daten aus Jessicas Organisation

Semantischer Abruf (noch nicht allgemein verfügbar)

In Jessicas Fall genügen die Kundendaten, um das Gespräch zu personalisieren. Sie genügen jedoch nicht, um Jessica zu helfen, das Problem des Kunden schnell und effektiv zu lösen. Jessica benötigt Informationen aus anderen Datenquellen wie Knowledge-Artikeln und dem Kundenverlauf, um Fragen zu beantworten und Lösungen zu finden. Beim semantischen Abruf werden maschinenunterstütztes Lernen und Suchmethoden eingesetzt, um relevante Informationen in anderen Datenquellen zu finden, die automatisch in die Aufforderung aufgenommen werden können. Das bedeutet, dass Jessica nicht manuell nach diesen Quellen suchen muss, was ihr Zeit und Arbeit erspart.

Hier hat der semantische Abruf einen relevanten Knowledge-Artikel gefunden, der bei der Lösung des Kreditkartenproblems hilft, und hat den entsprechenden Ausschnitt des Artikels zur Aufforderungsvorlage hinzugefügt. Die Aufforderung nimmt jetzt schon richtig Form an!

Unsere Aufforderungsvorlage für den Kundenservice wird mit einem Textblock aus einem Knowledge-Artikel gefüllt.

Datenmaskierung

Obwohl die Aufforderung genaue Daten über Jessicas Kunden und sein Problem enthält, kann sie noch nicht an das LLM übermittelt werden, da sie Informationen wie Namen und Adressen von Kunden und Auftraggebern enthält. Die Vertrauensebene sorgt durch Datenmaskierung für weitere Sicherheit von Jessicas Kundendaten. Bei der Datenmaskierung wird jeder Wert tokenisiert, so dass jeder Wert abhängig davon, wofür er steht, durch einen Platzhalter ersetzt wird. Dies bedeutet, dass das LLM den Kontext von Jessicas Gespräch mit ihrem Kunden beibehalten und dennoch eine relevante Antwort generieren kann.

Salesforce nutzt eine Mischung aus Musterabgleich und komplexen Verfahren für maschinengestütztes Lernen, um Kundendaten wie Namen und Kreditkarteninformationen intelligent zu erkennen und dann zu maskieren. Die Datenmaskierung erfolgt hinter den Kulissen. Jessica muss also nichts tun, um zu verhindern, dass die Daten ihres Kunden gegenüber dem LLM offengelegt werden. In der nächsten Einheit erfahren Sie, wie diese Daten wieder in die Antwort eingefügt werden.

Unsere Aufforderungsvorlage für den Kundenservice mit Daten, die aus Datenschutzgründen mithilfe tokenisierter Platzhalter maskiert wurden.

Aufforderungsabsicherung

Prompt Builder (Aufforderungsgenerator) bietet weitere Schutzmaßnahmen, um Jessica und ihren Kunden zu schützen. Diese Schutzmaßnahmen sind weitere Anweisungen an das LLM, die festlegen, wie es sich in bestimmten Situationen verhalten soll, um die Wahrscheinlichkeit zu verringern, dass es etwas Unbeabsichtigtes oder Schädliches ausgibt. So könnte ein LLM beispielsweise angewiesen werden, keine Inhalte anzusprechen oder Antworten zu generieren, zu denen es keine Informationen hat.

Hacker und manchmal auch Mitarbeiter versuchen immer wieder, Beschränkungen zu umgehen und Aufgaben auszuführen oder die Modellausgabe auf eine Weise zu manipulieren, für die das Modell nicht konzipiert wurde. Bei der generativen KI wird eine dieser Angriffsarten als Prompt Injection bezeichnet. Die Aufforderungsabsicherung kann zum Schutz vor solchen Angriffen beitragen und die Wahrscheinlichkeit verringern, dass Daten kompromittiert werden.

Unsere Service-Vorlage mit Absicherungsanweisungen an das LLM für die Aufforderungserstellung

Als Nächstes sehen wir uns an, was mit dieser Aufforderung passiert, wenn sie über das sichere Gateway in ein LLM gelangt.

Ressourcen

Teilen Sie Ihr Trailhead-Feedback über die Salesforce-Hilfe.

Wir würden uns sehr freuen, von Ihren Erfahrungen mit Trailhead zu hören: Sie können jetzt jederzeit über die Salesforce-Hilfe auf das neue Feedback-Formular zugreifen.

Weitere Infos Weiter zu "Feedback teilen"