予定が変わったことを、Meta AIは覚えていられるか？
Metaは11月、MuseとMeta AIにActive Memoryの提供を開始した。Museは障害から復帰しやすくなったとMetaは報告している。予定変更でアシスタントを試す方法を紹介する。
普段は乗れる限り早い列車を選ぶ。ところが土曜日だけは、友人と一緒に行くため、頼まれて10時40分発にする。AIアシスタントはその両方を覚えた。そこへ10時40分発が運休になる。予定を立て直してもらったとき、もうない列車を基準に旅程を作るだろうか。遅めの列車がいつも好みだと考えるだろうか。それとも今回だけ例外にした理由を覚えていて、友人が乗れる列車を聞くだろうか。
好きな色を言い当ててもらうより、AIの記憶を試すには興味深い場面だ。記憶は仕事を先に進めるときに役立つ。数日にまたがる計画では、好みと例外を分け、現在の状況を確認し、本人に委ねる判断の前で止まることも求められる。MuseとMeta AIの11月の更新は、そうした仕事をどこまで任せられるか試す機会になる。
Metaが11月に提供を始めた機能
2026年11月6日、Metaは、既存モデルを用途別に調整した版をMuseとMeta AIに段階的に提供し始めたと発表した。学習には、別途発表した研究モデルシリーズMuse Wonderを使った。Museは長めの作業を担うMetaのパーソナルエージェントで、Meta AIは汎用アシスタントだ。提供は段階的なので、どのアカウント、地域、画面で使えるかは発表だけでは分からない。
Metaは、予定が変わったときの異なる課題に対応する二つの機能を説明している。両製品の Active Memory は、どんな文脈を覚え、いつまで有効とみなし、いつ新しい情報によって意味が変わるかを判断する助けになる。Museの Active Focus についてMetaは、予想外の障害があっても利用者の目標を追い続ける機能と説明する。Meta AIについては、追加の質問や方針変更への適応といった、関連する会話の改善を紹介している。列車の例でいえば、記憶は出発時刻と友人について何を引き継ぐか、フォーカスは選んだ列車が消えたあとに実行可能な旅程をどう提案するかに関わる。
実際に使える題材で更新を評価するなら、この区別が大切になる。新しい条件を正しく繰り返しても、最初の候補が行き詰まったときに諦めるかもしれない。逆に、先週の情報を使って勢いよく新しい旅程を作るかもしれない。現在の条件を使い、確認できる形で次の手順を変える。その両方ができて、結果を活用できる。
Metaによると、Museの評価で重要な文脈を正しく利用できた割合は 76%から90% に上がった。14ポイントの増加だ。また、予想外の問題が発生する日常的なMuseの作業では、完了率が 67%改善 したとしている。後者は相対的な改善で、いずれもMetaの評価結果だ。実際の旅行、学習習慣、仕事の引き継ぎでは条件が異なり、個別の確認が要る。
Metaは製品サイトでMuseのガイドツアーを公開している。表紙はLPS.1が2014年に撮影したFacebookのメンローパーク・キャンパスの写真で、CC0で公開されている。Telli.shが元の写真をトリミングし、サイズを調整した。
一つの旅程に含まれる三種類の文脈
旅は土曜日、列車は10時40分発、普段は早く出たい。この三つは、最初に記録するときは同じくらい役立つ情報に見える。しかし、いつまで役立つかは違う。それぞれの役割を分けると、予定が変わったときにアシスタントが何をうまく扱えたか判断しやすい。
| 文脈の種類 | 架空の例 | 列車が運休になったときに期待する処理 |
|---|---|---|
| 普段の好み | いつもは早い出発を好む。 | 好みとして保ち、現在の条件を満たす候補の順位づけに使う。 |
| 今回の旅行の条件 | 今週の土曜日は10時15分以降に駅で友人に会う。 | 普段ならもっと早く出る場合でも、今回の旅行にこの条件を適用する。 |
| 差し替えられた情報 | 10時40分発に乗る予定だった。 | 現在の旅程から外し、変更の理由を説明するときだけ背景として使う。 |
架空の旅行についてのTelli.shオリジナル図解。分類は回答を確かめるためのもので、Metaの内部メモリーを示したものではない。
運休した列車を旅程から消すことと、その列車があったこと自体を忘れることには違いがある。友人がなぜ予定を変えたのか聞いたなら、過去の事情として役立つ。どれを予約すべきかと聞いたなら、もう候補にはならない。同じ情報でも、アシスタントが何に使うかで適切な答えが変わる。質問に合った文脈を選べるかが、観察したい挙動だ。
好みも同じだ。ある会議に静かなレストランを希望した人が、誕生日にもそうしたいとは限らない。一方、座席の好みが今後ずっと変わったと言ったなら、別の旅行でも新しい好みを使うと期待してよい。いつまで適用するかを明記するだけでも、実験と実際に使う計画の両方を改善できる。
更新が届いたアカウントでできる短い試験
架空の情報を使い、文章で旅程を出してもらう。最初から最後まで架空にしておけば、実際の旅行情報を送ったり、アカウントへの権限を渡したりせず、予定変更への対応を調べられる。プロンプトと回答をそのまま記録し、画面が変わったあとで同じテストを繰り返してもよい。更新がアカウントに届いたか画面上で確認できなくても、今の画面での挙動は分かる。ただし、その回答を生成したモデルまでは特定できない。
- 長く続く好みを設定する。 「基本的には乗れる限り早い列車が好みです。土曜日の架空の旅行ではサムと一緒に行きます。待ち合わせは10時15分以降です」と伝え、好みと今回の条件を分けてまとめてもらう。
- 後で無効になる計画を渡す。 「当初は10時40分発の列車に乗り、13時に博物館に入る予定でした。乗車時間は75分、駅から博物館までは30分とします」と伝える。ウェブ検索や予約をせず、旅程案を作るよう頼む。
- 一つの情報を更新し、障害を入れる。 「10時40分発は運休です。出発は10時、11時、11時30分の三つだけ。入館は13時のままです。架空の時刻として、どれが条件に合うか教えてください」と伝える。10時は待ち合わせと矛盾し、11時なら12時45分、11時30分なら13時15分に博物館に着く。
- 理由を確認する。 「何が変わり、何がまだ有効で、予約変更の前に何を確認しますか」と尋ねる。根拠のある回答なら、11時が合う理由と15分の余裕を示し、予約変更は別の確認に委ねる。
- 例外が及ぶ範囲を試す。 同じチャットで、サムが来ない別の架空の旅をどう計画するか聞く。画面が新規チャットへの文脈の引き継ぎに対応し、それも試したければ、二つ目の質問を新しいチャットでも繰り返す。見えている会話履歴を使うことと、チャットをまたいで文脈を使うことは違うため、結果は分けて記録する。
架空の入力で試せる手順を示したTelli.shオリジナル図解。
各段階に一つの判定を付ける。使える情報を正しく扱って理由を説明できたら 合格。条件と矛盾したり、無効な選択肢を復活させたりしたら 不合格。覚えていた文脈、推測、たまたま画面に見えていた情報のどれで答えたか分からなければ 判定保留 とする。その判定が示すのは、その日のそのやりとりだ。別の例でも成功するか確認すれば、同じ挙動が繰り返されるか見えてくる。
試験を逆にして、両立しない条件を見つけられるか確認してもよい。入館時刻を12時30分に変更してもう一度尋ねると、すべての条件を満たす列車はなくなる。役立つ回答はこの衝突を明らかにし、どの予定なら動かせるか聞く。入館時刻を勝手に変えた流暢な回答は、計画を完成したように見せ、問題を利用者に移してしまう。
同じ機能が役立ちそうな場面
一時的な例外がある学習習慣。 平日は短時間の練習を好む人が、旅行中の一週間だけ長めの練習を二回にして、翌週には普段の習慣に戻したいと頼む。日付付きの架空の状況を渡し、両方の週の予定を表示してもらう。普段の好みを毎回説明する手間が省ける一方、期限切れの一週間限定の指示が残るおそれがある。指定日に学習計画が戻り、試験日を変更したら新しい日が古い締め切りに置き換わるか確認できる。
条件が変わるボランティア行事。 団体は普段、平日の夜を避けるが、会場を手配できる人が例外として火曜を提案する。その会場が使えなくなったとする。利用できる部屋と時間を架空のリストにして渡し、代替案と主催者に確認が必要なことを挙げてもらう。ほかの条件を保ちながら会場の変更に対応できると役に立つ。下書きの提案は取り消しやすいが、参加者全員への送信には影響があり、別に確認が要る。
定期的な仕事の引き継ぎ。 小さなチームが1ページの進捗メモを使っているとする。今のプロジェクトには例外的な報告期限があり、依存する作業も遅れた。架空の時系列から引き継ぎ案を作り、新しい見込みを明記し、1ページの形式は維持するよう頼む。役立つアシスタントは、定着した形式を引き継ぎつつ新日程が埋もれないようにできる。古い期限を繰り返したり、不確かな依存関係を確定扱いしたりすると問題になる。現在の事実と日付を表にすると、読者が具体的に照合できる。
どの例でも、会話をまたぐ作業で入力の繰り返しを減らし、流れを保てる可能性がある。回答が滑らかで見慣れたものほど、古い情報を見落としやすいというリスクもある。推測も結果を複雑にする。伝えていないのに、一時的な例外を普段の好みと推測するかもしれない。範囲が重要なら、いつ始まり、いつ終わり、何を置き換えるかを伝え、次の回答で意図どおり変わったか見る。
影響のある次の操作を確認点にする
予想外の事態から立て直せるアシスタントなら、代案を考える時間を節約できる。有能に見えるほど、提案から実行への境が曖昧になりやすい。どこで区切るか先に決めておく。列車の例では、変更後の旅程を見せるだけならすぐ確認できる。切符の購入、旧予約のキャンセル、友人への連絡は会話の外の状況を変える。製品と連携ツールが対応するなら、それぞれの前に別の確認を求める。
旅程は作業用の案として扱う。最終的な予約や確認は発行元サービスに残し、重要な事実はそこで照合する。アシスタントの二回の回答を比べるなら、その時点での入力を書き留める。時刻表の変更後に作られた結果は、その時刻表と比較する。Metaの発表と評価から分かるのは同社が目指すことだ。次の判断に使えるのは、自分の入力で観察した挙動だ。
Active MemoryとActive Focusに期待できるのは、途中で状況が変わっても、長い作業について何度も説明し直す必要が減ることだ。繰り返して試したいのは、判断の理由を覚え、期限切れの情報を外し、解決できるうちに矛盾を示せるかどうか。影響の小さい例で安定してできるなら、計画案をもっと任せつつ、実際に影響の出る手順は自分で確認できる。
出典
Telli.shについて
Telli.shは録音、ノート、文書を検索できる個人用の知識ベースにまとめ、あとから判断の根拠を探せるようにします。作業のメモとその背景を一緒に残すには、Telli.shを試すことができます。