はじめに
この記事は人間が書いてます。
記事の抽出、基本的な枠組み等についてはClaude Codeに手伝ってもらっています。
2026年9月8日、Metaがパーソナルエージェント「Muse」を発表しました。
iOS、Android、Webでの提供が始まり、AIスマートグラスへの対応も予定されています。
メール送信や旅行予約、買い物の代行までこなす自律型のエージェントで、基本機能は無料、上位プランは月20ドルと月100ドルのサブスクリプションになっています。
この発表を読んでいて気になったのが、エージェントが実際にお金を使う部分の仕組みでした。
自律的に買い物をするエージェントが、どうやって安全にカードを切るのか。
そこを中心に調べた内容をまとめます。
Museの決済はStripe Linkのワンタイムカードを使う
Museはユーザーの実カード情報を直接扱いません。
代わりに「Link by Stripe」を使い、取引ごとに使い捨てのカード番号を発行して決済します。
ワンタイムカードは、カード番号や有効期限をその場で生成し、1回または1店舗で使うと無効になる決済手段です。
実カードの代わりにこれを渡しておけば、番号が漏れても被害を1回の取引に閉じ込められます。
似た仕組みは以前からあります。
Privacy.comやCapital One Enoはオンライン注文用にその場で仮想カードを発行しますし、法人向けのBrexやRampも出張者ごとに上限額付きの仮想カードを配っています。
サブスクの無料トライアルで上限0円の仮想カードを使い、自動課金への移行を防ぐという使い方も同じ系譜にあります。
x402ではなくカードネットワークに乗せた設計
AIエージェントの決済というと、Coinbaseが作りLinux Foundationが管理する「x402」というプロトコルも話題になっています。
HTTPの402ステータスコードを使い、エージェントがステーブルコインでAPIやサービスに直接支払う仕組みで、口座もログインも不要です。
調べた範囲では、Museはこちらを採用していませんでした。
決済はStripeが提供するカードネットワークの枠組みの中で完結しており、オンチェーンの要素は見当たりません。
まだ多くの店舗がステーブルコイン決済に対応していないことを考えると、既存のカード網に乗せたほうが今使える店舗の数は圧倒的に多くなります。
Metaはそこを優先したと考えられます。
ワンタイムカードのセキュリティを調べた
ワンタイムカードという仕組みについて、2点気になったので調べました。
1点目は番号の重複です。
発行元のシステムが有効なカード番号の一意性を都度チェックしているため、有効期間中に同じ番号が2枚同時に存在することは起きない設計になっています。
通常のクレジットカードと同じ発行プロセスの延長線上にあり、ここは新しいリスクではありませんでした。
2点目はフィッシングです。
番号自体が使い捨てで金額や利用先も固定されるため、番号を盗んで別の場所で使うという従来型の被害は起きにくくなっています。
一方でMetaがバグ報奨金の中で「プロンプトインジェクション」だけを別枠(最大13万ドル)にしていたのが目を引きました。
悪意あるWebページやメールの文言でエージェントを操り、正規の買い物のつもりで別の店舗宛にワンタイムカードを発行させる、という攻撃のほうが現実的なリスクだと読み取れます。
番号を盗む攻撃から、エージェントの判断そのものを乗っ取る攻撃へと、想定されている脅威の中心が移っています。
バグ報奨金は日本からでも申請できる
Metaのバグ報奨金プログラムは、有効な報告に最大30万ドル、プロンプトインジェクションの成功例には最大13万ドルを用意しています。
日本から参加できるか気になったので調べたところ、Metaは過去に45か国以上の研究者に実際に報奨金を支払っており、国籍や居住地による制限は特に設けられていませんでした。
唯一の制約は米国の貿易制裁対象国や地域に該当しないことで、日本はここに当てはまりません。
報告はbugbounty.meta.comから提出できます。
Museは一つの製品ではなくブランドだった
ここまで調べる過程で、「Muse」はエージェントアプリ単体を指す名前ではなく、複数のモデルや製品をまとめたブランド名だとわかりました。
- Muse Spark: マルチモーダル推論モデル本体(最新版は1.3)
- Muse Image: 画像生成モデル
- Muse Video: 動画生成モデル(提供予定)
- Muse Code: ターミナル型のコーディングエージェント
消費者向けアプリの「Muse」は、このうちMuse Sparkを基盤に使い、パーソナルエージェントとしてパッケージしたものという位置づけです。
API料金は月額プランとは別建て
アプリの月20ドルや100ドルのサブスクリプションとは別に、Muse Sparkの本体はMeta Model API経由でも呼び出せます。
- 標準: 入力1.25ドル、出力4.25ドル(いずれも100万トークンあたり)
- キャッシュ入力: 0.15ドル(通常入力から88%引き)
- Contributorティア: 入力0.10ドル、出力0.20ドル。プロンプトをMetaのモデル改善に使わせる代わりに、標準ティアの10分の1以下まで下がります
コーディングは専用の「Muse Code」が担う
Claude CodeやCodexに相当する立ち位置として、「Muse Code」というターミナル型のコーディングエージェントも別に用意されています。
Muse Codeは、1つのエージェントが順番に作業するのではなく、並列のサブエージェントを複数のgit worktreeで同時に走らせる設計になっています。
ベンチマークの結果は以下のとおりです。
| ベンチマーク | Muse Code(Spark 1.2) | Claude Code(Opus 5) | Codex(GPT-5.6 Terra) |
|---|---|---|---|
| Terminal-Bench 2.1 | 82.9% | 86.7% | 81.8% |
| DeepSWE 1.1 | 59.3% | 65.0% | 64.8% |
Terminal-Bench 2.1ではCodexをわずかに上回りましたが、自律コーディング力を測るDeepSWE 1.1ではClaude Code、Codexのどちらにも届いていません。
Muse Code自体は無料配布で、料金は前述のMuse Spark APIの従量課金がそのまま適用されます。
Amazon Bedrockでは使えるのか
Muse Spark自体をAmazon Bedrockで呼び出せるか気になったので、あわせて調べました。
現時点では対応していません。
Muse Sparkは現在、Meta Model API、Muse Code、OpenRouter経由でのみ提供されており、Amazon BedrockやAzure AI、Google Cloud Vertex AIといった主要クラウド上には並んでいません。
背景には、Muse Sparkが従来のLlamaシリーズと配布方針を変えたことがあります。
Llamaシリーズはオープンウェイトで公開されていたため、AWSやAzureが自社クラウド上にモデルをホストする形でBedrockなどに載せてきました。
一方、Muse Sparkは2026年4月の発表時点でMeta初の非オープンウェイトモデルとなり、選ばれたパートナー向けのプライベートプレビューとAPI経由のみで提供される、より閉じた配布形態を取っています。
今後については、2026年8月にMetaのAlexandr Wang氏が「Muse Spark 1.2ベースのオープンウェイト版を近日公開する」と明言しています。
これが実現すれば、Llamaシリーズと同じ経路でAmazon Bedrockに載る可能性が出てきます。
一方、非公開のままの最新モデル(1.3系)をBedrock上で使えるようにするには、MetaとAWSの間で個別の提携が別途必要になります。
現時点ではどちらの動きも確認できておらず、Bedrockで使えるようになる時期は未定です。
実際にサインアップを試してみた
ここまで調べた内容を確かめたくて、実際にMuseのアカウント作成を試しました。
トップページから「Try Muse」を選び、電話番号またはメールアドレスを入力する画面まで進みました。
そのまま生年月日の入力画面に進みました。
「確認」を押した先で、「This account needs permission to view this page」という画面が表示され、そこで止まりました。
調べたところ、Museは発表時点で提供地域が米国限定になっており、日本を含む米国外からのサインアップは想定されていません。
表示された文言はメールアドレスのドメインが原因ではなく、年齢確認や提供国判定によるアクセス権限ゲートで弾かれた際に出るものでした。
ここで一つ整理が必要です。バグ報奨金は日本からでも申請できると先に書きましたが、この地域制限とは矛盾しません。
バグ報奨金の参加資格は国籍や居住地(米国の貿易制裁対象国でないか)の話で、Museの提供地域とは別の軸です。
実際の検証手段としては、Metaのバグ報奨金プログラムには研究者向けにテストアカウントを発行する仕組みが一般的に用意されており、提供地域外からでも検証できる建てつけになっているのが通常です。
ただしMuse固有のテストアクセス手順がスコープページに明記されているかまでは確認できておらず、実際に申請する場合はbugbounty.meta.com/scopeで手順を直接確認する必要があります。
また、VPNなどで米国からのアクセスを装う回避は利用規約に反する可能性があるため、日本での提供開始を待つことにします。
最後まで読んでいただきありがとうございました。