Wie sollte ein KI-Begleiter Nutzern sein Gedächtnis erklären?
Wenn ein KI-Begleiter Informationen über eine Person speichert oder verwendet, sollte seine Erklärung dieser Person ermöglichen, sechs praktische Fragen zu beantworten: Was gemerkt werden könnte, woher die Information stammt, ob das Speichern bestätigt wurde, wo sie möglicherweise wiederverwendet wird, wie lange sie erhalten bleibt und wie man sie einsehen, korrigieren oder löschen kann. Der sinnvolle Moment für diese Erklärung ist dann, wenn eine Erinnerung vorgeschlagen, gespeichert oder verwendet wird. Die unten stehende Karte ist ein Designvorschlag und keine Beschreibung von Bedienelementen, die bereits jede App bietet.
Was sollte ein Hinweis zur Speicherfunktion dem Nutzer mitteilen?
Eine kurze Formulierung wie „Ich behalte das im Hinterkopf“ kann eindeutig klingen, lässt den tatsächlichen Zustand jedoch im Unklaren. Bedeutet es, dass das Detail im aktuellen Chat verbleibt, für später gespeichert wird, aus einer anderen Quelle abgeleitet wurde oder sich einfach in der nächsten Antwort widerspiegelt? Ein nützlicher Hinweis benennt den Zustand und gibt dem Nutzer die Möglichkeit, ihn zu überprüfen.
Gestalten Sie die Karte so, dass jede Antwort in der Nähe der relevanten Aktion sichtbar ist. Wenn ein Detail lediglich zum Speichern vorgeschlagen wird, kennzeichnen Sie es als Vorschlag. Wenn die App nicht bestätigen kann, dass eine dauerhafte Erinnerung gespeichert wurde, sagen Sie das deutlich; erwecken Sie nicht den Eindruck, dass eine Änderung stattgefunden hat. Die Formulierung sollte dem tatsächlichen Verhalten des Systems entsprechen, einschließlich etwaiger Verzögerungen oder Einschränkungen, die das Produkt nachweisen kann.
Die sechs Antworten
Nutzerfrage: Was kann zur Erinnerung werden? — Was die Karte sagen sollte: Das konkrete Detail oder eine verständliche Beschreibung seiner Kategorie, wie beispielsweise „Sie bevorzugen kurze Projektzusammenfassungen“. Vermeiden Sie vage Bezeichnungen wie „Personalisierung“.
Nutzerfrage: Woher stammt es? — Was die Karte sagen sollte: Identifizieren Sie die Quelle: dieser Chat, ein älterer Chat, eine verknüpfte App oder eine andere Quelle, die das Produkt tatsächlich nutzt. Handelt es sich um eine Schlussfolgerung, kennzeichnen Sie sie als solche.
Nutzerfrage: Wurde die Speicherung bestätigt? — Was die Karte sagen sollte: Geben Sie an, ob das Element gespeichert, ausstehend, vorgeschlagen oder nicht gespeichert ist. Stellen Sie Bedienelemente zur Bestätigung bereit, sofern das Produkt dies unterstützt.
Nutzerfrage: Wo darf es wiederverwendet werden? — Was die Karte sagen sollte: Beschreiben Sie die relevanten Ziele oder Kontexte, wie etwa zukünftige Chats oder eine namentlich genannte verknüpfte Funktion. Versprechen Sie nicht, dass es an einem einzigen Ort verbleibt, es sei denn, dies trifft zu.
Nutzerfrage: Wie lange bleibt es erhalten? — Was die Karte sagen sollte: Geben Sie einen unterstützten Aufbewahrungszeitraum an oder erklären Sie die Bedingung für die Löschung. Wenn die Dauer variiert oder unbekannt ist, geben Sie dies an und verlinken Sie auf das entsprechende Bedienelement oder die Richtlinie.
Nutzerfrage: Wie kann ich es einsehen, korrigieren oder löschen? — Was die Karte sagen sollte: Verlinken Sie direkt auf die zutreffenden Gedächtnis- oder Aktivitäts-Bedienelemente und erklären Sie, welche Aktion welche Kopie oder Quelle ändert.
Hierbei handelt es sich um ein vorgeschlagenes Interaktionsmuster. Es sollte nicht als universeller Standard dargestellt werden oder als Behauptung, dass jeder Begleiter über ein elementbezogenes Gedächtnis, eine Bestätigung oder eine feste Aufbewahrungsfrist verfügt. Fehlt dem Produkt eines dieser Bedienelemente, sollte der Hinweis erklären, was tatsächlich verfügbar ist, anstatt das Vorhandensein einer Funktion zu suggerieren.
Wie unterscheiden sich Chatverlauf, gespeichertes Gedächtnis und Daten verknüpfter Apps?
Nutzer müssen wissen, mit welcher Art von Information sie es zu tun haben, da dasselbe Detail an mehr als einem Ort existieren kann. Eine klare Benutzeroberfläche trennt mindestens drei Konzepte:
**Chatverlauf** ist die Aufzeichnung einer Unterhaltung. Das Behalten oder Löschen dieser Aufzeichnung ist eine einzelne Aktion, und ihre Auswirkung auf die Personalisierung hängt vom Design des Produkts und den festgelegten Regeln ab.
**Gespeichertes Gedächtnis** sind Informationen, die das Produkt für eine spätere Personalisierung behält oder ableitet. Es kann mit früheren Chats verknüpft sein, unterscheidet sich konzeptionell jedoch vom sichtbaren Transkript. Die Oberfläche sollte das Element offenlegen oder erklären, warum es nicht separat eingesehen werden kann.
**Quelle verknüpfter Apps** sind Informationen, die von einem anderen Dienst stammen, den der Nutzer verknüpft hat. Das Trennen des Dienstes kann sich auf den künftigen Zugriff auswirken, entfernt jedoch nicht zwangsläufig Informationen, die bereits kopiert, zusammengefasst oder in die Chat-Aktivität aufgenommen wurden.
Diese Unterscheidungen spielen bei den tatsächlichen Bedienelementen eines Produkts eine entscheidende Rolle. In der Gemini-Apps-Hilfe von Google heißt es, dass das Löschen früherer Chats eine kurze Zeit in Anspruch nehmen kann, bis deren Verwendung für die Personalisierung beendet wird; zudem wird das Löschen oder Korrigieren von Informationen beschrieben, die mit früheren Chats verknüpft sind. Für Informationen, die aus einer verknüpften App gemerkt wurden, wird angegeben, dass Nutzer möglicherweise relevante Chats löschen und die Verknüpfung der App aufheben müssen; nur einen dieser Schritte durchzuführen, kann dazu führen, dass eine andere Quelle verfügbar bleibt. Dies sind Beschreibungen der Bedienelemente und des Verhaltens von Gemini, keine universellen Regeln für KI-Begleiter ([Gemini-Apps-Hilfe: Gedächtnis für frühere Chats](https://support.google.com/gemini/answer/16598469?co=GENIE.Platform%3DDesktop&hl=en)).
Auf der separaten Hilfeseite zu verknüpften Apps von Google wird außerdem erläutert, dass das Trennen einer App oder das Löschen von Daten in dieser App die Gemini-Apps-Aktivitäten nicht löscht, und das Löschen von Gemini-Apps-Aktivitäten keine Daten in anderen Diensten löscht. Dies verdeutlicht, warum ein Hinweis die Quelle und die betroffene Kopie benennen sollte, anstatt eine pauschale Bezeichnung wie „Gedächtnis löschen“ zu verwenden ([Gemini-Apps-Hilfe: Verknüpfte Apps](https://support.google.com/gemini/answer/16836988?hl=en)).
Wie sieht eine quellenspezifische Erklärung aus?
Betrachten Sie dieses fiktive Beispiel: Riley sagt in einem Chat zu einem Begleiter: „Ich plane ein Wochenende in Portland“, und hat zudem einen Kalender verknüpft, der ein Ereignis in Portland enthält. Der Begleiter nutzt später sowohl den Chat als auch den Kalenderkontext, um eine Reiseroute vorzuschlagen. Riley löscht den Chat. Wenn der Kalender verknüpft bleibt, kann das Ereignis weiterhin eine unabhängige Informationsquelle darstellen; das Löschen der Unterhaltung bedeutet logisch nicht, dass auch das Kalenderereignis gelöscht wurde. Dieses Beispiel veranschaulicht die Quellentrennung. Es behauptet nicht, dass ein bestimmtes Produkt diese fiktiven Informationen auf diese Weise speichert oder wiederverwendet.
Ein sinnvoller Hinweis in dieser Situation würde die Quellen separat benennen: „Dieser Vorschlag nutzte Ihren früheren Chat über Portland und ein in Ihrem verknüpften Kalender verfügbares Ereignis.“ Wenn Riley den Chat entfernt, sollte die Benutzeroberfläche den Status dieser chatbezogenen Quelle melden und erklären, ob die Kalenderverbindung verfügbar bleibt. Kann das Produkt nicht feststellen, ob eine Quelle genutzt wurde, sollte es dies auch nicht behaupten.
Dieselbe Regel gilt für Korrekturen. Wenn ein Nutzer sagt: „Dieses Ereignis gehört nicht mir“, sollte die Benutzeroberfläche kenntlich machen, ob die Korrektur eine gespeicherte Erinnerung aktualisiert, die Nutzung eines Chats ändert oder den verknüpften Kalender unberührt lässt. Eine Korrektur auf einer Ebene sollte nicht so dargestellt werden, als korrigiere sie alle Quellen, es sei denn, dies geschieht tatsächlich.
Warum reicht ein „Ich erinnere mich an dich“ nicht aus?
Angenommen, eine App antwortet: „Ich erinnere mich an dich“, kann jedoch kein gespeichertes Element vorweisen, keine Quelle identifizieren, keinen dauerhaften Status bestätigen oder erklären, wie der Nutzer dies ändern kann. Diese Formulierung mag gesprächig sein, ist aber kein Beleg dafür, dass eine Information tatsächlich gespeichert wurde. Sie könnte den aktuellen Chat-Kontext, eine generierte Antwort oder einen dauerhaften Datensatz beschreiben; ohne Statusinformationen kann der Nutzer dies nicht unterscheiden.
Für Designer ist dies ein wichtiger Negativfall: Lassen Sie freundliche Worte nicht als Quittung fungieren. Zeigen Sie nach einer Aktion einen expliziten Status wie „Gespeichert“, „Nicht gespeichert“ oder „Konnte nicht bestätigt werden“ an, verwenden Sie jedoch nur Statusangaben, die das System auch verifizieren kann. Bieten Sie – sofern verfügbar – einen Weg an, um das Element einzusehen. Gibt es keinen separaten Speicherdatensatz, den der Nutzer einsehen kann, erklären Sie, was die Formulierung in diesem Produkt bedeutet und wo die zugrunde liegenden Informationen verwaltet werden.
Wie sollten Nutzer eine Erinnerung prüfen und verwalten?
Wenn sich ein Begleiter unerwartet auf ein Detail bezieht, sollte der Nutzer einer kurzen Diagnosereihe folgen können:
**Fragen, welche Informationen verwendet wurden.** Fordern Sie das spezifische Detail und dessen Quelle an. Betrachten Sie die Antwort als eine Erklärung, die anhand der Bedienelemente des Produkts überprüft werden muss, nicht als Beweis an sich.
**Die genannte Quelle öffnen.** Überprüfen Sie die entsprechende Unterhaltung, die Gedächtniseinstellungen, den Aktivitätsverlauf oder die Einstellungen der verknüpften App. Gehen Sie nicht davon aus, dass es sich hierbei um denselben Datensatz handelt.
**Die richtige Ebene korrigieren.** Ist das gespeicherte Detail falsch, bearbeiten oder entfernen Sie es in den Gedächtnis-Bedienelementen, sofern verfügbar. Stammt die Information aus einem verknüpften Dienst, überprüfen Sie diese Verbindung oder auch das Originalelement.
**Das Ergebnis verifizieren.** Achten Sie auf eine Statusänderung oder Bestätigung. Wenn das Produkt eine Löschung oder Korrektur nicht bestätigen kann, sollte es dies mitteilen und jede für diese Aktion dokumentierte Verzögerung oder Einschränkung beschreiben.
Die verfügbaren Bedienelemente variieren je nach Produkt. Die Hilfeseiten von Gemini beschreiben beispielsweise das Ein- und Ausschalten des Gedächtnisses für frühere Chats, das Suchen und Löschen vergangener Chats sowie das direkte Korrigieren von Informationen im Chat. Sie erläutern auch, dass Daten verknüpfter Apps und Gemini-Aktivitäten getrennte Verwaltungspfade haben. Diese Beispiele sind nützlich, weil sie die Quellenunterschiede greifbar machen; sie sollten jedoch nicht als Zusage verstanden werden, dass eine andere App über dieselben Einstellungen verfügt.
Platzieren Sie die Erklärung direkt neben der Speicheraktion
Eine Sechs-Antworten-Karte funktioniert am besten, wenn sie in dem Moment erscheint, in dem der Nutzer sie benötigt: vor der Bestätigung einer vorgeschlagenen Erinnerung, nach einem Speichervorgang oder wenn eine Antwort Informationen aus einem früheren Chat oder einer verknüpften App verwendet. Halten Sie den Status prägnant, benennen Sie die Quelle in vertrauter Sprache und verlinken Sie den Nutzer direkt zu dem Bedienelement, mit dem der jeweilige Datensatz geändert werden kann. Wenn Aufbewahrung oder Wiederverwendung nicht genau bekannt sind, beschreiben Sie die Unklarheit, anstatt eine Dauer oder Garantie zu erfinden.
Der Test ist einfach: Kann der Nutzer nach dem Lesen der Erklärung erkennen, um welche Informationen es sich handelt, woher sie stammen, ob sie tatsächlich gespeichert wurden, wo sie möglicherweise verwendet werden, was sie verfügbar hält und wie man sie ändern kann? Wenn nicht, ist „Ich erinnere mich an dich“ nur eine Floskel. Eine sinnvolle Offenlegung macht den tatsächlichen Zustand des Produkts verständlich und bietet dem Nutzer einen praktischen nächsten Handlungsschritt.