Meta Muse for Confluence:2026年にWikiをMetaのWhatsApp AIに取り込む方法

要点

「Meta Muse for Confluence」とは、実際にはConfluenceのナレッジベースをMeta Business Agentに読み込ませることを指します。Meta Business Agentは、WhatsAppとMessengerで顧客に回答するAIです。Muse自体は一般消費者向けのエージェントです。Business AgentにはConfluenceインポーターがありません。学習の入力は4つで、ビジネス情報、FAQエントリ、アップロードしたファイル、クロールした公開ウェブサイトです。

そのため方法は4つに絞られます。スペースを公開してMetaにクロールさせる(Standardプラン以上で、Googleにもインデックスされます)、ページをPDFまたはWordでエクスポートしてアップロードする、記事をFAQエントリとして書き直す(数百件を超えると品質が落ちるとMetaは警告しています)、またはサービスアカウント経由でConfluenceをライブ検索するコネクターを構築する、のいずれかです。落とし穴は鮮度です。アップロードしたファイルは決して更新されません。Meta自身のドキュメントも、古いほうを削除し忘れるとエージェントが新旧両方のバージョンを引用すると警告しています。

eeselの最初のプロダクトはConfluence向けのAIアプリだったため、Wikiにチャットボットをつなごうとする多くのチームを見てきました。Confluenceが毎週変わるなら、eeselは選択したスペースを読み取り、ページを編集すると再インデックスし、すべての回答に参照元ページへのリンクを付けます。エクスポート用のスクリプトを動かす必要はありません。

「Meta Muse for Confluence」が実際に意味すること

私は仕事でエージェント機能を作っていますが、それでも2026年のMetaの名称は整理するのに少し時間がかかります。Museの名を冠する、またはそれに近いMetaの製品は3つあり、顧客と会話するのはそのうち1つだけです。

1. Muse。Metaが一般消費者向けの用事代行として公開したパーソナルAIエージェントです。企業の顧客に回答するようには作られていません。
2. Muse Spark 1.3。Meta Model APIを通じて提供されるモデルです。これを使えば、自分でConfluenceボットを構築できます。モデルの詳細は、私のMuse Spark 1.3の概要にあります。
3. Meta Business Agent。Metaが6月に公開した、WhatsApp、Messenger、Instagramで顧客に回答するAIです。Metaによれば、すでに100万社を超える企業が利用しています。

Confluenceは、このシリーズで扱ってきたヘルプデスクとは適合の仕方が異なります。Zendesk、Freshdesk、Jira Service Managementは会話が届く場所です。Confluenceは答えが置かれている場所です。つまり問題は、WhatsAppのチャットがどうチームに届くかではなく、Wikiがどうボットに届くかです。

これはeeselがよく知る問題でもあります。ヘルプデスク向けのチームメイトの前に、最初の成長エンジンとなったのは、Atlassian Marketplace上でConfluenceから質問に答えるAIアプリでした。例として挙げたいお客様がGENERAL BYTESです。60か国以上で12,000台を超える機器を展開するビットコインATMメーカーで、329記事のConfluenceナレッジベースを、Telegram上の顧客向けボットの背後に置きました。TelegramはWhatsAppと同じメッセージアプリの形です。これが機能したのは、Metaのエージェントが利用者に任せている部分、つまりボットがConfluenceの最新ページを変更のたびに読み取る仕組みがあったからです。

ConfluenceのコンテンツをMetaのエージェントに届ける4つの方法

Metaの機能ページには、Platform APIのナレッジソースが4つ載っています。Business Info、FAQs、Files、Websitesです。アクションや参照は、自分で定義するHTTPまたはMCP連携であるコネクターを通ります。ドキュメントには、ConfluenceやNotionなど、Wikiの名前は一切出てきません。

一つずつ見る前に、4つの比較を示します。

方法1:スペースを公開してMetaにクロールさせる

最も設定が簡単な方法ですが、トレードオフも最も大きい方法です。

MetaのWebsites APIは、URLをクロールして内容を取り込みます。既定では「ドメイン全体」を対象とし、サブドメイン、URLパターン、単一URLのフィールドで絞り込めます。Metaのサポートエージェントガイドはこのクロールを「公開ウェブサイト」と呼んでおり、リクエストにはログインやCookie用のフィールドがありません。そのため、Atlassianのサインインの向こう側にあるConfluenceスペースはクロールできません。

スペースをクロール可能にするには、匿名アクセスを有効にします。これは有料の機能です。Confluenceの料金ページでは、匿名アクセスはStandard以上に含まれ、Freeプランにはありません。仕組みは3層です。サイト管理者がサイトで匿名ユーザーを許可し、スペース管理者がスペースごとにオンにし、「制限付き」に設定したページは非表示のままです。Atlassianの設定ガイドによれば、新しいスペースは「グローバル設定が有効でも」閉じた状態で始まります。

トレードオフはAtlassian自身の言葉にあります。匿名ユーザーがアクセスできるようになると、「コンテンツは検索エンジンにインデックスされます」。公開のヘルプセンターなら問題ありませんが、顧客向けドキュメントと社内メモが混在するWikiでは問題です。顧客向け記事がすでにJSMナレッジベースにあるなら、それも公開できますが、有料のConfluenceプランで動いている場合に限られ、内部の仕組みは同じです。

Confluenceの公開リンクはどうでしょうか。ここではあまり役に立ちません。Atlassianは、公開リンクのセキュリティページで「検索エンジンが公開リンクをインデックスしないよう措置を講じている」と述べており、Metaのsingle_urlsフィールドにURLを一つずつ列挙しない限り、クローラーは見つけられません。さらに公開リンクはページの制限を無視するため、意図しないものを公開してしまいやすいです。

クロールの範囲は厳密に絞ってください。Metaのガイドは、サイト全体をクロールすると「エージェントが回答の拠り所にすべきヘルプコンテンツが薄まる」と警告しています。Confluenceの場合は、サイト全体ではなく、顧客向けの1つのスペースにクロールを向けるということです。

方法2:ページをエクスポートしてファイルとしてアップロードする

コンテンツを非公開に保つ必要があるなら、エクスポートしてファイルをMetaに渡せます。Confluenceは1ページをPDFまたはWordでエクスポートでき、スペース管理者はスペース全体を1つのPDFとしてエクスポートできます。

MetaのFiles APIは、.pdf、.doc、.docx、画像を受け付け、抽出をオンにするとCSVとXLSXも扱えます。上限は1ファイルあたり100,000,000バイトです。HTML、Markdown、zipは対象外のため、ConfluenceのHTMLスペースエクスポートはそのままでは取り込めません。エクスポートについて知っておきたい点がもう2つあります。PDFエクスポートにはコメントが含まれず、スペースPDFにはブログ投稿も含まれません。

最も重要なのは、その後に起きることです。Metaのサポートガイドにはこうあります。

「There is no update call. To replace a document, delete the old entry and upload the new one, otherwise the agent draws on both versions and can quote a term you have already withdrawn.」

Metaのサポートエージェントガイド

返金ポリシーが30日から14日に変わる場合を想像してください。誰かが新しいPDFをアップロードして古いPDFを忘れると、エージェントはWhatsApp上の顧客にどちらの数字も引用しうるのです。したがって実際には、この方法は、変更のあったページをエクスポートし、以前のファイルをIDで削除してから新しいファイルをアップロードするスクリプトを書くことを意味します。Files APIは1時間あたり1,000リクエストまで許可しており、この程度の処理には十分です。

Metaは、何でもアップロードすることにも釘を刺しています。「ドキュメントセットが大きいと、エージェントが適切な箇所を見つけるのが遅くなる」。300ページのスペースPDFは、まさにこの助言が指すアップロードです。よくできたAIナレッジベースの考え方を知りたい場合は、ConfluenceのAIナレッジベースのガイドで構成の仕方を解説しています。

方法3:記事をFAQエントリとして書き直す

MetaのFAQs APIは質問と回答のペアを保存し、ファイルと違って更新できます。エージェントは各エントリを単独で扱い、「他のナレッジソースから回答を推測するのではなく、そこから回答する」とされています。このためFAQは、最も重要な回答にとって最も予測しやすい入力です。

上限は低めです。Metaは「FAQを増やしすぎる(一般に数百件を超える)と、エージェントが適切な回答を見つける能力が低下することがある」と警告しています。FAQが向いているのは上位50〜100件の質問であり、Wiki全体ではありません。Meta自身の助言は、前四半期のチケットの主な原因を取り上げ、それらのエントリを書くことです。Confluenceのチームでも同じようにします。主要な記事を簡潔なQ&Aペアに書き直し、ロングテールは他の方法に回します。

方法4:Confluenceをライブ検索するコネクターを構築する

非公開コンテンツを非公開のまま最新に保てるのはこの方法だけで、自分で構築しなければならないのもこの方法だけです。

Metaのコネクターのリファレンスでは、エージェントをHTTP APIまたはリモートMCPサーバーに向けられます。認証は限られています。「現在サポートされているのは OAUTH2_CLIENT_CREDENTIALS、API_KEY、NONE のみ」です。Basic認証は一覧にありますが、サポートされていません。そのため、Atlassian製品への通常のサインイン方法であるブラウザの同意画面は使えません。

朗報は、Atlassianのサービスアカウントが適合することです。サービスアカウントのAPIトークンは、AtlassianゲートウェイへのBearerヘッダーとして機能し、Atlassianのサービスアカウントトークンのページは例としてConfluenceのエンドポイントを使っています。https://api.atlassian.com/ex/confluence/{cloudId}/wiki/rest/api/spaceです。サービスアカウントは、Metaのもう一方の認証タイプに対応するOAuthクライアント認証情報にも対応しています。Atlassianは各組織に5つの無料サービスアカウントを提供しており、Understand service accountsによれば、Confluenceのユーザー上限には含まれません。

基本的なConfluenceコネクターには、2つのツールが必要です。

1. 検索。v1の検索エンドポイント(/wiki/rest/api/search?cql=...)でCQLを使い、search:confluenceスコープを指定します。
2. ページ取得。v2のページエンドポイントで、read:page:confluenceとbody-formatパラメーターを使います。

事前に計画しておきたい落とし穴が3つあります。1つ目は、レンダリング済みビューを求めない限り、ページ本文はConfluenceのストレージ形式またはADF JSONで返ってくるため、エージェントが大量のマークアップを読むことになる点です。Metaのコネクターツールのリファレンスは、サイズの大きすぎるレスポンスは「エージェントの応答品質を低下させる」と警告し、それを削るためのtransformation_specを提供しています。2つ目は、サービスアカウントは権限が許す範囲のものを見るため、広いグループに追加するのではなく、1つのスペースだけを付与することです。3つ目は、Metaのドキュメントが説明するコネクターは、注文状況やチケットのようなアクションと顧客照会向けだということです。コネクターをナレッジソースとして説明した箇所はないため、「Confluenceを検索する」ツールはMetaが文書化したものではなく、慎重にテストすべきものです。

もう一つの選択肢は、https://mcp.atlassian.com/v2/mcpにあるAtlassian Rovo MCPサーバーで、すでにsearchConfluenceツールを備えています。既定のサインインは同意画面付きのOAuth 2.1で、Metaにはこれができません。サービスアカウントのAPIキーをBearerトークンとして送る方法は機能しますが、AtlassianのAPIトークン認証ページによれば、「組織管理者が有効にしている場合」に限られます。すべての呼び出しにcloudIdも必要です。Rovo MCPのツールとその癖については、私の記事Claude for Confluenceでさらに詳しく扱っています。

MCP経由のConfluence検索を使った開発者は高く評価する傾向があり、これはこの方法にとって追い風です。

「Considering how poor the Confluence search function is, the results from Confluence via an MCP-powered search are remarkably good. I was able to solve one or two obscure, company-specific issues purely by using the MCP search, and I'm convinced that finding these pages would have been almost impossible without it.」

icanintospace、Hacker News

デモでは誰も触れない鮮度の問題

Meta Business Agentを扱った記事の多くはセットアップで終わりますが、Confluenceのチームにとってより大きな問いは、火曜日に誰かがページを編集したときに何が起きるかです。

Metaはクロールしたウェブサイトが「定期的に再クロールされる」と述べていますが、間隔は示しておらず、ガイドには次のように続きます。「Website knowledge is a snapshot taken at crawl time... re-crawl whenever those pages change materially.」ファイルは自動では更新されません。FAQはAPIを呼んだときだけ変わります。編集をすぐに反映できるのは、ライブコネクターだけです。

鮮度のもう半分は、そもそもWikiが正確だったかどうかです。Confluenceから回答するAIの質は、そこに書かれている内容次第であり、多くのエンジニアがそれをはっきり口にします。

「How can AI search into documentation, if the documentation is a thousands of obsolete and contradicting Jira tickets, few outdated Confluence pages with mail attachments and handful of excel files on SharePoint?」

ponector、Hacker News

グラウンディングもプロンプトで設定するものです。Metaには「ナレッジからのみ回答する」というスイッチがありません。サンプルの指示は次のとおりです。「Answer policy questions from the documented policies only, and say you will check with a colleague rather than guessing when the answer is not there.」Business Agentの初期テスターがRedditでリスクを率直に語っていました。

「Consistency is a problem. I saw the same product come back at two different prices in two replies. If you don't ground it properly, it just makes things up.」

u/Kira_SENPAI_1、Reddit

これはeeselがConfluenceのお客様との取り組みで早くに学んだ教訓で、だからこそ、どの導入でも、ボットが誰かに回答する前に過去の実際の質問でテストします。古いページから自信満々に答えるボットは、確認すると答えるボットより悪いものです。その設定の同期側は、ConfluenceをAIナレッジボットにリンクする手順で紹介しています。

費用

ここには2つの請求があります。Metaの分とAtlassianの分です。

FreeプランのConfluenceチームは、すぐに壁にぶつかります。匿名アクセスがないため、公開クロールの方法は使えません。そのチームはStandardにアップグレードするかエクスポート方式を選ぶことになり、もう一つの選択はコネクターの構築です。Atlassian側については、Confluenceの料金とConfluenceのAI料金の解説がさらに詳しく、Rovoの料金解説はAtlassian独自のAIクレジットを扱っています。

Meta側では、10月1日の変更に注目すべきです。Metaの料金ページには、各メッセージは「Meta Business Agentメッセージ_または_サービスメッセージのいずれかとして請求され、両方にはならない」とあります。つまりAIの返信はトークンとして課金され、引き継ぎ後にチームが送るものはすべてサービスメッセージとして課金されます。料金の全履歴は、私のWhatsApp APIの料金の解説にあります。

ConfluenceチームにとってのMetaエージェントの限界

Metaのエージェントは一部のチームにとって妥当な選択肢ですが、どこまでかを知っておくと役立ちます。

• 1番号につき1つのAI。 Metaのプラットフォーム概要によれば、すでに「別のAIエージェントを実行している」番号はブロックされます。「有効な認可済みエージェント連携がMeta Business Agentをブロックする」ためです。WhatsApp番号ごとにボットを1つ選びます。
• Metaのサービス内のみ。 回答できるのはWhatsApp、Messenger、Instagram、そして今のところShopifyに紐づくウェブサイトプラグインです。メール、ヘルプデスク、Slack、Teamsでは回答しません。Confluenceの読み手の多くが質問するのはそこです。
• 引用の設定がない。 エージェントが回答の元になったConfluenceページにリンクするようにする設定は、ドキュメントにありません。参照元リンクが要となる、Confluence向けに作られたツールと比べてみてください。その様子はConfluence検索AIのガイドで紹介しています。
• 引き継ぎはチケットではなくルーティングの変更。 Business Agentが番号を引き受けると、既存のWhatsAppの受信トレイは待機状態に移ります。この記事のZendesk版ではMetaのConversation Routingを説明しており、AIエージェントの引き継ぎのガイドでは良い引き継ぎとは何かを解説しています。
• 社内Wikiはよそに置くべきではない。 ほとんどのConfluenceスペースは社内向けに書かれています。どの方法を選ぶ前にも、顧客向けスペースを分けておく必要があります。さもないと、ボットが社内メモを顧客に引用するリスクがあります。

あなたのConfluenceチームに合う構成

私なら次のように選びます。

方法ではなくツールをまだ比較している段階なら、私のConfluenceに最適なAIとWhatsAppサポートに最適なAIのまとめが、それぞれ別の側から迫っています。

汎用アシスタントを検討していますか? ChatGPT for ConfluenceのガイドはOpenAIのルートを扱っています。Grok Bot版はxAIのルートです。

そして、コネクターを自分で作りたくなったなら、先に自作か購入かの記事に10分かける価値があります。GENERAL BYTESは自作を検討し、見送りました。「We wanted something that we would not have to maintain and something that somebody else will work on improving.」

eeselをConfluenceで試す

上のどの方法も、チームの誰かがMeta側のWikiのコピーを同期し続けることで終わります。eeselはその手順を省きます。ヘルプデスク向けのAIチームメイトで、読み取るConfluenceのスペースとページを選び、親ページにチェックを入れると子ページも一緒に取り込まれます。eesel Confluenceドキュメントは端的にこう述べています。「Edits re-index on their own.」すべての回答に、元になったページへのリンクが付きます。

その同じナレッジが、顧客やチームが質問する場所ならどこでも回答します。ヘルプデスク、Slack、Microsoft Teams、サイト上のチャットバブル、あるいはConfluence内のChatタブです。Confluenceをヘルプセンターや過去のチケットとまとめるため、1つの回答がその3つすべてから情報を引き出せます。Simployerのデベロップメントディレクター、Flemming Ottosenは、必要としていたものを「a turnkey solution for Confluence that met our GDPR requirements and could serve different teams through dedicated Slack bots.」と表現しました。

WhatsAppが必要なチャネルなら、eeselのWhatsApp連携も確認し、選ぶ際はMetaの「1番号につき1つのAI」というルールを念頭に置いてください。無料プランには100クレジットが付き、カードは不要です。有料プランは月500件のチケットまたはチャットで$299からです。1つのConfluenceスペースでeeselを試して、どう回答するか確かめてください。