Wie kann ein KI-Begleiter Erinnerungen für das falsche wichtige Datum vermeiden?

Warum das Merken eines Datums nicht dasselbe ist wie das Planen einer Erinnerung

Ein Gespräch kann einen nützlichen Fakt enthalten, ohne die Erlaubnis zur Erstellung einer Benachrichtigung zu beinhalten. „Mayas Vorspiel ist am 14. Mai“ könnte eine Notiz sein, die der Benutzer geteilt hat, ein vorläufiger Plan oder ein aus einer mehrdeutigen Formulierung abgeleitetes Datum. Es legt für sich allein genommen nicht fest, ob eine Erinnerung gewünscht ist, welches Jahr gilt, zu welcher Uhrzeit sie gesendet werden soll oder welche Zeitzone verwendet werden soll.

Ein zuverlässiges Design behandelt diese daher als getrennte Datensätze:

**Gemerkter Fakt:** was gesagt oder bereitgestellt wurde, zusammen mit der Quelle und etwaigen Unsicherheiten.

**Bestätigtes Datum:** die Person oder das Ereignis und das Kalenderdatum, das der Benutzer überprüft hat.

**Geplante Benachrichtigung:** ein vom Benutzer ausdrücklich genehmigter Hinweis mit Zustellzeit, Zeitzone und aktuellem Status.

Diese Trennung ist eine Designempfehlung für KI-Begleiter. Die Hilfeseiten von Google Kalender beschreiben, wie man Termine erstellt und Benachrichtigungen in Kalender verwaltet; sie beschreiben weder das Gedächtnis von KI-Begleitern noch implementieren sie den hier vorgeschlagenen Workflow. Nur als Kalenderbeispiel behandeln Googles Anleitungen das Erstellen eines Termins als eine Aktion mit Termindetails und einem Speicherschritt ([Google Kalender: Termin erstellen](https://support.google.com/calendar/answer/72143?hl=de)).

Welche Details sollten vor der Planung bestätigt werden?

Bestätigen Sie die Details, die bestimmen, was die Benachrichtigung bedeutet und wann sie ausgelöst werden kann. Eine kurze Übersichtsseite oder eine zusammenfassende Gesprächsnachricht sollte Folgendes zeigen:

**Person oder Ereignis:** Um wen geht es bei dem Datum und worauf bezieht es sich?

**Vollständiges Datum:** Tag, Monat und Jahr. Ein Monat und Tag ohne Jahr sind möglicherweise unvollständig, insbesondere wenn sie sich auf ein vergangenes oder zukünftiges Ereignis beziehen könnten.

**Herkunft des Datums:** Woher stammt das Datum – beispielsweise aus einer Äußerung des Nutzers, einem importierten Kalendereintrag oder einer Schlussfolgerung? Stellen Sie Unsicherheiten klar dar, anstatt eine Vermutung als gesichert zu präsentieren.

**Erinnerungszeitpunkt:** Die gewünschte Vorlaufzeit und die lokale Uhrzeit, z. B. „einen Tag vorher um 9:00 Uhr morgens“.

**Zeitzone:** Die Zone, die für die Zustellung maßgeblich sein soll, insbesondere wenn der Benutzer reist oder das Datum jemanden an einem anderen Ort betrifft.

**Berechtigung und Zustellung:** Ob der Benutzer überhaupt eine Benachrichtigung wünscht und wo sie erscheinen wird, falls das Produkt mehr als einen Zustellkanal bietet.

Mit Google Kalender können Nutzer Benachrichtigungen für Termine festlegen und die Benachrichtigungseinstellungen ändern; die Konto- und Termineinstellungen bestimmen, wie diese Kalender-Benachrichtigungen funktionieren ([Google Kalender: Benachrichtigungen ändern](https://support.google.com/calendar/answer/37242?hl=de)). Dies ist ein nützliches Beispiel dafür, eine Benachrichtigung als konfigurierte Aktion mit eigenen Steuerelementen zu behandeln und nicht als automatische Folge des Wissens um ein Datum. Es sollte nicht als Beweis dafür verstanden werden, dass Kalender über ein begleiterartiges Gedächtnis verfügt.

Ein fiktives Beispiel: vom gemerkten Detail zur bestätigten Benachrichtigung

Angenommen, ein Benutzer sagt: „Mayas Vorspiel ist am 14. Mai.“ Der Begleiter kann dies als **unbestätigten gemerkten Fakt** speichern: Person, Ereignis und Monat/Tag sind vorhanden, aber das Jahr, die Zeitzone und die Erlaubnis zur Benachrichtigung fehlen. Er sollte nicht allein aus diesem Satz eine Benachrichtigung planen.

Der Begleiter könnte fragen: „Ich habe notiert, dass Mayas Vorspiel am 14. Mai sein könnte. Um welches Jahr handelt es sich, welche Zeitzone soll ich verwenden, und möchtest du eine Erinnerung erhalten?“ Der Benutzer antwortet: „14. Mai 2027, America/Los_Angeles. Bitte erinnere mich am Tag davor um 9:00 Uhr pazifischer Zeit.“ Der Begleiter fasst zusammen: „Ich werde dich am 13. Mai 2027 um 9:00 Uhr America/Los_Angeles an Mayas Vorspiel erinnern, einen Tag vor dem Vorspiel am 14. Mai. Soll ich das so planen?“

Erst nachdem der Benutzer bestätigt hat, sollte das Design einen Benachrichtigungsdatensatz erstellen, wie z. B.: **Mayas Vorspiel – 14. Mai 2027 – Erinnerung 13. Mai 2027 um 9:00 Uhr America/Los_Angeles – aktiv**. Das oben genannte Datum und die Uhrzeit sind fiktive Beispiele, kein Bericht über eine reale Person oder ein reales Ereignis. Die explizite Nennung der Zeitzone hilft zu vermeiden, dass „9:00 Uhr“ als universell betrachtet wird. Die Zeitzonen-Hinweise von Google Kalender erklären, dass Terminzeiten in lokalen Zonen angezeigt werden und dass Zeitzonenänderungen beeinflussen können, wie Kalendereinträge dargestellt werden; dies ist ein Beispiel für Kalenderverhalten, keine Behauptung über KI-Erinnerungen ([Google Kalender: Kalender in verschiedenen Zeitzonen verwenden](https://support.google.com/calendar/answer/37064?hl=de)).

Die für den Benutzer sichtbare Zusammenfassung ist wichtig, da sie eine letzte Gelegenheit bietet, einen vertauschten Monat und Tag, das falsche Jahr, eine falsche Person oder eine fehlerhafte Interpretation von „am Vortag“ zu erkennen. Wenn der Benutzer die Zusammenfassung bearbeitet, sollte der Begleiter die geänderten Details wiederholen und eine Bestätigung für den resultierenden Zeitplan einholen.

Was sollte passieren, wenn ein Datum ungelöst oder widersprüchlich ist?

Senden Sie keine Benachrichtigung auf der Grundlage eines Datums, das das System nicht mit Sicherheit identifizieren kann. Wenn beispielsweise eine Notiz besagt, dass Mayas Vorspiel am 14. Mai 2027 stattfindet, und eine andere sagt, es sei am 21. Mai 2027, stehen die Daten im Konflikt zueinander. Der Begleiter kann den Konflikt aufzeigen und fragen, welches Datum korrekt ist, aber der Benachrichtigungsstatus sollte auf **nicht geplant** bleiben, bis der Benutzer das Problem löst und einen Zeitplan bestätigt.

Dieselbe Regel gilt, wenn ein wesentliches Detail fehlt. „Erinnere mich vor dem Vorspiel“ gibt nicht an, wann das Vorspiel stattfindet, wie früh die Erinnerung eintreffen soll oder möglicherweise welches Vorspiel der Benutzer meint. Stellen Sie eine gezielte Folgefrage. Antwortet der Benutzer nicht, behalten Sie den Eintrag als ungelöste Notiz ohne aktive Benachrichtigung bei. Dadurch wird vermieden, dass aus einer Schlussfolgerung eine Benachrichtigung wird, die der Benutzer nie genehmigt hat.

Ein nützliches Statusmodell macht dieses Verhalten nachvollziehbar: **unbestätigt**, **Klärung erforderlich**, **geplant**, **pausiert**, **storniert** oder **abgeschlossen**. „Unbestätigt“ und „Klärung erforderlich“ dürfen sich nicht wie „geplant“ verhalten. Ein System kann den zugrunde liegenden gemerkten Fakt beibehalten, falls angemessen, sollte jedoch nicht suggerieren, dass eine Benachrichtigung existiert, bevor sie tatsächlich eingerichtet wurde.

Wie sollten Korrekturen, Pausen und Stornierungen funktionieren?

**Korrektur:** Wenn der Benutzer sagt, das Vorspiel sei am 21. Mai und nicht am 14. Mai, aktualisieren Sie das Datum und zeigen Sie die vorgeschlagene Erinnerungszeit erneut an. Bitten Sie um Bestätigung, bevor Sie den korrigierten Zeitplan aktivieren. Wenn eine Erinnerung bereits geplant war, identifizieren Sie eindeutig, welche aktive Benachrichtigung durch die Korrektur geändert wird, und bestätigen Sie das überarbeitete Datum, bevor Sie sie ersetzen. Behalten Sie ausreichend sichtbaren Verlauf bei, um den aktuellen Status zu erklären, ohne das alte Datum so zu verbergen, dass es den Benutzer verwirren könnte.

**Pause:** Das Pausieren sollte die Zustellung vorübergehend stoppen, während das Datum und die Erinnerungsdetails erhalten bleiben. Zeigen Sie an, dass die Benachrichtigung pausiert ist, und machen Sie deutlich, ob sie automatisch fortgesetzt wird oder ob der Benutzer sie manuell wieder aufnehmen muss. Kennzeichnen Sie eine pausierte Erinnerung nicht als aktiv. Eine Pause ist besonders nützlich, wenn der Benutzer ein Detail später klären möchte, aber in der Zwischenzeit keine Benachrichtigung ausgelöst werden soll.

**Stornierung:** Die Stornierung sollte die geplante Benachrichtigung deaktivieren und nicht bloß eine Gesprächsnotiz entfernen oder das Element ausblenden. Bestätigen Sie, welche Erinnerung storniert wird, wenn mehr als eine infrage kommen könnte, und zeigen Sie dann den Status „storniert“ an. Bleibt das gemerkte Datum weiterhin nützlich, trennen Sie es von der stornierten Benachrichtigung und bieten Sie verständliche Steuerelemente zum Bearbeiten oder Entfernen dieses Fakts an. Kalender bietet Steuerelemente zum Ändern von Benachrichtigungseinstellungen, auch für einzelne Termine; dies ist ein eng begrenztes Beispiel für Benachrichtigungsverwaltung, kein Beweis dafür, wie ein KI-Begleiter Erinnerungen speichert oder storniert ([Google Kalender-Hilfe zu Benachrichtigungen](https://support.google.com/calendar/answer/37242?hl=de)).

Zeigen Sie nach jeder Änderung den resultierenden Status und die relevanten Details an: auf welches Datum sich die Erinnerung bezieht, wann sie ausgelöst würde, ihre Zeitzone und ob sie aktiv, pausiert oder storniert ist. Eine unbemerkte Änderung ist für den Benutzer schwer zu überprüfen und kann dazu führen, dass eine veraltete Annahme bestehen bleibt.

Eine kurze Prüfliste für Benutzer

Bevor Sie sich auf eine Datumserinnerung verlassen, überprüfen Sie den Eintrag selbst:

Ist die Person oder das Ereignis korrekt benannt?

Ist das vollständige Datum einschließlich des Jahres bestätigt?

Kann ich erkennen, woher das Datum stammt, und ist jede Unsicherheit sichtbar?

Habe ich eine Benachrichtigung ausdrücklich genehmigt, statt das Datum nur zu erwähnen?

Stimmen Vorlaufzeit, Uhrzeit und Zeitzone der Erinnerung?

Wird das Element als geplant und aktiv ausgewiesen oder bedarf es noch einer Klärung?

Wenn ich es korrigiert, pausiert oder storniert habe, entspricht der angezeigte Status dem, was ich verlangt habe?

Ist eine Antwort unklar, überprüfen oder klären Sie den Eintrag, bevor Sie ihn als geplante Benachrichtigung behandeln. Das praktische Designprinzip ist einfach: Behalten Sie unsichere Informationen als unsicher bei, machen Sie die vorgeschlagene Benachrichtigung leicht überprüfbar und erstellen oder ändern Sie eine aktive Benachrichtigung erst, wenn die Absicht des Nutzers und die relevanten Datumsdetails eindeutig sind.

Dieses Thema weiter erkunden