AI 陪伴者如何避免在錯誤的重要日期發出提醒？

為什麼記住日期不等於排程提醒

對話中可能包含有用的事實，但並不包含建立提醒的權限。「瑪雅的演奏會是在 5 月 14 日」可能是使用者分享的筆記、暫定的計畫，或是從模糊措辭中推斷出的日期。它本身並未指明是否需要提醒、適用於哪一年、何時發送或使用哪個時區。

因此，可靠的設計會將這些視為獨立的記錄：

**記住的事實：** 所說或提供的內容，包含其來源和任何不確定性。

**已確認的日期：** 使用者已核對的對象或活動以及日曆日期。

**已排程的通知：** 使用者明確批准的提醒，包含送達時間、時區和當前狀態。

這種劃分是針對 AI 陪伴者的設計建議。Google 日曆的說明頁面說明了如何在日曆中建立活動和管理通知；它們並未描述 AI 陪伴者的記憶，也沒有實施此處提出的工作流程。僅作為日曆範例，Google 的說明將建立活動視為包含活動詳細資訊和儲存步驟的操作（[Google 日曆：建立活動](https://support.google.com/calendar/answer/72143?hl=en)）。

在排程之前應確認哪些細節？

確認決定提醒含義以及何時可以觸發的詳細資訊。簡短的審查畫面或對話摘要應顯示：

**對象或活動：** 日期是關於誰的，以及它指的是什麼？

**完整日期：** 日、月和年。沒有年份的月份和日期可能不完整，特別是當它可能指過去或未來的事件時。

**日期來源：** 日期來自何處——例如使用者的陳述、匯入的日曆項目或推論？清楚說明不確定性，而不是將猜測呈現為定論。

**提醒時間點：** 要求的提前量和當地時間，例如「前一天上午 9:00」。

**時區：** 應主導送達的時區，特別是如果使用者處於旅途中或該日期涉及其他地點的人員。

**權限與傳送方式：** 使用者是否根本想要提醒，以及如果產品提供多個傳送管道，它將出現在哪裡。

Google 日曆允許使用者為活動設定通知並變更通知設定；其帳戶和活動設定決定了這些日曆通知的運作方式（[Google 日曆：變更通知](https://support.google.com/calendar/answer/37242?hl=en)）。這是一個有用的範例，說明了將通知視為具有自身控制項的設定操作，而不是知道日期後的自動結果。這不應被視為日曆具有陪伴式記憶的證據。

虛構範例：從記住的細節到確認的提醒

假設使用者說：「瑪雅的演奏會是 5 月 14 日。」陪伴者可以將其保留為**未確認的記住事實**：人物、活動和月/日已存在，但年份、時區和通知權限尚不存在。它不應僅憑這句話就排程提醒。

陪伴者可以詢問：「我記錄了瑪雅的演奏會可能在 5 月 14 日。那是哪一年、我該使用哪個時區，以及你需要提醒嗎？」使用者回覆：「2027 年 5 月 14 日，America/Los_Angeles。請在太平洋時間前一天上午 9:00 提醒我。」陪伴者總結道：「我會在 2027 年 5 月 13 日上午 9:00（America/Los_Angeles）提醒你瑪雅的演奏會，也就是 5 月 14 日演奏會的前一天。要進行排程嗎？」

只有在使用者確認後，設計才應建立通知記錄，例如：**瑪雅的演奏會 — 2027 年 5 月 14 日 — 提醒時間 2027 年 5 月 13 日上午 9:00 America/Los_Angeles — 有效**。上述日期和時間為虛構範例，並非真實人物或事件的報告。明確指定時區有助於避免將「上午 9:00」視為全球通用。Google 日曆的時區指引說明了活動時間以當地時區顯示，且時區變更可能會影響日曆項目的顯示方式；這是日曆行為的範例，而非對 AI 提醒的宣稱（[Google 日曆：在不同時區使用日曆](https://support.google.com/calendar/answer/37064?hl=en)）。

面向使用者的摘要至關重要，因為它提供了最後一次機會來發現顛倒的月日、錯誤的年份、不正確的對象或對「前一天」的誤解。如果使用者編輯了摘要，陪伴者應重申變更的詳細資訊，並取得最終排程的確認。

當日期未解決或衝突時應該怎麼辦？

不要根據系統無法確信識別的日期發送提醒。例如，如果一則筆記顯示瑪雅的演奏會是 2027 年 5 月 14 日，而另一則筆記顯示為 2027 年 5 月 21 日，則日期發生衝突。陪伴者可以提出衝突並詢問哪個日期正確，但在使用者解決衝突並確認排程之前，通知狀態應保持為**未排程**。

當缺少基本細節時，適用相同的規則。「在演奏會前提醒我」並未具體說明演奏會是在何時、提醒應提前多久送達，或者可能是指哪場演奏會。進行有針對性的後續詢問。如果使用者未回答，請將該項目保留為未解決的筆記，而不建立有效通知。這避免了將推論變成使用者從未批准的提醒。

一個實用的狀態模型能讓這種行為變得清晰：**未確認**、**需要釐清**、**已排程**、**已暫停**、**已取消**或**已完成**。「未確認」和「需要釐清」絕不能表現得像「已排程」。系統可以在適當的情況下保留底層記住的事實，但在此類提醒實際設定完成之前，不應暗示其已存在。

修正、暫停和取消應如何運作？

**修正：** 如果使用者表示演奏會是 5 月 21 日而非 5 月 14 日，請更新日期並再次顯示建議的提醒時間。在啟用修正後的排程之前請求確認。如果提醒已經排程，請清楚識別修正將變更哪個進行中的提醒，並在取代它之前確認修訂後的日期。保留足夠的可見歷史記錄以解釋當前狀態，同時不要以可能混淆使用者的方式隱藏舊日期。

**暫停：** 暫停應暫時停止傳送，同時保留日期和提醒詳細資訊。顯示通知已暫停，並明確指出它是會自動恢復還是需要使用者手動恢復。不要將暫停的提醒標記為有效。當使用者希望稍後解決細節但在此期間不希望觸發提醒時，暫停特別有用。

**取消：** 取消應停用已排程的通知，而不僅僅是移除對話筆記或隱藏該項目。當有多個提醒可能符合時，確認正在取消哪一個提醒，然後顯示已取消狀態。如果記住的日期仍然有用，請將其與已取消的提醒分開，並提供易於理解的控制項來編輯或移除該事實。日曆提供了變更通知設定的控制項，包括針對單個活動；這是通知管理的一個具體範例，不能作為任何 AI 陪伴者如何儲存或取消提醒的依據（[Google 日曆通知說明](https://support.google.com/calendar/answer/37242?hl=en)）。

在任何變更之後，顯示最終狀態和重要細節：提醒所指的日期、何時觸發、其時區，以及它是處於有效、已暫停還是已取消狀態。無聲無息的變更讓使用者難以驗證，並且可能會留下過時的假設。

給使用者的簡短審查核對清單

在依賴日期提醒之前，請檢查項目本身：

對象或活動名稱是否正確？

包含年份在內的完整日期是否已確認？

我能否看出日期從何而來，且是否能看見任何不確定性？

我是明確批准了提醒，還是僅僅提到了日期？

提醒的提前量、時間點和時區是否正確？

該項目是否顯示為已排程且有效，還是仍需要釐清？

如果我對其進行了修正、暫停或取消，顯示的狀態是否符合我的要求？

如果任何問題的答案不明確，在將其視為已排程通知之前，請檢視或解決該項目。切實可行的設計原則很簡單：將不確定的資訊保留為不確定，使建議的提醒易於檢查，並且僅在使用者意圖和相關日期細節明確之後，才建立或變更有效的通知。

繼續探索這個主題