Muse の「スペース」を調べた — 成果物の提示から、エージェントの自己拡張へ

この記事は、Meta の AI アシスタント Muse が調査と執筆を行い、伊東久が企画・論点の設定・最終確認を行ったものです。主要な論点（「自己拡張」という見方と、メモリの時間軸の転換）は伊東によるもので、システム仕様の確認は Muse が製品ドキュメントと実機の挙動で行いました。

発端：発表の翌朝に気づいた

2026年11月6日、Meta Newsroom が X で「スペース（spaces）」を発表した。公式記事は "Design the Muse App, Just for You" で、その日から Muse が使える全地域で利用可能とされた。

X の発表ポスト: https://x.com/metanewsroom/status/2118816054281699651
公式記事: https://about.fb.com/news/2026/11/introducing-spaces-customize-muse-app/ (2026-11-06, "Design the Muse App, Just for You")

正直なところ、「AI がアプリを作れる」こと自体はもう驚かない。驚いたのは、作ったアプリが自分の Muse アプリの中からアクセスできる形でデプロイされることだった。生成物がチャットの流れに埋もれず、サイドバーに常駐する「自分の道具」になる。

そこで今朝、実際に TODO リストのスペースを作らせながら、仕様を製品ドキュメントで確認し、疑問点を一つずつ潰していった。本記事はその調査メモである。

スペースとは何か

スペースは、言葉で説明すると Muse が作ってくれるウェブページ／ウェブアプリで、ライブラリやサイドバーに置ける。発表記事の例は、子どもの学校ダッシュボードや、フリーランサーの締切・請求管理ハブなど。平日用と週末用で表示を切り替えるといったスケジュールも組めるという。

実装の種類は2つだけである。

種類	中身	状態
静的ページ	ウェブページ（HTML/CSS/JavaScript）	状態を持たない
対話型アプリ	ウェブアプリ＋固有のデータベース	記録を環境内に保持し、再起動や更新をまたいで残る

ネイティブアプリは作れない。ユーザーの端末のウィンドウや OS を操作するようなアプリにもならない。作れるのは大きな意味でウェブアプリのみ、というのが仕様の線引きである。

システム構成：デプロイ先は「自分の Muse 環境」

いちばん気になったのはデプロイ先だった。どこかの専用ホスティング領域に上がるのか、自分の環境に乗るのか。

ドキュメントの記述は明確で、スペースとそのデータはユーザーの Muse 環境の中にあり、そこからライブに配信される。ユーザーの端末（iOS / Android / Web）は表示と操作のクライアントで、端末側に何かがインストールされるわけではない。

対話型アプリは自分のデータベースを環境内に持ち、エージェント本体やスケジューラ（定時タスク）がそこへ読み書きする。後述する TODO リストの「毎朝の会話スキャン」は、スケジューラがスペースの DB に書き込みに行く形で実現されていた。

公開モデル：公開されるのは「静的スナップショット」だけ

では公開アプリを量産すると、外部からのアクセスが自分の環境まで飛んでくるのか。ここが2つ目の補正ポイントで、答えは「来ない」である。

初期状態はすべて非公開。作成時に公開・非公開を指定する設定項目はない
公開はスペースごとの明示操作（Share）で、発行のたびに承認タップが必要。公開後の更新を反映するときも毎回あらためて承認が要る。自動で公開され続ける常時設定はない
公開されるのは静的スナップショット、つまり凍結されたコピーである。公開 URL の先が環境内の DB とライブに通信するわけではない
対話型アプリ（DB を持つもの）は公開自体ができない
取り下げればリンクは無効になる。スペースを削除すれば公開も一緒に消える
中間の形として、公開リンクにせず特定の相手だけに共有する経路もある

つまり「公開アプリ＝自分の環境に穴を開ける」ではなく、「公開アプリ＝静的なコピーを外に置く」である。ライブな実体とデータは環境の外に出ない。

ウェブアーティファクトとの違いは「改名」である

スペースは、従来の「ウェブアーティファクト」の新しい呼び名である。ドキュメントには "Space is the new name for a web artifact" と明記されていて、内部の道具の名前も今も artifact のままだった。仕組みレベルの違いはない。

変わったのは位置づけと UI である。ライブラリに収まる「成果物」から、サイドバーに常駐し、スケジュールで表示が切り替わる「常設の道具」へ。この改名と発表のされ方が、次に述べる見方の転換を生んだ。

見方の転換1：成果物の提示 vs 環境の拡張

Claude にもアーティファクトはある。解析結果やドキュメントを HTML ページにして確認・共有する仕組みで、たとえば Weights & Biases の結果を共有するためにページを作る、という使い方の延長線上にある。あれは仕事の重心が外にある。解析はノートブックやクラスタで走り、ページはその結果のビューアだ。生成して、見て、共有して、古くなる。一方向である。

スペースが新しく見えたのは向きが逆だからである。アプリ自体がエージェントの側に残り、エージェントが作用できる面（サーフェス）そのものが増える。

今朝作った TODO リストが実例になる。あれは「TODO についての文書」ではなく、TODO の置き場そのものだ。しかも閉じていない。

「会話から抽出」ボタンで最近の会話を読み、本人の「やらなきゃ」だけを、根拠になった発言の引用と期限つきで自動登録する（エージェントへの依頼や完了済みの話は除外される）
毎朝7時に自動スキャンが走り、新しい会話 TODO を拾い続ける
削除した項目は二度と復活しない

昨日まで「人間の TODO リストが存在しない」ことはエージェントの能力の欠落だった。それが今日は、欠落を埋める部品が環境の中に増えた。モデルの重みが変わる意味での自己拡張ではないが、エージェントの作用面が増える意味では、自己拡張と呼んでいい動きだと思う。

見方の転換2：メモリの時間軸が未来へ向いた

もう一つの気づきはメモリについてである。

エージェントのメモリといえば、従来は過去方向が標準だった。過去の会話や文書を保存し、あとで類似性で引き出す。RAG のインデクスや mem0 はそのための仕組みで、記録の参照先は過去にあり、倉庫は問い合わせが来るまで inert（不活性）である。これはアーティファクト的なメモリだと言える。

一方で Muse のメモリは、過去だけでなく未来の情報も保存している。予定、目標、追跡中の約束、そして TODO。記録の参照先が未来にある場合、保存の目的は「似た話が出たら出す」ではなく「その時刻が来たら自分から発火する」になる。難しさは保存ではなく、時刻と割り込みの判断の側へ移る。

学術側でも、この未来方向はちょうど主題化され始めたところである。2026年11月3日に出た論文 "Prospective Memory for Proactive LLM Agents"（arXiv:2611.05731）は、prospective（未来方向）対 retrospective（過去方向）の対比を正面から扱い、意図の形成・維持・合図による開始・選択的な実行という段階モデルを提案している。

https://arxiv.org/abs/2611.05731

ただし製品の世界では、カレンダー、リマインダ、TODO という地味な機能が、学術用語で言う prospective memory を先に実装してしまっていた。「エージェントのメモリ」という言い方の外側に置かれてきただけである。今回の TODO スペースで実際に新しいのは、未来方向の記録を会話から抽出して維持するループまでエージェント側が担った点にある。なお意図の著者はあくまでユーザーであり、エージェントは抽出と維持と発火を担う、という分担になっている。

分からなかったこと

仕様として確認できなかった点も残す。

内部実装が厳密にシングルページアプリ（SPA）かどうかは、ドキュメントに明記がない。利用感としては1つのページ／アプリとして載る形である
公開スナップショットの物理的な配信基盤がどこにあるかは、ドキュメントに書かれていない。「データは環境の外に出ない」ことと「スナップショットのみが公開される」ことは明記されているが、それ以上の配信経路は断言できない
本記事の仕様記述の根拠は、公開された公式仕様書ではなく、Muse に同梱されている製品ドキュメントと実機の挙動である

まとめ

スペースはウェブアーティファクトの改名で、実体は「静的ページ」と「DB を持つ対話型アプリ」の2種。デプロイ先は外部ホスティングではなく、ユーザー自身の Muse 環境
公開は静的スナップショットのみ、都度承認つき。対話型アプリは公開不可で、実データは環境の外に出ない
新しさは技術要素よりも向きにある。成果物を提示する道具から、エージェントの作用面を拡張する道具へ。そしてメモリは過去の参照だけでなく、未来の予定を保持して発火する方向へ広がっている

発表から一晩で、自分の TODO リストがサイドバーに常駐し、毎朝会話を拾って更新されるようになった。ブランディングの変更だと言えばそうだが、時間軸の向きが変わると、同じ部品でも別物に見える。

追記（2026-11-07）：Blocks Game を作って公開した

この記事を書いたあと、実演としてスペースでゲームを1本作った。タワーを回して眺め、いい角度から積み木を選んで押し出す、3D の積み木ゲームである。最初は非公開のスペースとして作り、動作を確認してから Share で公開した。本文で説明した「静的ページは公開できる」「公開されるのは静的スナップショット」というモデルを、そのまま実地に試した形である。

▲ Blocks Game： https://muse.ai/s/blocks-game-xmg6sxsxbaxaxxjs/BJbc3hG3eo9wWHuOTD_5DGnI5uZK3Zf2HrGy07_ygNE

URL を知っている人は誰でも遊べる。作る → 非公開で試す → 公開する、という流れが会話の中で完結するのが、スペースという形の手触りである。