サイトアイコン IoTNEWS AI+

「24時間働く分身AI」に何を任せるか?Muse・dotsに見るパーソナルエージェントの構造と論点

「24時間働く分身AI」に何を任せるか?Muse・dotsに見るパーソナルエージェントの構造と論点

生成AIの役割が、「話す」から「働く」へと広がりつつある。その中心にあるのが、本人に代わって24時間仕事を進める「パーソナルエージェント」だ。

そしてその動きは、2026年に入って目に見える形で進んできた。

年初にはオープンソースのエージェント「OpenClaw」が開発者の間で急速に広がった。大手もこれに続き、5月にはGoogleが自社のAIサービスに「Gemini Spark」を、8月にはxAIが有料プラン向けに「Grok Bot」を投入した。

ただし、OpenClawには技術的な知識が、Gemini SparkやGrok Botには有料プランへの加入が必要だったため、いずれも使い始めるまでのハードルがあった。

このハードルを大きく下げたのが、9月8日にMetaが発表した「Muse」である。無料で、技術的な知識もいらず、普段使うWhatsAppから話しかけるだけで使える。

公開から12日間で米国とカナダで約280万ダウンロードを記録し、米App Storeの無料ランキング1位にもなった。

続いて9月29日には、OpenAIが「dots」を発表した。当初は月200ドルのProなど上位プラン限定で、手軽さではMuseに及ばない。

それでも、ChatGPTという巨大な利用者基盤を持つOpenAIの参入は、この分野が一部の先進ユーザーのものから、広く使われる段階へ移りつつあることをうかがわせる。

本稿では、このパーソナルエージェントとは何か、どういう仕組みで動くのかを整理する。そのうえで、各社の差別化の軸、日本が置かれた「地域格差」、そして日本企業が今整えておくべき体制を考えたい。

そもそも「パーソナルエージェント」とは何か

「パーソナルエージェント」とは、一言でいえば、自分専用の作業環境を持ち、ユーザーが寝ている間も仕事を進めてくれる「分身」のようなAIだ。

これまでのチャット型のAIは、人が質問して初めて動き、答えを返したらそこで止まるというものだった。

そのため、メールを送るのも、予約サイトに入力するのも、結局は人の手作業だった。

パーソナルエージェントは、この前提を3つの点で変える。

  1. 手を持つ:専用のPC環境とブラウザを使い、サイトにログインし、フォームに入力し、ファイルを作る。MuseやdotsのようにクラウドPCを使うものが主流だが、OpenClawのように本人のPCで動かすものもある。
  2. 止まらない:アプリを閉じても作業を続け、承認が必要なときだけ戻ってくる。
  3. 覚えて先回りする:メールや予定、過去の会話から本人の目標や好みを学び、頼まれる前に提案する。

OpenAIの公式発表には、象徴的な事例がある。初期テスターのdotが、出版社への請求書の出し忘れに気づき、請求書を作成し、本人の承認後に送信したのだという。

つまり、指示を待つ道具ではなく、気の利く秘書に近い存在だ。

MuseとdotsにみるAIエージェントの構造

各社とも、エージェントに専用の作業環境を与え、重要な操作の前には本人の承認を求めるという点では共通している。

その上で、エージェントとは別の「監視役」に行動を見張らせる設計まで詳しく公表しているのが、Museとdotsだ。

Museとdotsでは、ユーザーごとの専用クラウドPCの中に、エージェント本体、監視役、認証情報の保管庫が置かれている。

エージェントの行動は監視役を通らなければ外部のWebやアプリに届かず、送信や購入の前には本人の承認を待つ。

パーソナルエージェントの基本構造(Muse・dotsの公開情報をもとに作成)

以下、この仕組みを五つの要素に分けて見ていく。

① ユーザーごとの専用クラウドPC

エージェントが人の代わりに作業するには、ブラウザを開き、サイトにログインし、ファイルを保存できる「作業場所」が必要になる。

本人のPCやスマートフォンを使わせると、本人の操作と干渉するうえ、端末の電源が切れれば作業も止まる。

そこで両社は、ユーザー一人ひとりにクラウド上の仮想マシン(VM)を割り当て、エージェント専用のパソコンとして使わせる方式を採っている。

Museは「Muse Secure VM」という専用の仮想マシン上で動き、エージェント本体と個人データ、接続先の認証情報をそこに収める。

dotsも同様に、dotごとに専用のクラウドPCとブラウザを持ち、ユーザーはいつでもその画面を開いて作業を確認することができる。

② アプリ連携

専用PCがあれば、エージェントは作業できるようになる。

しかし、本人が誰とどんな約束をしていて、どのメールに返信が必要かといった情報は、そのPCの中にはない。

それらは、本人が日頃使うメールやカレンダーなどのサービスの中にある。エージェントがどれだけ役に立つかは、こうしたサービスにどこまでつながれるかに左右される。

例えば、メール、カレンダー、SlackやTeams、決済などをつなぐことで、エージェントは本人の仕事の文脈を知る。

Museは、メールやカレンダー、決済、ショッピングなど、日常で使うアプリと連携する。メールなら読むだけか、本人に代わって送信まで任せるかを選べる。

dotsはプラグイン経由で4,000以上のアプリに接続できる。

どちらも、どのアプリに、どこまでの権限を与えるかはユーザーが選ぶ仕様だ。

③ 監視役と承認ルール

エージェントは本人の代わりにメールを送り、買い物をすることができるため、判断を誤ったり、Webページに仕込まれた悪意ある指示に従ってしまったりするリスクは避けられない。

そのため両社は、エージェント自身とは別に、その行動をチェックする仕組みを設けている。

Museでは、同じマシン上で本体とはシステム的に分離された「Sentinel」エージェントが動き、「Sentinel」が許可しない限り、Museの行動はインターネットに届かない。

dotsは、審査専用の別のAIが操作を実行してよいかを判断する仕組みである「auto-review」が、アカウントに影響する操作や情報共有を、本人の指示や安全要件と照らし合わせて審査する。

両社とも、メール送信や購入の前には、本人の承認を求めるのが基本だ。

④ 認証情報を「見せない」

サイトへのログインや支払いには、パスワードやカード番号が欠かせない。

しかし、それをAIモデルにそのまま渡せば、誤操作や外部からの攻撃で漏れ出すおそれがある。

そこで、認証情報を「使わせるが、見せない」という設計が採られている。

Museとdotsどちらも、パスワードや決済情報をAIモデル自身には見せずに使う設計を採っている。

Museでは、本人が共有した認証情報は安全な保管領域に入り、Museはそれを見ないまま使う。

決済ではStripeの「Link」と組み、使い捨てのカード番号を発行して実際のカード情報を隠す。

dotsも、対応サイトでは保存済みのパスワードをモデルに見せずにログインに使うことができる。

⑤ 留守中の「下調べ」

チャット型の生成AIは、質問されるまで何もしない。

これに対してパーソナルエージェントは、本人が操作していない時間にも動けることが特徴の一つだ。

ただし、留守中に何でもできてしまうと危ういため、何をさせるかの線引きが問われる。

そこでdotsは、ユーザーが操作していない間も、接続済みアプリを読み取り専用の権限で調べ、役に立てることを探す。

例えば、本人が操作していない間も、つないだメールやカレンダー、Slackなどの中身を読み、手伝えそうな仕事がないかを探す。出し忘れている請求書や、返信が必要なメールといったものだ。

OpenAIはこれを「プロアクティブリサーチ」と呼んでおり、この間はメッセージ送信やアプリの変更はできない仕様となっている。

Museも、返信が必要なメールを先回りして知らせ、返信の下書きまで用意するといった使い方が可能だ。

差別化の軸は「入口」「業務」「信頼」

ここまで見てきたように、Museとdotsは、専用クラウドPC、アプリ連携、承認ルール、認証情報の保護、留守中の下調べという同じ骨格を持つ。細部に違いはあっても、仕組みそのものでは差がつきにくい。

そうなると、選ばれる理由は仕組みの外になってくる。

つまり、エージェントの価値は、「エージェントが本人の文脈をどれだけ知っているか」と、「利用者がエージェントにどこまで行動を任せられるか」で決まると考える。

その二つを左右するのが、どこからユーザーに届くか(入口)、どの仕事に組み込まれるか(業務)、そして信頼されるか(信頼)の三つの軸である。

なお、この章では、Museとdotsとは異なる選択をしている企業の動向も押さえることで、各軸で何が勝負を分けるのかを見ていく。

入口の軸

入口の軸とは、エージェントがどこから利用者に届き、どれだけ本人の文脈を手にできるかをめぐる競争だ。

あわせて、エージェントが行動する先のサイトに入れるかどうかも問われている。

文脈を握る者が強い

エージェントは、本人について知っていることが多いほど賢く振る舞える。

メールの履歴、予定、保存した投稿、過去の購買。こうした文脈がすでにどこに蓄積されているかが、そのまま各社の初期優位になる。

Metaの武器は、数十億人規模のSNSとメッセージングである。

MuseはWhatsAppから人に話しかける感覚で使え、Instagramで保存したレシピ動画を買い物リストに変えるといった使い方もできる。

基本無料という価格設定も、入口を最大限に広げるための選択なのだろう。

公開から12日で約280万ダウンロードという数字は、その戦略が当たったことを示している。

Googleは、仕事の文脈そのものを持っている。

Gemini SparkはGmailやドキュメント、スプレッドシートと地続きで動く。Geminiアプリの月間利用者は9億人を超える。

新たにデータを預けてもらう必要がない点で、最も摩擦の少ない入口と言える。

OpenAIは、ChatGPTという「AIを使う習慣」を入口にしつつ、SlackやTeamsといった職場の会話の場に入り込む。

当初の提供を月200ドルのProと法人向けプランに絞ったのは、まず使い倒す層から攻める判断と見られる。

入口と同じくらい重要な「出口」

もう一つ見落とせないのが、エージェントが行動する先、いわば「出口」である。

どれほど賢いエージェントでも、予約サイトや通販サイトに入れなければ仕事にならない。

その出口が閉じられる事態は、すでに起きている。

Amazonは、自社サイトでのMuseによる買い物をブロックした。

一方でMetaは、決済でStripeと組み、Museを「Link」の購入保護が適用される初のAIエージェントにした。これには、破損や紛失の補償、返品保証まで付いている。

このように、出口を確保するための提携網づくりが、入口の奪い合いと並ぶ競争の舞台になっている。

これは日本企業にとっても他人事ではない。自社のECサイトや予約システムに「AIエージェントからのアクセスを受け入れるか、拒むか」という判断は、近い将来多くの日本企業にも迫られるだろう。

業務の軸

業務の軸とは、エージェントをどの仕事に、どのような立場で組み込むかをめぐる競争だ。

本人の代わりとして動かすのか、独立した存在として動かすのか、エージェントを1体だけで使うのか、複数のエージェントをチームとして協働させるのかで、各社の設計が分かれる。

「本人の代理」か「独立した社員」か

各社は、パーソナルエージェントを仕事の現場に入り込ませようとしている。

ただし、出発点は異なる。

Metaは、消費者向けに始めたMuseを事業者向けに広げている。9月29日の「Muse for Small Business」では、Asana、Canva、Notion、QuickBooks、Shopify、Slack、Stripeなどとの連携を追加した。

Instagramのプロアカウント分析やMetaの広告アカウントにもつながり、事業の売上や広告効果を分析して成長計画を作る用途を前面に出す。

一方OpenAIは、当初から仕事での利用を前面に出している。

同社は社内での使い方として、Slackに投稿された不具合の報告をdotsがすぐに調べ始める例や、デザイナーが出したアプリのデザイン案をdotsが実際に動くアプリに仕上げる例を挙げている。

こうした使い方を社内で先行させたうえで、さらに組織の業務そのものを担う「specialist dots」を発表した。

ここで注目したいのは、Museや通常のdotと、このspecialist dotsとの違いである。

両者は、エージェントが「誰として」動くかという設計が異なる。

後者は、エージェントを「社員」として採用する発想に近い。

OpenAIがMicrosoftと組み、企業の統制・セキュリティ基盤「Agent 365」でspecialist dotsを管理できるようにするのは、その表れだ。

情報システム部門は今後、人間のアカウントと同じように、エージェントのアカウントを発行し、権限を絞り、監査することになる。

職務権限規程や稟議の仕組みが細かく定められた日本企業にとって、以下は重要な論点になる。

エージェントが本人の代理で発注した場合、その責任は誰が負うのか。
独立したエージェントにどの決裁権限まで与えるのか。

こうした社内ルールの整備が、技術より先に問われることになるだろう。

1体か、チームか

もう一つの分かれ目は、エージェントを1体で使うか、チームで使うかだ。

xAIのGrok Botは、最初から複数体の運用を前提にしている。

役割の違うbotを並べ、1体をまとめ役にして、bot同士が文脈を受け渡しながら協働する。

dotsも現時点では1人1体だが、OpenAIは「複数のdotがチームで働く」将来像を明言している。

料金体系にもその兆しが見える。

OpenAIは今後、dotを追加したり、1体ごとの速度や月間作業量を引き上げたりできるようにするという。

これは、ソフトウェアの「席数」ではなく、「どれだけ働いてもらうか」に値段をつける考え方だ。

AIの料金が、ツールの利用料から労働力の調達コストへと性格を変えつつある。

信頼の軸

信頼の軸とは、本人のメールやお金、名前を預けてもらえるかをめぐる競争だ。

技術的な安全対策だけでなく、データの扱いのルールや、社会から受け入れられるかどうかも含まれる。

最後に選ばれる理由

入口と業務で優位に立っても、信頼を失えば全てが崩れる。

エージェントは本人のメールを読み、お金を使い、本人の名前で人とやり取りする。

一度の事故が、そのまま利用停止につながる製品なのだ。

その危うさは、わずか数週間ですでに表面化している。

例えば、エージェントが本人の頼んでいない私的なメッセージを読んだり、本人の許可なく第三者に住所を伝えたり、利用者の画像をネット上に公開してしまったりした事例が報じられている。

また、運営側がユーザーデータを保存・改変し、AI学習に使えるとする利用規約が問題視されたサービスもある。

信頼は三つの層でできている

各社の打ち手を整理すると、エージェントへの信頼は三つの層に分けて考えられる。

  1. 技術の層:専用VMでの隔離、監視役、認証情報を見せない仕組み。ここは各社がほぼ同じ水準にそろいつつあり、差がつきにくい。
  2. 制度の層:データを学習に使うか、消せるか、誰が見られるか。Metaは年内に「Muse Confidential VM」を導入し、本人だけが持つ鍵で全体を暗号化して、Metaですら中身を見られないようにするとしている。OpenAIは、法人向けのデータをデフォルトで学習に使わず、エージェントが自分用に残すメモでも直接学習しないと明記した。一方で、アプリの接続を切っても取得済みの情報は残り、消すにはdot自体の削除が必要という仕様もある。こうした細部の差が、制度の層での信頼を分ける。
  3. 社会の層:他の企業や社会がそのエージェントを受け入れるか。Amazonのブロックは、この層での不信の表れだ。逆にStripeの購入保護は、第三者が「保険」をかけることで信頼を補う試みと読める。

興味深いのは、技術の層が同質化するほど、制度と社会の層の比重が増すことだ。

同じように見えるエージェントのどれを選ぶかは、最終的に「この会社に生活や仕事の鍵を預けられるか」という企業への評価で決まる。

Metaは7月にも、Instagramの公開写真を画像生成に使える機能で批判を浴び、数日で撤回した。

過去のプライバシーをめぐる経緯は、こうした場面で重くのしかかる。

信頼が差別化の軸になれば、その先には「信頼のビジネス化」が待っているだろう。

購入保護や補償、第三者による監査、エージェントの行動に対する保険。エージェントそのものより、エージェントを安心して使える環境を提供する事業に、新たな機会が生まれる可能性がある。

日本でも使えるが「手軽」ではない

2026年10月中旬時点で、Muse以外の主なパーソナルエージェントは日本でも使えるが、有料プランか技術知識が必要である前提だ。

製品 提供地域 明示的な対象外 日本
dots ChatGPT Proの対象市場、Business Premiumは全対応地域 Proは欧州経済領域(EEA)・スイス・英国 Pro・Business Premiumは対象
Grok Bot 国・地域の制限は公表なし — 対象の有料プランに入れば使える
Gemini Spark AI UltraはGeminiアプリの提供地域、AI Proは米国のみ(個人アカウントのみ) EEA・英国・スイス・ナイジェリア AI Ultraは対象。AI Proは未提供
Muse 米国・カナダ — 未提供
OpenClaw 地域制限なし(オープンソース) — 使える。ただし自分で設定・運用する技術知識が必要

つまり日本では、dots、Grok Bot、Gemini Sparkはいずれも有料プランが前提で、無料で手軽に使えるMuseはまだ届いていない。OpenClawは無料だが、技術的なハードルがある。

なお、各社は理由を明言していないが、欧州が外されている背景には、個人データやAIを厳しく規律する規制があると見られる。

エージェントは本人のメールや予定、決済情報まで扱うため、各社とも規制の重い地域では慎重にならざるを得ない。

日本は規制で除外されているわけではないが、無料のMuseや、Gemini SparkのAI Pro向け提供は米国から始まり、日本にはまだ届いていない。安価な入口ほど後回しになっているのが現状だ。

また、国内の決済や予約、行政手続きのサイトにエージェントがどこまで対応するかも未知数だ。

日本企業が今整えておくべき体制

こうした状況の中、ツールを本格的に業務に取り入れるまでの時間は、準備期間として使える。

小さく試し、期間と評価の物差しを決め、部門をまたいで推進役を置くといった基本は、どのITツールの導入にも共通するが、ここではエージェントならではの論点に絞る。

エージェントが生成AIや従来のツールと違うのは、本人の名前で「行動する」こと、留守中も「動き続ける」こと、IDやパスワードという「鍵を預かる」こと、Webを「自分で読みに行く」ことだ。

それぞれに対応した備えを以下に挙げる。

1. エージェントの行動を、社内の決裁ルールに対応させる

チャット型の生成AIでは、出力を使うかどうかを人が判断する。

エージェントは、メールの送信や購入を本人の名前で実行する。

そのため各社は、操作ごとに扱いを決める仕組みを用意している。

例えばdotsのCustom Rulesでは、操作ごとに「確認せずに実行」「事前に承認されていれば実行」「実行前に確認」「本人に任せる」を選べる。

そのため、どの操作をどれにするかを、社内の職務権限規程や稟議の基準と照らして決めておく必要がある。

また、誤った発注や送信が起きたとき、誰の責任になるのかもあわせて整理したい。

2. 「留守中の行動」を見張り、止める手段を決める

エージェントは夜間や休日も動く。

これに対しMuseは、行ったことと予定している行動の記録を本人に示し、dotsもバックグラウンドの作業を「Activity View」で追うことができる。

そのため、こうした記録を誰がどの頻度で確認するかを決め、異常に気づいたときに一時停止や接続の解除をする手順も用意しておく。

ただし、止める手段には限界もある。

Googleは、本人がオフラインの間に予約したタスクが動くと、意図しない行動を止められない場合があるとして、機密性の高いタスクは予約しないよう呼びかけている。

つまり、見張る仕組みを整えるだけでなく、留守中には任せない仕事をあらかじめ決めておくことも重要だということだ。

3. エージェントに渡す「鍵」を管理する

エージェントは、預かったIDやパスワードでサービスにログインする。

そのため、社員個人のアカウントを使わせるのか、OpenAIのspecialist dotsのようにエージェント専用のIDを発行するのかを決める必要がある。

Microsoftの「Agent 365」のように、エージェントのIDを社員のアカウントと同様に管理する仕組みも出始めている。

また、製品ごとの違いにも注意したい。

例えば、Grok Botでは、同じユーザーの複数のbotが、一つのクラウドPCとログイン情報を共有する。そのため、1体に渡したログイン情報は、ほかのbotも使える状態になるということだ。

もう一つ見落としやすいのが、社員が個人で契約したエージェントを、業務のメールやチャットにつないでしまう「シャドーエージェント」の危険だ。

シャドーエージェントになり得るのは、Gemini Sparkのように個人アカウント向けの製品や、OpenClawのように社員が自分のPCに入れて使えるオープンソースのエージェントだ。

後者は安全装置の多くを利用者が自ら整える必要があるため、管理の目が届かないまま業務データにつながるおそれがある。

こうした個人で導入したエージェントを業務データにつながないルールを、早めに明文化しておきたい。

4. Webに潜む「悪意ある指示」に備える

エージェントは自分でWebページや文書を読むため、そこに仕込まれた指示に従ってしまう「プロンプトインジェクション」の危険がある。

Googleはヘルプで利用者に注意を促し、OpenAIはdotsには悪意ある指示を防ぐ仕組みがあり、危険な動きを検知すると作業を一時停止または中止すると説明している。

エージェントに読ませるサイトや文書の範囲を社内で決めるとともに、社員にもこの危険を周知しておきたい。

5. 自社サイトに来るエージェントへの方針を持つ

自社のECサイトや予約システム、問い合わせ窓口に、他社のエージェントが利用者の代わりにアクセスしてくる可能性は高い。

その際、Amazonのように拒むのか、決済や本人確認の条件を付けて受け入れるのか。利用規約、不正対策、決済の仕組みを含めて、方針を検討しておく必要がある。

「任せ方」を知る人が差をつける

パーソナルエージェントの登場で、生成AIは「使う」道具から、仕事を「任せる」相手へと役割を広げつつある。

仕組みは各社で似通い、競争の焦点は、利用者への入口、業務への組み込み、そして信頼へと移っている。

日本ではまだ気軽に試せる段階ではないが、有料プランを契約すれば使い始められる。だからこそ、今のうちに以下を準備しておきたい。

エージェントの行動を社内の決裁ルールに対応させること。
留守中の行動と、預ける「鍵」や読ませる範囲を管理すること。
自社サイトに来るエージェントへの方針を決めること。

これらは、ツールを本格的に導入する前から始められる。

エージェントが当たり前の存在になったとき、差をつけるのはモデルの性能ではなく、任せ方を知っている人と組織だ。

出典:

モバイルバージョンを終了