Как ИИ-компаньону избежать напоминаний о неверной важной дате?

Почему запоминание даты — это не то же самое, что планирование напоминания

Разговор может содержать полезный факт, но не содержать разрешения на создание оповещения. Фраза «Концерт Майи состоится 14 мая» может быть заметкой, которой поделился пользователь, предварительным планом или датой, выведенной из неоднозначной формулировки. Сама по себе она не определяет, нужно ли напоминание, к какому году оно относится, в какое время его отправлять и какой часовой пояс использовать.

Поэтому надежная система рассматривает их как отдельные записи:

**Запомненный факт:** то, что было сказано или предоставлено, с указанием источника и любой неопределенности.

**Подтвержденная дата:** человек или событие и календарная дата, проверенные пользователем.

**Запланированное уведомление:** оповещение, явно одобренное пользователем, со временем доставки, часовым поясом и текущим статусом.

Такое разделение — рекомендация по проектированию для ИИ-компаньонов. Справочные страницы Google Календаря описывают, как создавать мероприятия и управлять уведомлениями в Календаре; они не описывают память ИИ-компаньона и не реализуют рабочий процесс, предложенный здесь. В качестве исключительно календарного примера инструкции Google рассматривают создание мероприятия как действие с деталями события и шагом сохранения ([Google Календарь: создание мероприятия](https://support.google.com/calendar/answer/72143?hl=en)).

Какие детали необходимо подтвердить перед планированием?

Подтвердите детали, которые определяют, что означает оповещение и когда оно должно сработать. Краткий экран проверки или резюме в диалоге должны содержать:

**Человек или событие:** К кому относится дата и что она означает?

**Полная дата:** День, месяц и год. Месяц и день без года могут быть неполными, особенно если они могут относиться как к прошлому, так и к будущему событию.

**Происхождение даты:** Откуда взялась дата — например, из сообщения пользователя, импортированной записи календаря или логического вывода? Четко обозначайте неопределенность, а не выдавайте догадку за установленный факт.

**Время напоминания:** Запрашиваемое время упреждения и местное время на часах, например, «за один день в 9:00 утра».

**Часовой пояс:** Пояс, который должен определять доставку, особенно если пользователь путешествует или дата касается человека из другого региона.

**Разрешение и доставка:** Нужно ли вообще пользователю оповещение и где оно появится, если продукт предлагает более одного канала доставки.

Google Календарь позволяет пользователям настраивать уведомления для мероприятий и менять параметры оповещений; настройки учетной записи и мероприятий определяют, как работают эти уведомления Календаря ([Google Календарь: изменение уведомлений](https://support.google.com/calendar/answer/37242?hl=en)). Это полезный пример рассмотрения уведомления как настроенного действия с собственными элементами управления, а не как автоматического следствия знания даты. Это не следует воспринимать как свидетельство того, что у Календаря есть память в стиле ИИ-компаньона.

Вымышленный пример: от запомненной детали к подтвержденному оповещению

Предположим, пользователь говорит: «Концерт Майи 14 мая». Компаньон может сохранить это как **неподтвержденный запомненный факт**: человек, событие, месяц и день присутствуют, но год, часовой пояс и разрешение на отправку уведомления отсутствуют. Система не должна планировать оповещение только на основании этой фразы.

Компаньон может спросить: «Я записал, что концерт Майи может состояться 14 мая. Какой это год, какой часовой пояс использовать и хотите ли вы получить напоминание?» Пользователь отвечает: «14 мая 2027 года, Америка/Лос-Анджелес. Пожалуйста, напомни мне накануне в 9:00 утра по тихоокеанскому времени». Компаньон подводит итог: «Я напомню вам о концерте Майи 13 мая 2027 года в 9:00 (Америка/Лос-Анджелес), за день до концерта 14 мая. Запланировать?»

Только после того, как пользователь подтвердит это, система должна создать запись уведомления вида: **Концерт Майи — 14 мая 2027 года — напоминание 13 мая 2027 года в 9:00 (Америка/Лос-Анджелес) — активно**. Приведенные выше дата и время являются вымышленными примерами, а не отчетом о реальном человеке или событии. Явное указание часового пояса помогает избежать восприятия «9:00 утра» как универсального времени. Руководство Google Календаря по часовым поясам объясняет, что время мероприятий отображается в местных поясах и что смена часового пояса может повлиять на отображение элементов календаря; это пример поведения Календаря, а не утверждение об ИИ-напоминаниях ([Google Календарь: использование Календаря в разных часовых поясах](https://support.google.com/calendar/answer/37064?hl=en)).

Итоговое резюме для пользователя имеет важное значение, поскольку дает последнюю возможность заметить перепутанные день и месяц, неверный год, ошибку в имени или неверное толкование фразы «за день до». Если пользователь вносит изменения, компаньон должен повторить обновленные данные и получить подтверждение для скорректированного расписания.

Что должно происходить при неуточненной или противоречивой дате?

Не отправляйте оповещение на основе даты, которую система не может определить с уверенностью. Например, если в одной заметке говорится, что концерт Майи состоится 14 мая 2027 года, а в другой — 21 мая 2027 года, даты конфликтуют. Компаньон может указать на конфликт и спросить, какая дата верна, но статус уведомления должен оставаться **не запланировано**, пока пользователь не разрешит противоречие и не подтвердит расписание.

То же правило применяется, когда отсутствует важная деталь. «Напомни мне перед концертом» не указывает, когда состоится концерт, насколько заранее должно прийти напоминание и, возможно, какой именно концерт имеет в виду пользователь. Задайте точечный уточняющий вопрос. Если пользователь не отвечает, сохраните этот пункт как неуточненную заметку без активного уведомления. Это позволит избежать превращения догадки в оповещение, которое пользователь никогда не одобрял.

Понятная модель статусов делает такое поведение прозрачным: **не подтверждено**, **требуется уточнение**, **запланировано**, **приостановлено**, **отменено** или **выполнено**. Статусы «не подтверждено» и «требуется уточнение» ни в коем случае не должны вести себя как «запланировано». Система может сохранять исходный запомненный факт, если это уместно, но она не должна создавать видимость существования оповещения до тех пор, пока оно не будет фактически настроено.

Как должны работать исправления, приостановка и отмена?

**Исправление:** Если пользователь сообщает, что концерт состоится 21 мая, а не 14 мая, обновите дату и снова покажите предлагаемое время напоминания. Запросите подтверждение перед активацией исправленного расписания. Если напоминание уже было запланировано, четко укажите, какое активное оповещение изменит данная правка, и подтвердите измененную дату перед ее заменой. Сохраняйте достаточную видимую историю для объяснения текущего состояния, не скрывая старую дату таким образом, который мог бы запутать пользователя.

**Приостановка:** Приостановка должна временно остановить доставку, сохранив дату и детали напоминания. Покажите, что уведомление приостановлено, и уточните, возобновится ли оно автоматически или требует действий пользователя. Не помечайте приостановленное напоминание как активное. Пауза особенно полезна, когда пользователь хочет уточнить деталь позже, но не хочет, чтобы тем временем сработало оповещение.

**Отмена:** Отмена должна деактивировать запланированное уведомление, а не просто удалять заметку из диалога или скрывать элемент. Подтвердите, какое именно напоминание отменяется, если под описание подходят несколько, а затем отобразите статус отмены. Если запомненная дата по-прежнему полезна, храните ее отдельно от отмененного оповещения и предоставьте понятные элементы управления для редактирования или удаления этого факта. Календарь предоставляет элементы управления для изменения настроек уведомлений, в том числе для отдельного мероприятия; это узкий пример управления уведомлениями, а не свидетельство того, как какой-либо ИИ-компаньон хранит или отменяет напоминания ([Справка по уведомлениям Google Календаря](https://support.google.com/calendar/answer/37242?hl=en)).

После любого изменения отображайте итоговое состояние и важные детали: к какой дате относится напоминание, когда оно сработает, его часовой пояс и статус (активно, приостановлено или отменено). Негласное изменение пользователю трудно проверить, что может привести к сохранению устаревших предположений.

Краткий чек-лист для проверки пользователями

Прежде чем полагаться на напоминание о дате, проверьте саму запись:

Правильно ли назван человек или событие?

Подтверждена ли полная дата, включая год?

Понятно ли, откуда взялась эта дата, и видна ли возможная неопределенность?

Было ли дано явное согласие на создание оповещения, а не просто упомянута дата?

Верно ли указаны время упреждения, время срабатывания и часовой пояс напоминания?

Указано ли в записи, что она запланирована и активна, или она все еще требует уточнения?

Если в запись вносились исправления, пауза или отмена, соответствует ли отображаемый статус тому, что запрашивалось?

Если какой-либо пункт вызывает сомнения, проверьте или уточните запись, прежде чем считать ее запланированным уведомлением. Практический принцип проектирования прост: сохранять неопределенную информацию как неопределенную, делать предлагаемое оповещение удобным для проверки, а также создавать или изменять активное уведомление только после того, как намерения пользователя и соответствующие детали даты станут абсолютно ясными.

Продолжить изучение темы