Meta Enterprise Platformとは？Business Agentの任せ方を決める3つの線引き

Metaが企業向けのAI事業を発表しました。入口は、すでに動いている顧客対応のエージェントです。
任せる範囲は、案内と確定の区別、人への引き継ぎ条件、承認・実行範囲・名義の3つの線引きで決まります。
発表本文に安全性の具体的な仕組みはなく、Muse Codeの権限の説明は線引きの参考にとどまります。

2026年9月28日、Metaが企業向けのAI事業「Meta Enterprise Platform」を始めると発表しました。責任者は、直前までMongoDBのCEOだったCJ Desai氏です。マーク・ザッカーバーグ氏に直接報告します。

当初の対象は、「Muse agent」「Meta Business Agent」「Muse API」「Muse Code」などです。

このうち今回は、開発者向けのMuse APIやMuse Codeには深入りしません。Metaならではの企業向けサービスである「Meta Business Agent」に絞って考えます。ただし、Muse Codeの権限の説明は、線引きの参考として使います。

製品名が並ぶ発表ですが、企業が実際に決めるのは、どの仕事をエージェントに任せ、どこで人が入り、誰の権限で動かすかです。発表の中身を整理したうえで、Metaなどの公開資料から読み取れる3つの線引きを見ていきます。

線引き①：予約を「案内する」仕事と「確定する」仕事は別
線引き②：人が入る時点は「引き継ぎ条件」で決める
線引き③：承認・実行範囲・権限の名義は別々に決める

Meta Enterprise Platformは、企業向けAIを事業の柱に据える発表

企業向けAIを事業の柱として束ねる構図。Muse agent、Meta Business Agent、Muse API、Muse Codeなどを一本の柱の上にまとめて示した図

Metaは、企業がAIで事業を伸ばし、変えていくための新事業として、Meta Enterprise Platformの立ち上げを発表しました。ザッカーバーグ氏は、これを事業の「次の大きな柱」と位置づけています。

強みとして挙げたのは4つです。高度なモデル、先進的なエージェント、大規模なインフラ、そして多くの企業と長年向き合ってきた経験です。

当初は、この技術一式を企業と開発者に届けるとしています。名前が挙がったのはMuse agent、Meta Business Agent、Muse API、Muse Codeで、そのあとに「など（and more）」と続くので、4製品に限られた話ではありません。

Museは、Reutersによると9月にローンチされた個人向けのエージェントです。買い物、旅行の予約、メール送信、支払いなどを、利用者に代わって行う設計だと伝えられています。

Museは、9月8日の公開から約3週間で、米国・カナダでのダウンロードが500万を超えたと、調査会社Sensor Towerが推計しています。同社によると、500万に届くまでにChatGPTは56日、Grokは103日、Claudeは492日かかっており、Museはそれより大幅に速いペースです。ただし、各サービスの提供地域や対応端末の条件は同じではありません。

Metaが持つAIの技術群を、企業が自社の事業に導入できる製品とサービスに整える。今回の発表は、機能の追加ではなく、企業向けAIを事業の柱として立ち上げた点に核心があります。

率いるのはMongoDB前CEO。掲げたのは「企業が事業を伸ばす場所」

発表に添えられた二人の言葉の役割の違い。ザッカーバーグ氏は大きな構図を語り、責任者のDesai氏は事業の中身を語ることを左右で比べた図

責任者のDesai氏の肩書きは、Chief Enterprise Platform Officerです。ザッカーバーグ氏の紹介によると、直前はMongoDBでCEO兼プレジデントを務めました。その前はCloudflareで製品とエンジニアリングを率い、ServiceNowには約8年在籍して、プレジデント兼COOも経験しています。

MongoDBも同じ日に、Desai氏が即時に辞任し、前CEOのDev Ittycheria氏が暫定のCEOに就くと発表しました。Reutersは、同社の株価が月曜の午前の取引で約2割下がったと伝えています。

二人の言葉は、役割が違います。ザッカーバーグ氏が語ったのは大きな構図です。超知能が人と企業に新しい機会を生む。Metaはすでに数十億人に届き、数億の企業が顧客に届くのを手伝っている。その延長に企業向け事業を置いた、という説明です。

Desai氏が語ったのは、事業の中身です。Metaが目指すのは、AIの技術群を「企業が自社の事業に導入できる製品とサービス」に変えること。目標は、企業が事業を伸ばしにMetaへ来る場所にすることだと述べています。

Desai氏は、安全性とプライバシーはMuseと同じく「最初から組み込まれている」と述べています。ただし、具体的な機能や認証、監査の仕組みは、発表本文には書かれていません。

では、そのBusiness Agentは、すでに何をしているのでしょうか。

入口は「顧客との会話」。Business Agentはすでに動いている

Metaの入口は顧客との会話であることを示す図。顧客からBusiness Agentを経て外部システムへつながる流れと、Copilot Studioがコネクターで企業データへつながる流れを並べた

Meta Business Agentは、今回が初登場ではありません。2026年6月3日の発表で、すでに紹介されていました。

そこでは、100万社を超える企業がWhatsAppとMessengerでBusiness Agentを使い、顧客に24時間対応していると説明されています。WhatsApp、Messenger、Instagramでは、企業との会話の流れ（スレッド）が毎日10億本を超えて動いているとも書かれています。

6月の資料で挙がった機能は、次のとおりです。

自社に固有の質問への回答
商品カタログからの提案
予約を取ることと、見込み客の選別
担当者がいつ会話に入るかを、企業が決められること
販売の成約

同じ資料は、Shopify、Zendesk、Shopeeなど数百のシステムとつなげる「Meta Business Agent Platform」も紹介しています。大企業向けには、企業向けの管理機能、ガードレール、効果の計測が組み込まれていて、ルールを定められると書かれています。

6月は製品の発表、9月はその製品を含む事業の発表です。顧客との会話を入口に、すでに動いている道具を企業向けの事業として束ねた、という流れになります。

つなぎ方は各社で違います。MicrosoftのCopilot Studioは、Microsoft 365やDynamics 365など、企業が持つデータにコネクターでつなげます。SalesforceのAgentforceの教材では、CRMの外のデータが必要になったときに、Data 360というデータ基盤へつなぐ演習が、任意の拡張として用意されています。

Metaの入口は、顧客とすでに交わしている会話そのものです。ここから先が、今回の本題です。会話を入口にしたエージェントに、どこまで任せるのか。

線引き①：予約を「案内する」仕事と「確定する」仕事は別

予約の仕事を、読む・提案する・実行するの3段階の階段で示し、間違えたときに取り消せるかで任せる範囲を決めることを表した図

Business Agentの機能には、質問への回答から、予約の受付、販売の成約まで並んでいます。まとめて「顧客対応」と呼ばれますが、仕事の段階は違います。

段階は3つに分けられます。

読む：空き枠や商品情報を見て、答える
提案する：条件に合う候補を示す
実行する：予約を押さえる、注文を確定する

予約を例にします。空き枠を案内するには、予約システムの情報を読めれば足ります。枠を押さえるには、予約システムに書き込む操作が必要です。

Metaの資料は、外部システムとつなぐ目的を、エージェントが企業に代わって行動できるようにすることだと説明しています。接続は、「実行する」ことも見据えたものです。

段階が違えば、間違えたときの後始末も変わります。案内を誤った場合は、顧客に正しい情報を伝え直せば済みます。確定を誤った場合は、二重予約の解消やキャンセル対応が要ります。

「どこまで任せるか」は、機能の一覧ではなく、間違えたときに取り消せるかで決めるのが現実的です。取り消せる操作から実行を任せ、取り消しにくい操作は提案までにとどめる。この順番なら、導入の初期に大きな後始末を抱えずに済みます。

線引き②：人が入る時点は「引き継ぎ条件」で決める

人が入る時点は引き継ぎ条件で決めることを示す分岐図。通常の予約の希望には候補日を示し、個別の相談は担当者に回す

Business Agentには、担当者が会話に入るタイミングを企業が決められる設定があります。人の仕事がなくなるのではなく、人が入る時点を設計する仕事に変わります。

たとえば、通常の予約の希望には候補日を示す。条件に合わない希望や、個別の相談は担当者に回す。この分け方なら、担当者は最初の問い合わせ対応ではなく、引き継がれた案件の判断に時間を使えます。

引き継ぎ条件は、ゆるすぎても厳しすぎても回らなくなります。

条件が曖昧だと、担当者は、自分が対応すべき案件を見分けにくくなります。条件が厳しすぎると、ほとんどの会話が担当者に回り、エージェントを入れた意味が薄れます。

引き継ぎ条件は、導入後に調整し続ける設定項目として扱うのが安全です。最初は広めに人へ回し、回ってきた案件を見ながら、エージェントに任せる範囲を少しずつ広げていく。この進め方なら、任せる範囲と人の負担を同時に確かめられます。

線引き③：承認・実行範囲・権限の名義は別々に決める

承認・実行範囲・名義を3枚のパネルで並べ、誰が可否を判定し、どこまで触れ、誰の権限で動くかを別々に決めることを示す図

3つ目の線引きは、少し分かりにくい部分です。参考になるのが、Metaが開発者向けに公開しているMuse Codeの権限の説明です。

Muse Codeは、ワークスペースのファイルを書き換え、コマンドを実行するエージェントです。顧客対応のBusiness Agentとは別の製品で、そこにあるMuse Codeの設定が、Business Agentにそのまま当てはまるわけではありません。

それでも、権限の分け方には学べる点があります。この資料では、「承認」と「サンドボックス」が、それぞれ独立した仕組みとして標準で有効になっています。承認は、副作用のある操作の前に、実行してよいかを確かめます。サンドボックスは、ファイルへの書き込みやネットワーク接続の範囲を、システム側で制限します。片方を外しても、もう片方は残ります。

承認する主体も、人とは限りません。新しいセッションの標準設定では、自動の審査役が、対象となる承認要求の一部を判定します。審査役が使えないときは、人に確認が回ります。審査役は設定で切って、すべての判断を人に回すこともできます。

実行範囲は、承認とは別に決まります。書き込みはワークスペースと一時領域に限られ、ネットワークは接続先ごとに承認が入るのが標準です。承認や制限を外す設定もありますが、資料は、それをすでに隔離された環境での実行向けと位置づけています。

もうひとつ、誰の名義で操作するかも別の判断です。Copilot Studioは、ツールの認証方式として、エージェントの作成者が用意した認証情報で動かす方式と、利用者本人の認証で動かす方式を区別しています。前者は低リスクな用途向け、後者は、特定の人や集団にデータアクセスを絞る必要があるときの方式とされています。

SharePointの内容を回答に使う場合は、利用者本人に閲覧権限がある内容だけが返ります。権限がなければ、エージェントは「no response」と答えます。

ここまでの内容を整理すると、3つの別々の判断が見えてきます。

承認：誰が操作の可否を判定するか（人か、自動の審査役か）
実行範囲：承認が通っても、どこまで触れるか
名義：誰の権限で情報を読み、操作するか

「承認あり」と書かれていても、この3つのうち、どれが決まったのかは分かりません。導入を検討するときは、1つずつ確かめる必要があります。

3つの線引きは、導入後の「確認の手間」を決める

3つの線引きが決まっている場合と決まっていない場合で、確定した予約の一覧を短い時間で確かめられるか、履歴を一件ずつたどるかが分かれることを比べた図

AIを入れて仕事が速くなっても、結果の確認や修正に時間を取られれば、楽になった実感は薄れます。3つの線引きは、この確認と修正の手間を左右します。

予約の確定まで任せたとします。翌朝、担当者が最初に開くのは、エージェントが確定した予約の一覧です。何が確定し、どれが人に回ってきたのか。承認の主体と実行範囲、権限の名義が決まっていれば、この一覧は短い時間で確かめられます。決まっていなければ、一件ずつ履歴をたどることになります。

Metaは、顧客との会話という入口を、企業向けの事業に広げようとしています。入口が整っても、任せる範囲と人が入る時点を決めるのは、導入する企業の側です。

エージェントに何を任せるかより先に、間違えたときに誰が、何で気づくのかを決めておく。あなたの会社なら、最初に線を引くのは、どの仕事でしょうか。

よくある質問（FAQ）

Q1. Meta Enterprise Platformとは何ですか？

2026年9月28日にMetaが発表した、企業向けのAI事業です。責任者はMongoDB前CEOのCJ Desai氏で、ザッカーバーグ氏は事業の「次の大きな柱」と位置づけています。当初の対象は、Muse agent、Meta Business Agent、Muse API、Muse Codeなどです。