AIコンパニオンは重要な日付の間違いによるリマインダーをどう防ぐべきか？
オプトインによる日付リマインダーでは、AIコンパニオンは記憶した日付とスケジュールされた通知を別々に管理する必要があります。日付の情報源を記録し、対象者、日付、年、タイムゾーン、通知時間をユーザーに確認し、これらの詳細のいずれかが未解決である間は何の通知も送信してはなりません。修正、一時停止、またはキャンセルが行われた場合はリマインダーの状態を更新し、それをユーザーに明示すべきです。
なぜ日付を記憶することとリマインダーを設定することは同じではないのか
会話には、アラートを作成する許可を含まない形で有用な事実が含まれることがあります。「マヤの発表会は5月14日だ」という発言は、ユーザーが共有したメモ、暫定的な予定、あるいは曖昧な言い回しから推測された日付かもしれません。これ自体は、リマインダーを希望しているか、何年のことか、何時に送信すべきか、どのタイムゾーンを使用するかを指定していません。
そのため、信頼性の高い設計ではこれらを別々の記録として扱います。
**記憶された事実：** 情報源や不確実性とともに、何が話されたか、または提供されたか。
**確認済みの日付：** ユーザーが確認した対象者またはイベントとカレンダーの日付。
**スケジュールされた通知：** 送信時間、タイムゾーン、現在のステータスを伴い、ユーザーが明示的に承認したアラート。
この分離は、AIコンパニオン向けの設計上の推奨事項です。Google カレンダーのヘルプページには、カレンダー内での予定の作成と通知の管理方法が記載されていますが、AIコンパニオンの記憶について説明しているわけではなく、ここで提案されているワークフローを実装しているわけでもありません。あくまでカレンダーの例として、Googleの手順では予定の作成を、予定の詳細と保存ステップを伴うアクションとして扱っています（[Google カレンダー: 予定の作成](https://support.google.com/calendar/answer/72143?hl=en)）。
スケジュール設定前に確認すべき詳細とは？
アラートの意味や作動するタイミングを決定づける詳細を確認します。簡単な確認画面や会話の要約で、以下を表示する必要があります。
**対象者またはイベント：** その日付は誰に関するもので、何のことか？
**完全な日付：** 日、月、年。年のない月日は、特に過去または将来の出来事を指す可能性がある場合、不完全である可能性があります。
**日付の出所：** その日付はどこから来たのか（例：ユーザーの発言、インポートされたカレンダーの項目、推測など）。推測を確定事項として提示するのではなく、不確実性を明確にします。
**リマインダーのタイミング：** 「前日の午前9時」など、希望する事前通知までの余裕時間と現地時間。
**タイムゾーン：** 特にユーザーが旅行する場合や、日付が別の場所にいる人に関係する場合に、配信を管理すべきタイムゾーン。
**許可と配信方法：** そもそもユーザーがアラートを希望しているかどうか、また製品が複数の配信チャネルを提供している場合はどこに表示されるか。
Google カレンダーでは、ユーザーが予定の通知を設定したり通知設定を変更したりできます。アカウントや予定の設定によって、それらのカレンダー通知がどのように機能するかが決まります（[Google カレンダー: 通知の変更](https://support.google.com/calendar/answer/37242?hl=en)）。これは、通知を日付を知ることによる自動的な結果としてではなく、独自のコントロールを持つ設定されたアクションとして扱う好例です。ただし、これをカレンダーがコンパニオンのような記憶機能を持っている証拠とみなすべきではありません。
架空の例：記憶された詳細から確認済みのアラートへ
ユーザーが「マヤの発表会は5月14日だ」と言ったとします。コンパニオンはこれを**未確認の記憶された事実**として保持するかもしれません。対象者、イベント、月日は存在しますが、年、タイムゾーン、通知の許可は存在しません。この文だけでアラートをスケジュールすべきではありません。
コンパニオンは次のように尋ねることができます。「マヤさんの発表会が5月14日かもしれないと記録しました。何年ですか？どのタイムゾーンを使用しますか？また、リマインダーをご希望ですか？」ユーザーは答えます。「2027年5月14日、America/Los_Angelesです。前日の太平洋時間午前9時にリマインドしてください。」コンパニオンは要約します。「5月14日の発表会の前日である2027年5月13日午前9時（America/Los_Angeles）に、マヤさんの発表会についてリマインドします。スケジュールを設定しますか？」
ユーザーが確認した後に初めて、設計上、次のような通知レコードを作成すべきです：**マヤの発表会 — 2027年5月14日 — リマインダー 2027年5月13日午前9時（America/Los_Angeles）— 有効**。上記の日付と時間は架空の例であり、実在する人物やイベントの報告ではありません。タイムゾーンを明示的に指定することで、「午前9時」を全世界共通のものとして扱う事態を避けることができます。Google カレンダーのタイムゾーンに関する案内では、予定の時間は現地のタイムゾーンで表示され、タイムゾーンの変更がカレンダーの項目の表示方法に影響を与える可能性があると説明されています。これはカレンダーの動作例であり、AIリマインダーに関する主張ではありません（[Google カレンダー: 異なるタイムゾーンでカレンダーを使用する](https://support.google.com/calendar/answer/37064?hl=en)）。
ユーザー向けの要約は、月と日の入れ替わり、年の間違い、対象者の誤り、あるいは「前日」の誤った解釈に気づく最後の機会となるため重要です。ユーザーが要約を編集した場合、コンパニオンは変更された詳細を再度提示し、その結果得られるスケジュールについての確認を得る必要があります。
日付が未解決または競合している場合はどうすべきか？
システムが確信を持って特定できない日付に基づいてアラートを送信してはなりません。たとえば、あるメモにマヤの発表会は2027年5月14日とあり、別のメモに2027年5月21日とある場合、日付は競合しています。コンパニオンは競合を提示してどちらの日付が正しいかを尋ねることができますが、ユーザーがそれを解決してスケジュールを確認するまで、通知ステータスは**未スケジュール**のままであるべきです。
重要な詳細が欠落している場合にも同じルールが適用されます。「発表会の前にリマインドして」という指示は、発表会がいつなのか、どれくらい前にリマインダーを届けるべきか、場合によってはユーザーがどの発表会を指しているのかを指定していません。焦点を絞った追加の質問を行ってください。ユーザーが応答しない場合は、有効な通知を持たない未解決のメモとしてアイテムを保持します。これにより、推測がユーザーの承認していないアラートに変わってしまうのを防ぐことができます。
有用なステータスモデルは、この動作を分かりやすくします。たとえば、**未確認**、**要確認**、**スケジュール済み**、**一時停止**、**キャンセル済み**、**完了**などです。「未確認」や「要確認」が「スケジュール済み」のように動作してはなりません。システムは必要に応じて根底にある記憶された事実を保持できますが、実際にセットアップされるまでは、アラートが存在するかのように思わせてはなりません。
修正、一時停止、キャンセルはどのように機能すべきか？
**修正：** 発表会が5月14日ではなく5月21日であるとユーザーが言った場合は、日付を更新し、提案されたリマインダー時間を再度表示します。修正されたスケジュールを有効化する前に確認を求めてください。すでにリマインダーがスケジュールされていた場合は、修正によってどのアクティブなアラートが変更されるかを明確に特定し、置き換える前に改訂された日付を確認します。ユーザーを混乱させるような方法で古い日付を隠すことなく、現在の状態を説明するのに十分な可視性のある履歴を保持します。
**一時停止：** 一時停止は、日付とリマインダーの詳細を保持したまま配信を一時的に停止するものであるべきです。通知が一時停止中であることを表示し、自動的に再開されるのか、ユーザーが再開操作を行う必要があるのかを明確にします。一時停止中のリマインダーを有効と表示してはなりません。一時停止は、ユーザーが後で詳細を解決したいが、それまでの間にアラートが作動することを望まない場合に特に役立ちます。
**キャンセル：** キャンセルは、単に会話上のメモを削除したりアイテムを非表示にしたりするのではなく、スケジュールされた通知を無効化するものであるべきです。複数のリマインダーが該当する可能性がある場合は、どのリマインダーをキャンセルするかを確認し、キャンセル済みのステータスを表示します。記憶された日付が引き続き役立つ場合は、キャンセルされたアラートとは別に保持し、その事実を編集または削除するための分かりやすい操作方法を提供します。カレンダーには、個々の予定を含め、通知設定を変更するためのコントロールが用意されています。これは通知管理の限定的な例であり、AIコンパニオンがリマインダーをどのように保存またはキャンセルするかを示す証拠ではありません（[Google カレンダーの通知に関するヘルプ](https://support.google.com/calendar/answer/37242?hl=en)）。
変更後は、結果として生じた状態と重要な詳細を表示します。リマインダーがどの日付を指しているか、いつ作動するか、そのタイムゾーン、そしてそれが有効か、一時停止中か、キャンセル済みかです。ユーザーに通知されないサイレントな変更は確認が難しく、古い思い込みがそのまま残ってしまう可能性があります。
ユーザー向けの簡単なチェックリスト
日付リマインダーを当てにする前に、そのアイテム自体を確認してください。
対象者やイベントは正しく指定されていますか？
年を含めた完全な日付が確認されていますか？
その日付がどこから来たものかが分かり、不確実性が目に見える形になっていますか？
単に日付に言及しただけでなく、アラートを明示的に承認しましたか？
リマインダーの事前通知時間、時刻、タイムゾーンは正しいですか？
そのアイテムはスケジュール済みで有効と表示されていますか、それともまだ確認が必要な状態ですか？
修正、一時停止、またはキャンセルした場合、表示されているステータスは要求したものと一致していますか？
不明な点がある場合は、スケジュールされた通知として扱う前に、その項目を見直すか解決してください。実践的な設計原則はシンプルです。不確実な情報は不確実なものとして保持し、提案されたアラートを確認しやすくし、ユーザーの意図と関連する日付の詳細が明確になった後にのみ、アクティブな通知を作成または変更することです。