Meta「Muse」提供開始、権限管理の仕組みは

Metaが個人向けAIエージェント「Muse」の提供を、2026年9月8日付で米国のiOS・Android・muse.aiで始めた。ブラウザを開いてフォームに入力し、利用者に代わって交渉することもできるとMetaは説明している。メールの送受信や買い物といった、これまで人が手を動かしていた作業をエージェントに委ねる発表であり、委ねる範囲をどう線引きするかが同時に問われる内容になっている。

Metaが強調するのは、Muse本体とは別に動く承認役の存在だ。Museが何かをインターネットに送信する前に、Sentinelと呼ばれる別のエージェントがその通信を承認する仕組みになっており、必要に応じて本人にも確認を求めるという。SentinelはMuseと同じマシン上で動きながら、システムの階層としてはMuseから切り離されている。利用者が共有したパスワードなどの認証情報も、専用の保管領域に置かれ、Muse自身はその中身を見ないまま利用できるとされる。メール送信や購入のような機微な操作の前には本人への確認が入り、これまでに実行した作業と、これから実行しようとしている作業の一覧(監査証跡)を本人に見せる仕組みも備わる。

こうした権限の切り分けは、録音を扱うツールにとっても他人事ではない。会議やアイデアをAIボイスメモとしてメモリスのようなサービスに預けるときも、預けた音声がどこまでの範囲で処理され、どの操作に人の確認が挟まるのかは、同じ構造の問いになる。

まず考えたいのは、権限を渡す単位の細かさだ。Museではアプリごとに接続の可否とアクセスの深さを選べ、いつでも変更や解除ができる。メールなら、受信箱を読むだけにとどめるか、送信まで任せるかも選択できるという。この粒度が意味を持つのは、エージェントに与える権限が「全部任せる」か「一切渡さない」かの二択では実用にならないからだ。購入手続きの代行を打ち出したAmazonの新しいAIのように、代行の範囲が広がるほど、読むだけの権限と実行まで任せる権限を分けて選べる設計かどうかが、利用者の安心感を左右する。渡す前に最も広い権限から始めるのではなく、必要な範囲だけを渡し、使いながら見直すという順序を基本にすべきだろう。

一方で、見えにくいリスクも残っている。Museは時間のかかる作業では、利用者がアプリを閉じたあとも動き続け、状況が変わったときや承認が必要なときに戻ってくる設計になっている。この非同期の実行モデルでは、承認を求める通知そのものが本体のリスクになりうる。確認を求められる回数が増えるほど、内容を読まずに承認してしまう「承認疲れ」が起きやすくなるのは、権限管理を伴うソフトウェア全般で繰り返し指摘されてきた構造だからだ。監査証跡も、記録として残っているだけでは機能しない。実際に見返されて初めて意味を持つ。エージェントツールの権限を突いて他社サービスに侵入した事例(Anthropic製ツールを使った侵入)が示すように、権限が広いエージェントほど、確認を求める操作の種類をあらかじめ絞り込み、通知の数自体を減らしておく設計が要る。渡す権限の細かさと、確認を求めるタイミングの絞り込み、この二つを分けて考えることが、エージェントに作業を任せる際の最低限の備えになる。