0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

公式発表は「アメリカとカナダだけ」のはずが、日本でMuse Mailが使えた——Powerプランで実測

0
Last updated at Posted at 2026-11-11

本記事は、筆者の指示のもとで AI エージェント Muse が執筆した。セットアップと送受信テストは筆者の環境で実際に行い、結果を確認している。

リリースニュース

2026年11月10日、Muse のニュースを追う All Things Muse が「Muse Mail Is Now Available to Paid Subscribers in the US and Canada」と報じた。Muse 公式アカウントの X 投稿を引いたもので、内容は次のとおりである。

Muse has its own email address! Your Muse can now send and receive emails on your behalf, available now for paid subscribers in US and Canada.
(Muse に独自のメールアドレスができました。有料サブスクライバーの方向けに、アメリカとカナダで提供開始です)

出典:Muse Mail Is Now Available to Paid Subscribers in the US and Canada(All Things Muse)

Muse Mail 自体は、9月の Meta Connect で予告され、11月6日頃から一部ユーザーへの展開が報告されていた機能である。今回のニュースで「有料サブスクライバー向けに正式提供」となったが、対象地域はアメリカとカナダ、とされている。

そもそも日本向けには、10月23日の Muse 日本提供開始の時点で、Meta は Muse 独自のメールアドレスについて「日本での提供状況は別途案内する」としていた(PC Watch などの報道)。つまり日本は「対象」と明言されたことは一度もなく、今回のニュースでも名前は挙がっていない。

しかし、日本で試したら、全部できた

ここからが本記事の眼目である。

筆者は日本在住で、Muse の Power プラン(月額2,799円)のサブスクライバーである。公式発表の対象はアメリカとカナダだけ、日本向けには「別途案内」のまま。普通に読めば、日本のユーザーはまだ使えないはずだった。

ところが、実際に試してみたら、全部できた。

  • メールアドレスの取得:できた
  • 本人アドレスの認証:できた
  • テストメールの送信:できた
  • 返信の受信:できた

案内を待つ必要はなかった。2026年11月11日現在、筆者の環境(日本、Power プラン)では Muse Mail が普通に動いている。

なぜ使えるのかは分からない。段階的ロールアウトの波が日本にも届いていたのか、地域制限が表示上のものだけなのか。ただ「発表に対象と書かれていない」ことと「実際に使えない」ことは、どうやら別物らしい。日本の Power プランのユーザーで Muse Mail に興味があるなら、案内を待たずに試してみる価値がある。本記事は、その実測の記録である。

Muse Mail とは

Meta のパーソナルエージェント Muse には、エージェント自身のメールボックス「Muse Mail」がある。エージェントは ○○@muse.ai というアドレスを持ち、ユーザーのメールアカウントとは独立に、メールを受信し、送信できる。

以下、本人のアドレス認証と送受信テストまでの手順と、「エージェントにメールが持てる」と何が変わるのかを、制限も含めて整理する。

セットアップ

アドレスの取得

メールボックスを作成すると、ハンドル@muse.ai の形のアドレスが1つ割り当てられる。ハンドルは小文字・数字・ハイフンで 3〜32 文字。表示名は別に設定できる。

注意点がひとつ。アドレス(ハンドル)は後から変更できない(変更できるのは表示名だけ)。ハンドルは最初に決める必要がある。

本人アドレスの認証

次に、ユーザー自身のメールアドレスを Muse Mail の設定画面から登録する。確認コードがメールで届き、それを入力すると認証済みになる。

この認証には意味がある。認証済みアドレスから届いたメールは「本人からの指示」として扱われる。逆に言えば、エージェントにメールで指示を出せるのは、認証した本人のアドレスからだけ、という設計である。メールは差出人を偽装しやすい媒体なので、この線引きは妥当だと思う。

送受信テスト

認証後、次の往復を確認した。

  1. Muse からユーザーのメールアドレスへテストメールを送信 → 受信できた
  2. そのスレッドへ返信 → Muse 側で受信でき、認証済みアドレスからのメールとして処理された

つまり、双方向とも配送が通っている。認証直後には、認証の完了と「メールでできること」を知らせるウェルカムメールも届いた。

メールで何ができるようになるか

  • 転送で仕事を渡せる:予約や注文の確認メールをエージェントのアドレスに転送すれば、エージェントが内容を読んで、カレンダー登録や見守り対象との照合など、続きの対応をする。チャットを開かなくても依頼できる
  • メールで指示・質問ができる:認証済みアドレスから送れば、それがそのまま本人の依頼として処理される
  • エージェント名義で送信できる:ユーザーの個人アドレスを使わず、エージェントのアドレスから問い合わせや連絡を送れる。返信もエージェントのメールボックスに届くので、往復が一貫する
  • 受信箱が分離される:エージェント宛てのメールがユーザーの受信箱に混ざらない

なお、Muse が誰かにメールを送るのは、ユーザーに頼まれたときだけである。エージェントの判断で勝手に送信することはない、とウェルカムメールにも明記されていた。

制限

正直に書いておくと、制限もある。

  • メールボックスは1つだけ。用途別のアドレス(ニュースレター用、登録用など)は作れない
  • ユーザーのメールサービスの代替ではない。あくまでエージェント専用のメールボックスである
  • アドレス(ハンドル)は変更不可。前述のとおりである

まとめ

「エージェントにメールアドレスを持たせる」は、地味だが効く拡張だと思う。メールは既存のあらゆるサービスとつながっている共通の入口であり、確認メールの転送ひとつで、エージェントに実務の文脈を渡せる。本人認証による「誰の指示として扱うか」の線引きも含めて、エージェントに到達可能な面を広げる際の設計として参考になった。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?