Как ИИ-компаньон должен объяснять свою память пользователям?

О чем должно сообщать раскрытие информации о памяти?

Короткая фраза вроде «Я буду иметь это в виду» может звучать понятно, но оставлять фактическое состояние неопределенным. Означает ли это, что деталь находится в текущем чате, сохранена на будущее, получена из другого источника или просто учтена в следующем ответе? Полезное уведомление называет конкретное состояние и дает пользователю возможность его проверить.

Спроектируйте карточку так, чтобы каждый ответ находился рядом с соответствующим действием. Если деталь лишь предлагается для сохранения, пометьте ее как предложение. Если приложение не может подтвердить, что долговременное воспоминание было сохранено, скажите об этом прямо; не создавайте ложного впечатления, что изменения произошли. Формулировки должны соответствовать фактическому поведению системы, включая любые задержки или ограничения, которые продукт может подтвердить.

Шесть ответов

Вопрос пользователя: Что может стать воспоминанием? — Что должно быть указано на карточке: Конкретная деталь или понятное описание ее категории, например: «Вы предпочитаете краткие сводки по проектам». Избегайте размытых формулировок вроде «персонализация».

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

Вопрос пользователя: Было ли подтверждено сохранение? — Что должно быть указано на карточке: Сообщите, сохранен ли элемент, ожидает ли обработки, предложен или не сохранен. Предоставьте элементы управления для подтверждения, если продукт их поддерживает.

Вопрос пользователя: Где это может использоваться повторно? — Что должно быть указано на карточке: Опишите соответствующие места или контексты, такие как будущие чаты или конкретная подключенная функция. Не обещайте, что данные останутся в одном месте, если это не так.

Вопрос пользователя: Как долго это будет храниться? — Что должно быть указано на карточке: Укажите поддерживаемый срок хранения или объясните условия удаления. Если сроки варьируются или неизвестны, сообщите об этом и дайте ссылку на соответствующий элемент управления или политику.

Вопрос пользователя: Как это проверить, исправить или удалить? — Что должно быть указано на карточке: Дайте прямую ссылку на применимые элементы управления памятью или историей активности и объясните, какое действие изменяет конкретную копию или источник.

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

Чем различаются история чата, сохраненная память и данные подключенных приложений?

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

**История чата** — это запись разговора. Сохранение или удаление этой записи является отдельным действием, и его влияние на персонализацию зависит от архитектуры продукта и установленных правил.

**Сохраненная память** — это информация, которую продукт удерживает или выводит для последующей персонализации. Она может быть связана с предыдущими чатами, но концептуально отличается от видимой стенограммы. Интерфейс должен отображать сам элемент или объяснять, почему его нельзя просмотреть отдельно.

**Источник из подключенного приложения** — это информация, доступная из другого сервиса, привязанного пользователем. Отключение сервиса может повлиять на доступ в будущем, но не обязательно удаляет информацию, которая уже была скопирована, сжата в сводку или включена в историю чата.

Эти различия имеют принципиальное значение в реальных элементах управления продуктом. В Справке по приложениям Gemini от Google указано, что для прекращения использования прошлых чатов в целях персонализации после их удаления может потребоваться некоторое время, а также описан процесс удаления или исправления информации, связанной с прошлыми чатами. Что касается информации, запомненной из подключенного приложения, пользователям может потребоваться как удалить соответствующие чаты, так и отключить само приложение; выполнение только одного из этих действий может оставить доступным другой источник. Это описания элементов управления и поведения конкретно Gemini, а не универсальные правила для всех ИИ-компаньонов ([Справка по приложениям Gemini: память о прошлых чатах](https://support.google.com/gemini/answer/16598469?co=GENIE.Platform%3DDesktop&hl=en)).

На отдельной странице справки Google по подключенным приложениям также поясняется, что отключение приложения или удаление данных в нем не удаляет данные раздела «Действия в приложениях Gemini», а удаление действий в приложениях Gemini не удаляет данные в других сервисах. Это наглядно объясняет, почему при информировании следует точно определять источник и затрагиваемую копию, а не использовать общую кнопку «удалить память» ([Справка по приложениям Gemini: подключенные приложения](https://support.google.com/gemini/answer/16836988?hl=en)).

Как выглядит объяснение с привязкой к конкретному источнику?

Рассмотрим вымышленный пример: Райли говорит компаньону в чате: «Я планирую провести выходные в Портленде», а также подключает календарь, в котором есть событие в Портленде. Позже компаньон использует контекст чата и календаря, чтобы предложить маршрут поездки. Райли удаляет чат. Если календарь остается подключенным, событие по-прежнему может служить независимым источником информации; удаление переписки логически не означает автоматическое удаление события из календаря. Этот пример демонстрирует разделение источников. Он не утверждает, что какой-либо конкретный продукт хранит или повторно использует эту вымышленную информацию именно таким образом.

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

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

Почему фразы «Я тебя помню» недостаточно?

Представьте, что приложение отвечает: «Я тебя помню», но не может показать сохраненный элемент, определить источник, подтвердить постоянный статус или объяснить, как пользователь может это изменить. Такая формулировка может звучать живо и естественно, но она не служит доказательством того, что воспоминание было сохранено. Она может относиться к контексту текущего чата, сгенерированному ответу или постоянной записи; без данных о статусе пользователь не сможет отличить одно от другого.

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

Как пользователям проверять воспоминания и управлять ими?

Когда компаньон неожиданно упоминает какую-то деталь, у пользователя должна быть возможность выполнить короткую последовательность действий:

**Узнать, какая информация была использована.** Запросите конкретную деталь и ее источник. Относитесь к ответу как к пояснению, которое необходимо сверить с элементами управления продукта, а не как к самостоятельному доказательству.

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

**Внести исправление на нужном уровне.** Если сохраненная деталь неверна, отредактируйте или удалите ее в элементах управления памятью, если это предусмотрено. Если информация поступила из подключенного сервиса, проверьте это подключение или исходный элемент.

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

Доступные элементы управления различаются в зависимости от продукта. Например, в справочных разделах Gemini описаны включение и отключение памяти о прошлых чатах, поиск и удаление истории чатов, а также исправление информации прямо в чате. Там также объясняется, что данные подключенных приложений и действия в Gemini управляются отдельно. Эти примеры полезны тем, что наглядно демонстрируют разницу между источниками; их не стоит воспринимать как гарантию того, что в других приложениях настройки устроены точно так же.

Размещайте объяснение рядом с действием над памятью

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

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

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