Сможет ли Meta AI запомнить, что ваши планы изменились?

Вы обычно садитесь на самый ранний доступный поезд. Для поездки в субботу друг просит выбрать поезд на 10:40, чтобы поехать вместе. ИИ-ассистент помнит оба факта. Затем поезд на 10:40 отменяют. Когда вы попросите переделать маршрут, продолжит ли ассистент строить его вокруг рейса, которого уже нет? Решит ли, что вы всегда предпочитаете более поздние поезда? Или вспомнит причину исключения и спросит, на какой поезд друг сможет успеть?

Это более интересная проверка памяти ИИ, чем просьба повторить ваш любимый цвет. Память полезна, когда помогает продвинуть задачу. В плане на несколько дней ассистенту нужно отличать предпочтения от исключений, уточнять текущую ситуацию и останавливаться перед решениями, которые остаются за вами. Ноябрьское обновление Muse и Meta AI даёт возможность проверить, сколько этой работы уже можно делегировать.

Что Meta начала внедрять в ноябре

6 ноября 2026 года Meta объявила о начале внедрения специализированных версий существующих моделей в Muse и Meta AI. Компания обучала их с помощью Muse Wonder, отдельно представленной серии исследовательских моделей. Muse — личный агент Meta для более длительных задач. Meta AI — её универсальный ассистент. Обновление распространяется поэтапно, поэтому по одному анонсу нельзя определить, какие учётные записи, регионы или интерфейсы его получили.

Meta описывает две возможности, которые отвечают за разные стороны изменения плана. Активная память (Active Memory), описанная для обоих продуктов, помогает ассистенту определить, какой контекст сохранить, как долго он будет актуален и когда новая информация меняет его смысл. Активный фокус (Active Focus) в Muse, по описанию Meta, помогает продолжать работу над целью после неожиданного препятствия. Для Meta AI компания описывает близкие изменения в диалоге, включая уточняющие вопросы и адаптацию, когда вы меняете направление. В примере с поездом память отвечает за то, какие сведения об отправлении и друге следует учесть. Фокус помогает предложить осуществимую поездку после отмены выбранного рейса.

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

По данным Meta, в тесте Muse доля случаев правильного использования критически важного контекста выросла с 76% до 90%, на 14 процентных пунктов. Компания также сообщает об улучшении на 67% в выполнении повседневных задач Muse, в которых возникали неожиданные проблемы. Вторая цифра показывает относительное улучшение. Оба результата получены в оценке Meta. У вашей поездки, учёбы или передачи работы могут быть другие ограничения, и их стоит проверять отдельно.

На сайте продукта Meta разместила экскурсию по Muse. На обложке историческая фотография кампуса Facebook в Менло-Парке, которую LPS.1 снял в 2014 году и опубликовал на условиях CC0. Telli.sh изменил размер и кадрировал исходную фотографию.

Три вида контекста в одном плане

Когда кто-то говорит, что поездка намечена на субботу, поезд отправляется в 10:40 и обычно ему нравится выезжать пораньше, все три факта могут показаться одинаково полезными. Их срок действия различается. Если разделить сведения по роли, легче понять, что ассистент сделал правильно после изменения плана.

Иллюстрация Telli.sh для примера с поездкой. Категории помогают оценить ответы и не раскрывают внутреннюю реализацию памяти Meta.

Убрать отменённый поезд из маршрута и забыть о нём — разные вещи. Если друг спросит, почему вы изменили план, историческая деталь всё ещё пригодится. Если спросить, что бронировать, этот вариант уже устарел. Нужный ответ зависит от того, что ассистент делает с этим фактом. Проверить можно, подбирает ли он уместный контекст для конкретного вопроса.

То же относится к предпочтениям. Человек, попросивший тихий ресторан для одной встречи, может не хотеть переносить это условие на день рождения. Тот, кто навсегда изменил предпочтение по месту в вагоне, вполне может ожидать, что ассистент учтёт его и в другой поездке. Явно указанный срок действия помогает улучшить и эксперимент, и итоговый план.

Короткий эксперимент для аккаунта с обновлением

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

1. Задайте устойчивое предпочтение. Скажите «Обычно я предпочитаю самый ранний доступный поезд. В вымышленную поездку в субботу я еду с Сэмом, и мы можем встретиться только с 10:15». Попросите сформулировать предпочтение и ограничение поездки по отдельности.
2. Предложите план, который затем устареет. Скажите «Сначала мы хотели ехать поездом на 10:40 и прийти в музей к 13:00. Поезд идёт 75 минут, ещё 30 минут нужно от вокзала до музея». Попросите составить маршрут без поиска в интернете и бронирования.
3. Замените одну деталь и добавьте препятствие. Скажите «Поезд на 10:40 отменили. Остались отправления в 10:00, 11:00 и 11:30. Вход в музей по-прежнему в 13:00. Считай эти часы вымышленными исходными данными и скажи, какой вариант подходит». Поезд в 10:00 отправляется раньше встречи. С поездом в 11:00 вы будете в музее в 12:45. С поездом в 11:30 — в 13:15.
4. Проверьте объяснение. Спросите «Что изменилось, что остаётся в силе и о чём ты спросишь меня, прежде чем менять бронь?» Обоснованный ответ объяснит выбор поезда в 11:00, покажет запас в 15 минут и оставит переоформление до отдельного подтверждения.
5. Проверьте границу исключения. В том же чате спросите, как ассистент спланировал бы другую вымышленную поездку без Сэма. Если интерфейс переносит контекст в новые чаты и вы хотите проверить эту функцию, повторите второй вопрос в новом чате. Записывайте наблюдения отдельно. Видимая история беседы и контекст, доступный между чатами, дают разные результаты работы.

Иллюстрация Telli.sh для проверки, которую можно провести на вымышленных данных.

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

Можно также развернуть проверку и посмотреть, заметит ли ассистент, что требуется компромисс. Перенесите посещение музея на 12:30 и спросите снова. Теперь ни одно отправление не отвечает всем ограничениям. Полезный ответ показывает конфликт и спрашивает, какое обязательство можно передвинуть. Красивый ответ, который молча меняет время посещения, создаёт видимость готового плана и оставляет проблему вам.

Где та же функция может пригодиться

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

Планирование волонтёрского мероприятия с меняющимися условиями. Группа обычно избегает вечеров в будни, но один участник предлагает помещение на вторник в виде исключения. Затем помещение становится недоступным. Дайте вымышленный перечень залов и свободного времени. Попросите ассистента предложить варианты и перечислить, что ему ещё нужно уточнить у организатора. Полезное поведение — сохранить остальные требования группы после смены площадки. В черновике предложение легко отменить. Отправленное всем участникам письмо требует отдельной проверки, потому что цена ошибки выше.

Регулярная передача работы. Небольшая команда предпочитает одностраничные отчёты о состоянии проекта. У текущего проекта особый срок отчётности, а работа, от которой он зависит, только что задержалась. Попросите ассистента подготовить обновлённую передачу дел по вымышленному графику, явно обозначить новую оценку срока и сохранить формат одной страницы. Полезный помощник применит привычный формат, оставив новый график заметным. Проблема возникает, если он повторяет устаревший срок или выдаёт неопределённую зависимость за решённую. Таблица текущих фактов и дат даёт читателю конкретный материал для проверки.

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

Точка контроля — следующее действие с реальными последствиями

Ассистент, который умеет реагировать на неожиданности, экономит время на подготовке вариантов. Чем увереннее он выглядит, тем легче спутать рекомендацию с выполнением. Заранее определите эту границу. В примере с поездом новый маршрут легко просмотреть. Покупка другого билета, отмена старого или отправка плана другу меняют ситуацию за пределами разговора. Если продукт и подключённые инструменты допускают такие действия, запросите отдельное подтверждение для каждого.

Относитесь к маршруту как к рабочей копии. Храните окончательные брони и подтверждения в сервисах, которые их выдали, и проверяйте ключевые факты там. При сравнении двух запусков запишите, какие данные были у ассистента в каждый момент. Ответ после изменения расписания следует сверять с обновлённым расписанием. Анонс и оценка Meta описывают цели компании. То, что вы наблюдаете на собственных входных данных, даёт основание для следующего решения.

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

Источники

• Анонс Meta от 6 ноября о специализированных моделях для Muse и Meta AI
• Презентация Muse Wonder от Meta
• Официальное руководство и экскурсия по Muse
• Фотография на обложке от LPS.1, CC0

О Telli.sh

Telli.sh превращает записи, заметки и документы в личную базу знаний с поиском, чтобы можно было найти источник, на который опиралось решение. Попробуйте Telli.sh, чтобы хранить рабочие заметки вместе с контекстом.