Задайте для каждой запоминаемой настройки взаимодействия четкий контракт
Не настраивайте память ИИ-компаньона одним общим переключателем в надежде, что ее назначение останется понятным. Составьте небольшой контракт для каждой настройки взаимодействия: что это за элемент, кто его предоставил, применяется ли он только к этой реплике, к одному проекту или к будущим беседам, когда истекает срок его действия и как его исправить. Храните предпочтительные имена отдельно от роли, тона, частоты уведомлений и ограничений по темам. Также перечислите поля, которые компаньон никогда не должен додумывать на основе молчания или случайных формулировок. Практический приемочный тест использует нейтральный маркер, запускает новый чат и проверяет, что возвращаются только настройки, назначенные этой области. В этой статье речь идет о предсказуемом поведении при взаимодействии, а не о местах хранения данных или работе систем удаления.
Выберите одну из трех областей действия перед сохранением
Используйте область отдельной реплики для разовых запросов, таких как «ответь кратко». Используйте проектную область для ограниченной задачи, например планирования одного мероприятия в нескольких чатах. Используйте постоянную область только для параметров, которые должны сохраняться в несвязанных будущих беседах, таких как подтвержденное предпочтительное имя. Отображайте активную область рядом с полем ввода и предварительно показывайте, где она будет применяться. Настройка не получает более широкую область действия просто из-за ее повторения. В актуальном разделе часто задаваемых вопросов о памяти OpenAI элементы управления долговременной памятью отделены от временного чата, который не использует и не создает память. Названия функций в продуктах различаются, поэтому проверяйте конкретный элемент управления, а не полагайтесь на идентичное поведение. Если проектная область отсутствует, используйте область отдельной реплики, пока пользователь явно не выберет постоянное сохранение.
Определите для каждого сохраняемого элемента объект, источник, способ исправления и срок действия
Записи «Любит краткие ответы» недостаточно. Полноценная запись содержит: объект — длина ответа; значение — кратко; источник — прямое указание от указанной даты; область — этот проект; исправление — редактируется из ответа и настроек; срок действия — по завершении проекта. Показывайте источник рядом с любым ответом, который на него опирается. В настоящее время в документации OpenAI описаны сводка памяти, индикаторы источников и элементы управления исправлением, а NIST Privacy Framework описывает детализированный контроль и понятное информирование об обработке данных. Применяйте эти принципы строго по назначению: пользователь должен понимать, почему компаньон повел себя определенным образом и какой элемент управления это меняет. Не превращайте шутку, отклоненное предложение, ночное сообщение или разовую ролевую инструкцию в постоянное предпочтение.
Отделяйте предпочтительное имя от роли и тона общения
Сохраняйте предпочтительную форму обращения как отдельное поле с произношением или написанием только тогда, когда их указывает сам пользователь. Не делайте выводов об обращении, статусе отношений, гендерной форме или степени близости на основе одного лишь имени. Роль и тон — это отдельные параметры: практичный планировщик, креативный собеседник для брейншторминга, нейтральный секретарь; краткие, подробные, прямые или мягкие формулировки. Для каждой роли требуется видимая область действия и возможность отключения. Псевдоним проекта не должен становиться именем учетной записи. Игривый тон в одном творческом задании не должен менять общение в обычных чатах. Прочитайте параметры контракта перед сохранением: «Использовать Ривер в этом проекте; оставить будущие несвязанные чаты без изменений». Это позволяет вносить точечные исправления, а не выполнять полный сброс из-за одного неверного слова.
Зафиксируйте поля, которые запрещено определять автоматически
Добавьте явный список параметров, исключенных из автоматического вывода. Среди полезных пунктов: отношения, убеждения, идентичность, местоположение, доступность, намерения по расходам и то, является ли повторяющееся действие постоянным предпочтением. Этот список — не биография, а правило, согласно которому отсутствующая информация остается не указанной. Если для задачи требуется определенное поле, компаньон задает точечный необязательный вопрос и допускает ответ «оставить незаполненным». Google PAIR отмечает, что неявная обратная связь неоднозначна, и рекомендует использовать корректировку или сброс. Применяйте этот принцип к паузам, кликам, повторным запросам и открытиям уведомлений. Частота также задается явно: никогда, по запросу, раз в день или в выбранное время. Отсутствие ответа не должно расцениваться как согласие на напоминания.
Настраивайте периодичность, уведомления и восстановление границ независимо друг от друга
Периодичность взаимодействия, разрешение на отправку уведомлений, роль и тон должны управляться отдельными переключателями. Пользователю может требоваться энергичный стиль общения без каких-либо навязчивых уведомлений или еженедельное напоминание, составленное в нейтральном тоне. До активации показывайте канал, время, период покоя, триггер и условие остановки. Если компаньон нарушает границы, предложите три варианта исправления: изменить одно значение, сбросить текущий проект или сбросить все настройки взаимодействия. Объясните точный охват изменений и момент их вступления в силу. Руководство PAIR рекомендует сообщать как область действия, так и сроки проявления эффекта от обратной связи. Сброс, который обновляет текущий экран, но оставляет без изменений новый чат, неполон; помечайте его как незавершенный, а не повторяйте сброс в фоновом режиме без предупреждения.
Проверьте контракт с помощью нейтрального маркера
Выберите маркер, не несущий личного смысла, например «синяя закладка». Назначьте ему область отдельной реплики и запросите его в следующем сообщении: он может появиться там, но должен исчезнуть в новом чате. Повторите проверку для проектной области: он может появляться внутри этого проекта, но не за его пределами. Наконец, задайте тестовое имя для постоянной области, откройте новую несвязанную беседу и убедитесь, что отображается только это имя. Исправьте имя, отключите уведомления, сбросьте роль и повторите проверку на другом устройстве, если заявлена синхронизация между устройствами. Фиксируйте ожидаемые, фактические и нерешенные результаты для каждой среды. Удалите маркер после завершения. Успешное прохождение теста означает, что области действуют заявленным образом, исправления заменяют старые значения, сброс затрагивает указанные среды, а запрещенные для автовывода поля остаются пустыми; это не подтверждает безопасность хранения данных.
Частые вопросы
Должно ли предпочтительное имя всегда быть постоянным?
Нет. Псевдоним проекта может оставаться в рамках одного проекта; для сохранения на постоянной основе требуется отдельный явный выбор.
Сбрасывает ли отключение уведомлений тон или память?
Не должно. Уведомления, тон, роль и запомненные элементы настраиваются отдельно, если интерфейс явно не указывает иное.
Как безопасно протестировать область памяти?
Используйте нейтральный маркер, протестируйте его на соответствие заявленным границам, а затем удалите. Не используйте конфиденциальные или важные данные.
