ナレッジベース管理のためのMeta Muse:MetaのWhatsApp AIは知識をどう保ち、どう失うか(2026年)

「ナレッジベース管理のためのMeta Muse」が実際に意味すること

私はeeselでAIエージェントを作っていますが、デモで誰も見せない部分がナレッジの保守です。1週目は完璧に答えていたエージェントが、10週目には前四半期の返品期間を引用し始めます。誰かがポリシーページを変更したのに、ボットに伝わっていないからです。そこでこの記事のためにMetaのドキュメントを読むとき、発表文は飛ばして地味な部分を探しました。更新の呼び出し、クロールのスケジュール、そしてエージェントが知らないことを教えてくれるものです。

まず名称から。「Meta Muse」は3つの製品を指し、お客様にナレッジベースから回答するのはそのうち1つだけです。

Metaは「100万を超える企業がすでにWhatsAppとMessengerでMeta Business Agentを使っている」としています(Meta Newsroom)。ティアは2つあります。セルフサーブティアはMeta Business SuiteとWhatsApp Businessアプリにあります。Meta Business Agent Platformは、WhatsApp Business Platformを使う企業向けのAPI版です。両者は知識の扱い方が大きく異なるため、順に見ていきます。

製品全体の切り分けは、私のチームのカスタマーサポート向けMeta Museガイドをご覧ください。

Business Agentが読み込む4つのナレッジソース

Platformティアでは、知識は4つのエンドポイントから入ります。Metaによれば、これらは「Meta Business Agentを自社のビジネスコンテンツに根拠づけ、正確に回答し、引き継ぎなしでより多くの質問を解決できるようにする」ためのものです(Capabilities)。ヘルプセンター、Wiki、ヘルプデスクからのインポーターはありません。すべてこの4つのどれかを通って入ります。

制限は各ソースの参照ページに記載されています。たとえばBusiness Infoやウェブサイトの参照です。各リソースは1時間あたり1,000リクエストの枠を共有します。

順序も重要です。FAQは他のすべてに優先します。「エージェントは各エントリを個別に取得してそこから回答し、他のナレッジソースから回答を推論することはしない」とされています(FAQ参照)。ファイルは代替です。「お客様の質問に一致するFAQエントリがないときに、エージェントはファイルの内容を利用する」(ファイル参照)。つまりFAQセットは、お客様が最も多く当たる部分であり、最も頻繁に編集する部分でもあります。

言語は、Metaが手間を省いてくれる唯一の部分です。エージェントは「ナレッジソースを元の言語で読み、対象言語で回答するため、ナレッジソースをローカライズする必要はない」とされています(Capabilities)。1つのFAQセットがすべてのロケールをカバーし、英語が最も強い回答になります。これは、多言語ヘルプセンターのロケールごとの記事セットに対する実際の利点です。

各ソースを最新に保つ

これがMetaでのナレッジベース管理の日常です。4つのソース、4通りの古くなり方があります。

ファイル:古いポリシーの罠

モニターに貼っておきたいのはこれです。Meta自身のサポートガイドがはっきり書いています。「更新の呼び出しはありません。文書を置き換えるには、古いエントリを削除して新しいものをアップロードします。そうしないと、エージェントは両方のバージョンを参照し、すでに撤回した条件を引用することがあります」(カスタマーサポートガイド)。

想像してみてください。返品期間を30日から14日に短縮し、returns-policy-v2.pdfをアップロードして次の作業に移ったとします。これで両方のPDFが有効です。お客様が期間を尋ねると、エージェントはどちらからでも答えられます。一覧の呼び出しもあまり役に立ちません。各ファイルのidとfile_nameだけを返し、「内容は返さない」からです(ファイル参照)。ファイル名の付け方に規律がなければ、どのアップロードがどのバージョンなのか分かりません。

対策は、アップロード前に必ずfile_idで削除する同期スクリプトです。Metaは量についても警告しています。「大量の文書セットはエージェントが適切な箇所を見つけるのを遅くし、重要な質問は、条件を並べたページよりも的確なFAQエントリのほうがたいてい適しています」(カスタマーサポートガイド)。

ウェブサイト:ライブリンクではなくスナップショット

ウェブサイトの知識は「クロール時点で取得されたスナップショット」です(カスタマーサポートガイド)。Metaは、サイトは「エージェントの知識を最新に保つために定期的に再クロールされる」としていますが、間隔は示していません(ウェブサイト参照)。crawl_statusとlast_crawled_atをポーリングできますが、エンドポイント一覧に「今すぐ再クロール」を明示する呼び出しはありません。午前9時に価格変更を公開しても、エージェントがいつそれを見るかは分かりません。

もう1つの調整手段が範囲です。デフォルトではドメイン全体がクロールされ、Metaは「小売サイト全体をクロールすると何千もの商品ページが入り込み、エージェントが回答の元にすべきヘルプコンテンツが薄まる」と警告しています。included_url_patternsを使って、ヘルプページだけに絞り込みましょう。クローラーは認証情報を受け取らないため、ログインの向こう側にあるもの(社内Wikiや限定公開のパートナーポータルなど)はこの方法では取り込めません。私のチームは、この問題をConfluenceとDocument360について個別に取り上げました。

FAQ:編集はできるが、記録管理は手薄

FAQは最も扱いやすいソースです。その場で編集でき、「questionを書き換えると、エントリが照合されるお客様のメッセージが変わり、answerを書き換えると、エージェントの返信内容が変わります」(FAQ参照)。削除は明快です。「エージェントはそこからの回答をやめます。」

足りないのは、ナレッジ管理者がメタデータと呼ぶもの全般です。レスポンスにはidとcreated_atはありますが、updated_atもステータスも担当者もありません。一覧の呼び出しはすべてのエントリを1つの配列で返し、フィルターもページネーションもありません。一括インポートもなく、変更時のWebhookもありません。どのFAQが3月に最後にレビューされたかを知りたければ、その日付を任意のmetadataフィールドに自分で書き込みます。

FAQリストの出どころについてのMetaの助言は示唆的です。「ヘルプデスクから上位の理由をエクスポートし、理由ごとに1つのエントリを、買い物客の言葉で書きましょう」(カスタマーサポートガイド)。Metaは、問い合わせ要因のデータがMetaではなくヘルプデスクにあると想定しています。私も同感で、これは後で重要になります。

Business Infoと指示

Business Infoは番号ごとに1件のレコードで、丸ごと置き換えます。挙動はエージェントの指示(APIでは現在skillsと呼ばれます)に置かれ、1件あたり20,000文字が上限で、新規または編集した指示はすべて最初に自動審査を通ります。blockedになったものは「エージェントが決して適用しない」もので、「多くの場合、テキストが機微な個人情報を求めている、または言及しているため」です(エージェント指示の参照)。編集のたびにステータスを確認しないと、ポリシー変更が気づかないうちに未適用のままになることがあります。

セルフサーブティア:返信から学ぶ

セルフサーブ製品はAPIとはまったく違う仕組みで、小規模事業者にとっては思った以上に知識をうまく扱います。

エージェントは「Facebookページ、過去のチャット、ウェブサイト」から学習し、「商品カタログや価格表をアップロード」できます(Messengerのページ)。作業しながら学ぶこともあります。「Meta Business Agentが返信しているチャットでお客様に手動でメッセージを送ると、Business Agentは、ビジネスに関する新しい情報を含むメッセージを保存することがあります」(教えてテストするヘルプページ)。

気に入ったのは、学んだ内容を確認できる点です。Business SuiteでMeta Business Agent、次にYour infoへ進み、「Other infoの情報を確認して、Meta Business Agentがビジネスの他の領域を正しく学習しているか確かめてください」。検索でき、どの項目も開いて削除できます。WhatsApp Businessアプリでは、エージェントのホーム画面から「Business Agentが学習した新しい知識を確認」できます(設定のヘルプページ)。

悪い回答を直すには、テストチャットまたは受信トレイの実際のメッセージで使えるImprove AI responseがあります。正しい回答か指示を書いて保存します。Metaの但し書きは二度読む価値があります。「あなたの言葉そのままでは回答しません。既存の回答は更新されません。」また、エージェントが公式ページから直接メッセージを送り、「知っておくべき知識の確認や追加」を求めてくることもあります。

これは本物のレビューサイクルで、スマホでお客様に返信するオーナーに向いています。ただ、サポートチーム規模に広げるには2つの限界があります。学習した事実の一覧と手動返信からの学習は、セルフサーブでのみ文書化されており、Platformのエンドポイントでは公開されていません。そして、エージェントが答えられなかった質問の一覧もありません。分かるのは「チャットを引き継ぐよう通知される」ときです。

エージェントが知らないことを見つける

ここがナレッジベース管理の核心で、Metaが最も利用者任せにしている部分です。Platformティアでは、Metaが提供するギャップのシグナルは次のとおりです。

ギャップレポートに最も近いのはAgent Evalで、優れたツールです。ただし答えるのは「自分が思いついたシナリオをエージェントはどう扱うか」であり、「先週お客様が尋ねた、うちに答えがなかったことは何か」ではありません。痛手になる質問は、誰もシナリオを書こうと思わなかったものです。

Meta自身のガイドが本当のリスクを挙げています。「重要な失敗とは、根拠のない質問への自信に満ちた回答です」(カスタマーサポートガイド)。早い段階でこのエージェントをテストしたBSPコンサルタントは、まさにそれを見ています。

「一貫性が問題です。同じ商品が2つの返信で2つの異なる価格で返ってくるのを見ました。きちんと根拠づけしないと、単に作り話をします。」

u/Kira_SENPAI_1、Redditのr/WhatsappBusinessAPI

2つの返信に2つの価格が出るのは、古いファイルが新しいファイルの隣に残っている状態をお客様側から見た姿です。eeselでも同じ失敗を見てきました。デンマークの太陽光エネルギー事業者のボットは、ナレッジベースに一致するものがないとき、存在しないサブスクリプションの主張をでっち上げて実際のお客様に送りました。だからeeselのすべてのエージェントには現在、回答を控えるフォールバックがあり、本番前に過去のチケットでシミュレートされます。この失敗について詳しくは、私のチームのAIのハルシネーションの記事をご覧ください。

Metaのエージェント向け、週次ナレッジルーティン

PlatformティアでBusiness Agentを運用しているなら、私ならこのループを作ります。Metaがカバーするのは4ステップのうち1つです。

1. すべての引き継ぎを記録する。 スタンバイWebhookを購読し、各引き継ぎに至るトランスクリプトを保存します。これがリアルタイムのギャップの流れです。自信の低さは、3つある自動引き継ぎのトリガーの1つだからです(Capabilities)。
2. その週の引き継ぎをトピックでクラスタリングする。 Metaはやってくれないので、ヘルプデスクのタグや小さな分類器を使います。上位5クラスタが翌週の執筆リストになります。ヘルプセンターで不足記事を見つけるのと同じ考え方です。手法は私のチームのナレッジギャップ分析ガイドで順を追って説明しています。
3. 修正はまずFAQとして書く。 FAQはファイルより先に参照され、きれいに編集できます。各回答は単体で完結させ(私のチームのAIでKB記事を書く方法のガイドが役立ちます)、担当者とレビュー日をmetadataに入れます。
4. 削除してからアップロードで同期する。 変更したファイルは、古いfile_idを削除してからアップロードします。ウェブサイトの変更は、エージェントが反映済みだと思い込む前にlast_crawled_atを確認します。
5. クラスタを再テストする。 その週の実際の引き継ぎ質問をAgent Test(無料、1時間500回)に通して、返信を読みます。まだ引き継ぎになるものはステップ3に戻ります。

数十件のFAQを抱える1人なら、週に半日で済みます。月に何千件ものチケットを扱うチームなら、小さな社内ツールになり、ヘルプデスクのほかに保守するシステムがもう1つ増えます。

Metaでのナレッジベース管理にかかる費用

Metaのドキュメントでは、ナレッジAPI自体に別料金はありません。課金されるのは会話のほうです。

3行目はナレッジに関わってきます。ナレッジが答えられない質問はすべて引き継ぎになり、10月1日以降は無料枠を超えた人による返信がすべて課金対象のメッセージになります。ナレッジのギャップは今や二重にコストがかかります。エージェントのトークンで1回、チームの返信で1回です。料金の全履歴は、私のチームのWhatsApp API料金の解説をご覧ください。

ナレッジベース管理でMetaのスタックが足りない点

Metaに公平を期すなら、Business Agentのナレッジモデルはすっきりしています。文書化の行き届いた4つのソース、優先されるFAQ、無料のテスト呼び出し、代わりにやってくれる翻訳。整ったFAQリストを持つWhatsApp中心のショップには、妥当な構成で、私のチームはZendeskやFreshdeskと並べてまとめています。ナレッジベース管理に絞ると、私が検討する点は次のとおりです。

• ライブのギャップレポートがない。 Agent Evalが扱うのは自分で書いたシナリオです。答えられなかった実際の質問を一覧するものはありません。
• 回答の出典がない。 Agent Testは回答がどのFAQ、ファイル、ページから来たかを示さないため、推測でデバッグすることになります。
• ファイルが更新されない。 削除の手順を忘れると、ポリシーの2つのバージョンが同時に有効になります。
• どこからも同期されない。 ヘルプデスク、Wiki、ヘルプセンターからのインポーターも、変更Webhookもありません。すべての同期は自分で持つスクリプトです。
• 過去のチケットはソースではない。 Metaはヘルプデスクから問い合わせ要因をエクスポートしてFAQとして打ち直すよう勧めます。お客様が何を尋ねるかの最良の記録であるチームの数千件の解決済みチケットは、エージェントの外に置かれたままです。

もう1つ、計画に入れておくべきルールがあります。1つの番号で動かせるAIは1つです。「有効な認可済みエージェント連携は、Meta Business Agentをブロックします」(概要)。同じ番号でMetaのエージェントと別のAIを並行運用することはできません。Metaのより広い方針は、私のチームのサードパーティAIに関するMetaのポリシーの解説にあります。

ギャップレポートこそがナレッジマネージャー

読者に持ち帰ってほしい視点の転換はこれです。ナレッジベース管理は、たいてい執筆の仕事として語られます。より良い記事、より整ったFAQ、より新しいPDF。しかし実際には、書くことは簡単な部分で、いまやAIが記事を下書きできます。難しいのは何を書くかを知ることで、そのリストはドキュメントではなくチケットの中にあります。

これはeeselの営業の場でしょっちゅう出てきます。あるB2B SaaSチームは、ユーザーガイド、Slack、社内KB、過去のチケットをまたいで回答し、見つけたギャップから新しい記事を下書きするAIを求めていました。これはより賢いナレッジベースチャットボットを求めているのではありません。ギャップの一覧を求めているのです。

だから私は、どのAIエージェントのナレッジ構成も1つの問いで評価します。先月の実際の会話から、どのトピックで間違えていたかを教えてくれるか。Metaのスタックは、何件のチャットが引き継がれたかは教えてくれます。なぜかは教えてくれません。

同じパターンは、MetaをサポートのQAやチケットのトリアージに使ってみたときにも現れます。これを軸に作られたツールをより広く知りたい場合は、私のチームのKB管理ツールのまとめや、古いヘルプセンターコンテンツの検出ガイドをご覧ください。

ナレッジベース管理にeeselを試す

eeselは反対側からこの問題に取り組みます。これはWhatsAppに接続してヘルプデスクの中で動くAIヘルプデスクのチームメイトで、知識がすでにある場所から学習します。ヘルプセンター、過去の解決済みチケット、Google Drive、Confluence、Notion、アップロードしたファイルを、自動同期で取り込みます。ファイルアップロードはPDF、DOCX、TXT、Markdown、CSV、XLSX、HTMLなどに対応し、新しいファイルは「自動的に処理・インデックス化」されます(ファイルのアップロード)。

この記事に対応するのはシミュレーションです。「過去のチケットを再現し、チームが実際に送った内容と照らして回答を採点」し(ヘルプデスクのドキュメント)、「実際のチケットのバッチをエージェントがどう扱うかを、具体的なギャップと修正案付きで採点したレポート」を返します(レポートのドキュメント)。基準になるのは、誰かが想像しなければならなかったシナリオではなく、自社のチケットに対する自社チームの返信です。実際には、こんなふうに読めます。「先週、日割り返金についてのチケットが23件あったが、ドキュメントは全額キャンセルしかカバーしていない。」ドキュメントを追加して再実行すると、そのトピックのカバー率が上がるのが分かります。

スクリプトで済ませたい場合は、eesel CLIがターミナルから同じチームメイトとワークスペースを動かし、すべてのコマンドがJSONを出力します。ご自身やClaude Codeのようなコーディングエージェントが、ドキュメント変更後にシミュレーションを開始し、ギャップレポートを読み、エージェントのアクティビティから自信の低い回答を確認する、といったことがダッシュボードを開かずにできます。自社ツールに組み込む場合は、カスタマーサポートエージェントAPIもあります。

正直に付け加えます。WhatsAppだけがチャネルで、ナレッジが整った50件のFAQで、引き継ぎを全部1人が読んでいるなら、MetaのセルフサーブエージェントとそのOther infoレビューリストは、手ごろで妥当な選択です。1番号1AIのルールがあるため、ある番号についてeeselかMeta Business Agentのどちらかを選ぶことになり、両方は使えません。回答がヘルプセンター、Wiki、長年の解決済みチケットに散らばっていて、質問がWhatsAppだけでなくメールでも届くなら、実際のチケットから作るギャップレポートによって、上記のループを自分で組む手間が省けます。料金は月額固定のクレジットプランで、チケットまたはチャット1件が1クレジット、返信が何回になっても同じです。

eeselを無料で試し、先月のチケットでシミュレーションを実行して、本番前にギャップの一覧を確認してください。