Jak asystent AI może uniknąć przypomnień o niewłaściwej ważnej dacie?

Rozmowa może zawierać przydatną informację, ale nie musi oznaczać zgody na utworzenie alertu. „Recital Mai jest 14 maja” może być notatką udostępnioną przez użytkownika, wstępnym planem albo datą wywnioskowaną na podstawie niejednoznacznego sformułowania. Samo to zdanie nie określa, czy użytkownik chce przypomnienia, którego roku dotyczy data, o której godzinie je wysłać ani jakiej strefy czasowej użyć.

Dlatego niezawodny projekt traktuje te elementy jako osobne zapisy:

Zapamiętana informacja: co zostało powiedziane lub podane, wraz ze źródłem i wszelkimi wątpliwościami.

Potwierdzona data: osoba lub wydarzenie oraz data kalendarzowa sprawdzone przez użytkownika.

Zaplanowane powiadomienie: alert wyraźnie zatwierdzony przez użytkownika, z godziną dostarczenia, strefą czasową i bieżącym statusem.

To zalecenie dotyczące projektowania asystentów AI. Strony pomocy Kalendarza Google opisują tworzenie wydarzeń i zarządzanie powiadomieniami w Kalendarzu; nie opisują pamięci asystenta AI ani nie wdrażają proponowanego tu procesu. Wyłącznie jako przykład kalendarza: instrukcje Google przedstawiają tworzenie wydarzenia jako działanie obejmujące szczegóły wydarzenia i jego zapisanie (Kalendarz Google: Tworzenie wydarzenia).

Potwierdź szczegóły, które określają, czego dotyczy alert i kiedy może zostać wysłany. Krótkie okno podsumowania lub podsumowanie w rozmowie powinno zawierać:

Osoba lub wydarzenie: Kogo dotyczy data i do czego się odnosi?

Pełna data: dzień, miesiąc i rok. Dzień i miesiąc bez roku mogą nie wystarczyć, zwłaszcza jeśli data może dotyczyć minionego lub przyszłego terminu.

Pochodzenie daty: Skąd pochodzi data — na przykład z wypowiedzi użytkownika, zaimportowanego wpisu w kalendarzu czy wnioskowania? Niepewność powinna być widoczna, zamiast przedstawiać przypuszczenie jako pewnik.

Termin przypomnienia: wymagane wyprzedzenie i lokalna godzina, na przykład „dzień wcześniej o 9:00”.

Strefa czasowa: strefa, według której należy dostarczyć powiadomienie, szczególnie jeśli użytkownik podróżuje lub data dotyczy kogoś w innej lokalizacji.

Zgoda i sposób dostarczenia: czy użytkownik w ogóle chce alertu oraz gdzie się on pojawi, jeśli produkt oferuje więcej niż jeden kanał dostarczania.

Kalendarz Google pozwala ustawiać powiadomienia o wydarzeniach i zmieniać ich ustawienia; sposób działania tych powiadomień zależy od ustawień konta i wydarzenia (Kalendarz Google: Zmiana powiadomień). To przydatny przykład pokazujący, że powiadomienie jest konfigurowanym działaniem z własnymi ustawieniami, a nie automatycznym skutkiem poznania daty. Nie należy traktować tego jako dowodu, że Kalendarz ma pamięć podobną do asystenta.

Załóżmy, że użytkownik mówi: „Recital Mai jest 14 maja”. Asystent może zachować to jako niepotwierdzoną zapamiętaną informację: podano osobę, wydarzenie oraz dzień i miesiąc, ale brakuje roku, strefy czasowej i zgody na wysłanie powiadomienia. Nie powinien ustawiać alertu wyłącznie na podstawie tego zdania.

Asystent może zapytać: „Zapisałem, że recital Mai może się odbyć 14 maja. Którego roku dotyczy data, jakiej strefy czasowej mam użyć i czy chcesz otrzymać przypomnienie?”. Użytkownik odpowiada: „14 maja 2027 r., America/Los_Angeles. Proszę, przypomnij mi dzień wcześniej o 9:00 czasu pacyficznego”. Asystent podsumowuje: „Przypomnę Ci o recitalu Mai 13 maja 2027 r. o 9:00 w strefie America/Los_Angeles, dzień przed recitalem 14 maja. Ustawić przypomnienie?”.

Dopiero po potwierdzeniu przez użytkownika system powinien utworzyć zapis powiadomienia, na przykład: Recital Mai — 14 maja 2027 r. — przypomnienie 13 maja 2027 r. o 9:00 w strefie America/Los_Angeles — aktywne. Powyższa data i godzina są fikcyjnym przykładem, a nie informacją o prawdziwej osobie lub wydarzeniu. Wyraźne podanie strefy czasowej pomaga uniknąć traktowania godziny „9:00” jako uniwersalnej. Wskazówki Kalendarza Google dotyczące stref czasowych wyjaśniają, że godziny wydarzeń są wyświetlane w lokalnych strefach oraz że zmiana strefy czasowej może wpłynąć na sposób wyświetlania elementów kalendarza; to przykład działania Kalendarza, a nie twierdzenie dotyczące przypomnień AI (Kalendarz Google: Korzystanie z Kalendarza w różnych strefach czasowych).

Podsumowanie widoczne dla użytkownika jest ważne, bo daje ostatnią szansę na wychwycenie zamienionego dnia i miesiąca, niewłaściwego roku, błędnej osoby lub nieprawidłowej interpretacji wyrażenia „dzień wcześniej”. Jeśli użytkownik edytuje podsumowanie, asystent powinien ponownie przedstawić zmienione szczegóły i uzyskać potwierdzenie nowego harmonogramu.

Nie wysyłaj alertu na podstawie daty, której system nie potrafi wiarygodnie ustalić. Na przykład, jeśli jedna notatka podaje, że recital Mai jest 14 maja 2027 r., a inna — że 21 maja 2027 r., daty są sprzeczne. Asystent może wskazać rozbieżność i zapytać, która data jest prawidłowa, ale stan powiadomienia powinien pozostać niezaplanowane do czasu, aż użytkownik wyjaśni rozbieżność i potwierdzi harmonogram.

Ta sama zasada dotyczy brakujących istotnych informacji. „Przypomnij mi przed recitalem” nie określa daty recitalu, z jakim wyprzedzeniem ma przyjść przypomnienie ani — być może — o który recital chodzi. Zadaj konkretne pytanie uzupełniające. Jeśli użytkownik nie odpowie, pozostaw wpis jako nierozstrzygniętą notatkę bez aktywnego powiadomienia. Dzięki temu przypuszczenie nie zmieni się w alert, którego użytkownik nie zatwierdził.

Przejrzysty model statusów ułatwia zrozumienie tego działania: niepotwierdzone, wymaga wyjaśnienia, zaplanowane, wstrzymane, anulowane lub zrealizowane. Statusy „niepotwierdzone” i „wymaga wyjaśnienia” nie mogą działać jak „zaplanowane”. System może zachować zapamiętaną informację, jeśli jest to właściwe, ale nie powinien sugerować, że istnieje alert, dopóki faktycznie nie zostanie ustawiony.

Korekta: Jeśli użytkownik mówi, że recital jest 21 maja, a nie 14 maja, zaktualizuj datę i ponownie pokaż proponowaną godzinę przypomnienia. Poproś o potwierdzenie przed aktywowaniem poprawionego harmonogramu. Jeśli przypomnienie było już zaplanowane, jasno wskaż, który aktywny alert zmieni korekta, i potwierdź nową datę przed zastąpieniem poprzedniej. Zachowaj widoczną historię wystarczającą do wyjaśnienia bieżącego stanu, nie ukrywając poprzedniej daty w sposób, który mógłby zdezorientować użytkownika.

Wstrzymanie: Wstrzymanie powinno tymczasowo zatrzymać dostarczanie powiadomień, zachowując datę i szczegóły przypomnienia. Pokaż, że powiadomienie jest wstrzymane, i wyjaśnij, czy zostanie wznowione automatycznie, czy użytkownik musi je wznowić. Nie oznaczaj wstrzymanego przypomnienia jako aktywnego. Wstrzymanie jest szczególnie przydatne, gdy użytkownik chce później wyjaśnić jakąś informację, ale nie chce, by w międzyczasie pojawił się alert.

Anulowanie: Anulowanie powinno dezaktywować zaplanowane powiadomienie, a nie tylko usunąć notatkę z rozmowy lub ukryć wpis. Jeśli możliwe jest dopasowanie więcej niż jednego przypomnienia, potwierdź, które z nich ma zostać anulowane, a następnie pokaż status „anulowane”. Jeśli zapamiętana data nadal jest przydatna, zachowaj ją oddzielnie od anulowanego alertu i udostępnij zrozumiałe opcje edycji lub usunięcia tej informacji. Kalendarz udostępnia opcje zmiany ustawień powiadomień, również dla pojedynczego wydarzenia; to wąski przykład zarządzania powiadomieniami, a nie dowód na to, jak dowolny asystent AI przechowuje lub anuluje przypomnienia (Pomoc dotycząca powiadomień Kalendarza Google).

Po każdej zmianie pokaż wynikowy stan i istotne szczegóły: jakiej daty dotyczy przypomnienie, kiedy zostałoby wysłane, jakiej strefy czasowej używa oraz czy jest aktywne, wstrzymane czy anulowane. Użytkownikowi trudno zweryfikować cichą zmianę, a nieaktualne założenie może pozostać w systemie.

Zanim zaczniesz polegać na przypomnieniu o dacie, sprawdź sam wpis:

Czy osoba lub wydarzenie są prawidłowo nazwane?

Czy potwierdzono pełną datę, łącznie z rokiem?

Czy mogę ustalić, skąd pochodzi data, i czy wszelkie wątpliwości są widoczne?

Czy wyraźnie zatwierdziłem alert, zamiast tylko wspomnieć o dacie?

Czy wyprzedzenie przypomnienia, godzina i strefa czasowa są prawidłowe?

Czy wpis ma status „zaplanowane” i „aktywne”, czy nadal wymaga wyjaśnienia?

Jeśli poprawiłem, wstrzymałem lub anulowałem przypomnienie, czy wyświetlany status odpowiada mojej prośbie?

Jeśli którakolwiek odpowiedź jest niejasna, sprawdź wpis lub wyjaśnij wątpliwości, zanim uznasz go za zaplanowane powiadomienie. Praktyczna zasada projektowania jest prosta: zachowuj niepewne informacje jako niepewne, ułatwiaj sprawdzenie proponowanego alertu i twórz lub zmieniaj aktywne powiadomienie dopiero wtedy, gdy intencja użytkownika i istotne szczegóły daty są jasne.