コンテンツ更新でのMeta Muse:何を更新できて、どこで限界か

要点

Meta Museはコンテンツ更新の「考える半分」は得意ですが、多くのブログでは「公開する半分」をきれいにこなせません。 Museエージェントは調査し、MarkdownやDOCXファイルを書き直し、定期的な監査を実行します。MetaはNotionとGitHubのコネクターは挙げていますが、WordPress、Webflow、Ghost、Google Docs向けは挙げていません。残るのはブラウザー自動操作か、Metaが審査しない自作コネクターで、しかも規約上、公開されたものすべての責任は利用者が単独で負います。

API経由のルートは思ったより安く、私の見積もりではMuse Spark 1.3で更新1記事あたり約0.14ドルです。ウェブ検索が必ず動くとは限らず、Metaは知識のカットオフも公表していないため、古い価格が記憶から「更新済み」として返ってくることがあります。

私はeeselブログの更新プログラムを運用しています。これまで監査した636本の古い記事のうち、完全に正確なままだったのは2本だけでした。そのため更新は、まず事実確認の仕事、次に執筆の仕事として扱っています。あなたの仕事もそうなら、eesel AIブログライターがそのために作られています。最新の事実を調べ、あなたの文体で書き直し、公開前に承認できる下書きを返します。

ブログに向けたときの「Meta Muse」とは

「Muse」はMetaのファミリー名で、3つの異なる製品がその名で呼ばれます。どれを指すかで、コンテンツ更新の進め方はほぼ決まります。

多くの人が思い浮かべるのはMuseエージェントで、私のMuseエージェントのレビューで詳しく扱っています。専用のクラウドブラウザーでタスクを実行し、今日からは中小企業向けの展開も始まりました。Muse for Small Businessは2026-09-29に、15の名前付きコネクターと「nothing publishes, sends, or spends without your approval」という一文とともに始まりました。米国とカナダの18歳以上が対象で、トークンプランはMuseエージェントの料金の記事で詳しく解説しています。

APIとMuse Codeは開発者向けの製品です。ブログがGitリポジトリ内のMarkdownとして存在するなら、この2つのほうが一般向けアプリよりコンテンツチームの実際のニーズに近いです。以下では3つすべてを取り上げます。古い記事の更新ではなく新規記事を書くなら、ブログ執筆でのMeta Museがその側面を扱っています。

コンテンツ更新は、文章の問題である前に事実の問題

どのツールが得意かについて私の考えを変えたのは、次の経験です。eeselでは、eeselブログの古い英語記事822本の事実更新キューに取り組んでいます。これまでに636本を確認しました。271本は、製品の方向転換、名称変更、終了のために全面的な書き直しが必要でした。 変更なしで検証済みとなったのは2本だけです。書き直しではなく修正で済ませた記事でも、1本あたり約7件の主張を訂正しました。

これらの修正は文章の質とは無関係で、SEOコンテンツ最適化のスコアでは見つからなかったでしょう。動いた価格、名称が変わったプラン、登場したり消えたりした機能です。だから、コンテンツ更新でAIに課すテストは「より良い導入文を書けるか」ではありません。もっと絞った3つの問いです。

1. 最新の事実を実際に確認しに行くのか、それとも記憶で答えるのか。
2. 記事がある場所に変更を反映できるか。
3. 公開前に、何が変わったかを人がはっきり確認できるか。

Museはいくつかは得意で、いくつかは苦手で、3つのルートで分かれ方も違います。まだどの記事を更新するか決めていないなら、SEOコンテンツの優先順位付けから始めてください。

ルート1:Museエージェント

「頼むだけ」のルートです。どの記事を見るかをMuseに伝えると、調べ、書き直し、新しい版を本来の場所に置こうとします。

得意なこと

調査と書き直しのループは、机上では堅実です。Museは、PDF、DOCX、テキスト、Markdown、XLSX、CSVファイルを読み取り、編集でき、Meta自身の編集例は「Rewrite the intro paragraph」です。つまり、Google Search ConsoleのエクスポートをCSVでアップロードして、どのページのクリックが最も減ったかをMuseに尋ね、その記事を渡せます。Search Consoleのコネクターはないので、入口はエクスポートです。

毎日、毎週、またはカスタムのスケジュールで定期タスクも実行でき、それは「continue until you cancel them」とされています。毎週「この20記事に古い価格がないか確認する」ジョブは、原理的にはサポートされています。編集可能なメモリファイルも持つので、スタイルガイドや社内ルールをそこに置けます(ブランドボイスのトレーニングと同じ発想)。回答の根拠となった情報源を見せるよう頼むこともできます。

更新型の仕事に最も近い実例は、Meta自身の中小企業向けローンチにあります。テスターが、Museがメール自動化を監査し、重複したフローを止め、Klaviyoでテンプレートを作り直したと語っています。接続済みツール上で監査してから作り直す作業で、まさにコンテンツ更新の形です。

CMSはどこに収まるか

ここから範囲が狭まります。Metaが業務向けに挙げているコネクターはNotion、Granola、GitHub、Boxで、中小企業向けセットにはShopify、Canva、Slackなどが加わります。WordPress、Webflow、Ghost、Google Docsのコネクターを挙げているMetaのページはありません。 完全な一覧も公開されておらず、全体はアプリの設定にあるとされています。これは、多くの汎用エージェントに共通するCMS連携の空白と同じです。

大手CMSには2つの回避策があり、記事がローカルファイルなら3つ目もあります。新しいMacアプリは、フルディスクアクセスを許可すればマシン上のファイルを探し、読み、更新できるので、ローカルのMarkdownリポジトリをカバーできます。

• 自作コネクター。 APIのあるサービス向けに、Museにコネクターを作らせることができます。キーは認証情報ストアに保存されますが、「Meta doesn't review custom connectors or how they use your information, so grant access with caution」とされています。
• ブラウザー。 Museは保存済み認証情報のボールトを使い、専用ブラウザー経由でCMSにログインし、「filling out online forms」も対応作業に挙げられています。問題はページの操作方法です。Metaの安全性に関する解説によると、ブラウザーのサブエージェントはアクセシビリティツリーのスナップショットを見ており、ページ内でJavaScriptを実行できず、devtoolsは無効です。Gutenberg、Webflow Designer、Ghostのエディターのようなブロックエディターは、JavaScriptへの依存が大きく、Metaはそれらの信頼性データを公表していません。

コミュニティの報告もこの見方と一致します。ログインは通ることが多く、ログイン後に何が起きるかは読みにくいのです。

"It almost worked with MyChart, but hit a snag navigating the website after logging in."

modeless, Hacker News

エージェントそのものを拒むサイトもあります。あるRedditユーザーはこう述べています。

"My Amazon will not allow Muse to do any kind of research there, and most websites are giving Captchas."

u/29cigs, Reddit

CMSがボット対策の背後にあるなら、更新全体を計画する前にログインを試してください。WordPressについては、そこでの標準的なAIコンテンツの公開方法と比べてみてください。

承認と責任の所在

Museの承認設計は丁寧で、私が最も頼りにする部分です。既定では書き込み操作のたびに確認し、承認ダイアログはチャットの外に表示されるので、挿入されたプロンプトがあなたの同意を偽装することはできません。許可は5つの範囲があります。1回だけ、このタスク、このサイト、常に、または拒否です。

一括更新では、CMSのドメインで「このサイトで許可」を選びたくなります。確認が止まるからです。しかしそれは安全網も外します。そして規約は代わりの安全網をくれません。Museの規約は、Museが「publishes, or hosts at your direction... whether or not you reviewed」it、つまり利用者が確認したかどうかにかかわらず、その内容について利用者を「solely responsible」としています。操作を元に戻せる保証は否認され、出力は「may not reflect correct, current or complete information」かもしれないと警告されています。この最後の一文は、統計の更新でまさに問題になるリスクです。

これまでで最もわかりやすい教訓はブログの話ではありませんが、確認なしに公開アカウントで動いたエージェントの話です。

"So muse handled my Facebook marketplace today. Just found out it told people my address and agreed a lowball price and then they showed up without it even telling me until late tonight that it messed up."

Matt Robb (@matt.j.robb), Threads

Museは1アカウント1人でもあり、本格的なコンテンツ運用ワークフローでは重要です。ヘルプセンターにも規約にも、チームのシート、ロール、編集レビューのキューの記載はありません。Metaは2026-09-28にMuseエージェントを企業に提供するエンタープライズ向けプラットフォームを発表しましたが、シートや価格はまだ公表されていません。

ルート2:Muse Spark APIで更新パイプラインを作る

コードを書くのが苦でなければ、Muse Spark 1.3 APIのほうが制御された更新に近づけます。古い記事と参照ページを渡し、差分で確認できる編集を受け取ります。Metaのモデルを中心に置いた、あらゆるAIコンテンツパイプラインと同じ形です。

まず良い点です。Responses APIには組み込みのウェブ検索ツールがあり、引用された各箇所のURL、タイトル、文字オフセットを持つurl_citationアノテーションを返します。これで引用を自動的にMarkdownリンクに変換できます。コンテキストウィンドウは1,048,576トークンで、長文コンテキストの追加料金はなく、古い記事と20の参照ページも余裕で収まります。さらに構造化出力はデコード時に制約されるため、{title, body, changed_claims[]}のスキーマは一発で解析できます。

更新作業に最適なのは、Meta自身の検索置換編集のクックブックです。モデルは元のテキストそのものと置換後のテキストを返し、元のテキストがちょうど1回一致しない限り編集は拒否されます。Metaの理屈は、一致ゼロならモデルが元の文を幻覚したということです。更新では、これによって「この記事を書き直して」が、レビューできる変更リストになります。すでに順位が付いている記事では、それこそ欲しいものです。

次に、更新で問題になる3つの穴です。

• 検索を強制できない。 モデルは「skips the search when it can answer confidently from its training data」であり、tool_choiceは"auto"しか受け付けません。それ以外はツール呼び出しのドキュメントによればHTTP 400を返します。Metaのクックブックは、引用のない返答も有効な回答だとはっきり述べています。更新では、こうして古い価格が「確認済み」になります。
• 知識のカットオフが非公開。 Metaのヘルプセンターは各モデルにカットオフがあるとして、モデルのページを案内していますが、そこには1.3にも1.2にも日付がありません。そのため、モデルが何を「知っているはず」か推論できません。現在の数字が間違っていれば信頼を失うE-E-A-Tでは問題です。
• 検索は絞った質問向け。 Metaは、複数段階の調査は「is less dependable today」であり、より絞ったリクエストに分けることを勧めています。実際には、1記事に1回ではなく、1つの主張に1回の呼び出しになります。

費用

価格はMetaの料金ページによるもので、料金表の残りは私のMuse Spark 1.3の料金の記事で扱っています。標準枠での更新1回のざっくりした見積もりは、入力40,000トークン、可視出力5,000トークン、仮定した推論10,000トークン、検索10回が前提です。合計で1記事あたり約0.14ドルになります。推論の数値は下限と考えてください。Artificial Analysisは、1.3が指標を完了するのに1億2,000万の出力トークンを使い、中央値の7,200万を上回ったと測定しており、長くなりがちです。

コントリビューター枠は10分の1の割引に見えますが、先に規約を読んでください。6.2節には「You must not submit sensitive, confidential, or personal information to the Discounted Services」とあります。公開済みの記事は公開情報なので問題ありません。未公開の下書き、営業通話で得た顧客の声、NDA下のクライアント案件は不可です。それらは「your prompts and completions are not used to train Meta models」とされる標準枠に置いてください。

文章そのものについてのコミュニティの初期評価は少ないものの興味深いです。あるHacker Newsのコメント投稿者は、競合より文体がすっきりしていると感じました。

"Even Muse Spark has style much less "sloppy" than Claude et al, let alone Chinese LLMs. I mean yes, they have their own tics, but if you don know them you won't even notice."

BoredomIsFun, Hacker News

ルート3:Markdown記事のフォルダーに対するMuse Code

ブログがリポジトリ内のMarkdownファイルを記事とする静的サイトなら、Muse Codeが3つの中で最も自然に合います。muse exec "<prompt>"はJSON出力でヘッドレス実行されます。既定で8つのサブエージェントに分散し、1〜64まで設定でき、同じ「ちょうど1回一致」の検索置換の契約でファイルを編集します。プランは私のMuse Codeの料金の解説で扱っています。

Meta自身の自動化ドキュメントから、2つの注意点があります。終了コードは「reflects how the run ended, not whether the work is correct」です。そのため、リンクチェッカー、フロントマターのlint、差分を読む人という独自のチェックが必要です。また、exec実行内のウェブ検索が引用を返すかどうかも、ドキュメントには書かれていません。すでにClaude Code自動化でコンテンツをスクリプト化しているなら、セットアップは馴染みやすいでしょう。製品名の変更や移動したURLを200記事で直すような機械的な修正には最も信頼でき、「今年の数字を探してきて」には最も信頼できないルートです。

どのルートがどのチームに合うか

3つのルートに共通するパターンは同じです。Museは汎用のエージェントであり汎用のモデルで、更新に特化した部分は自分で作ることになります。 好奇心旺盛な個人ブロガーには十分よい取引です。数百本の記事を最新に保たなければならないコンテンツチームには、より大きな負担です。比較として、xAIのエージェントもコンテンツ更新でのGrok Botで同じように見ましたが、トレードオフはほぼ同じでした。他の汎用エージェントはMuseエージェントの代替のまとめにあります。

コンテンツ更新でのeeselの位置づけ

私ならこう整理します。Museはインフラと汎用の担当者で、eeselは従業員です。eeselは、特定の仕事のために即戦力のチームメイトを雇えるAIチームメイトのプラットフォームです。コンテンツ向けにはAIブログライターがそれにあたります。あなたのサイトと過去の記事をすでに把握し、触れる主張ごとに最新の事実を調べ、ブランドの文体で書き直します。そして更新を、見張る必要のあるライブ編集ではなく、承認する下書きとして返します。eeselブログで私が使っているのと同じワークフローで、上の636本の監査もここから生まれました。

ブログライターのお客様から寄せられる依頼も、たいてい更新作業のように見えます。ツアー事業者向け予約ソフトの会社のあるマーケターは、次のように尋ねました。

"If I upload it, can you ingest that and write to it, making any improvements you deem necessary?"

それが仕事です。既存のものを取り込み、正しいところは残し、そうでないところを直す。そのためのツールを比べているなら、AIコンテンツ更新ツールのまとめと、SEOコンテンツを自動で更新するガイドでプロセスをさらに深く扱っています。

更新をスクリプト化したくてルート2や3に惹かれているなら、eeselにもそれがあります。eesel CLIは、同じチームメイトをターミナルから動かします。eesel files upload ./old-post.mdで記事を渡し、eesel chat "refresh the pricing section with current numbers"で作業を依頼し、eesel approvalsで人の判断待ちのものを一覧します。すべてのコマンドがJSONを出力し、ヘッドレス実行はEESEL_API_URLとEESEL_API_TOKENで認証し、すべてのワークスペースはMCPサーバーでもあります。これはAIブログライターAPIと同じ考え方で、スクリプト、CIジョブ、またはClaude Code、Codex、Cursorのようなコーディングエージェントが、記事のフォルダー全体にわたる更新を動かせます。ダッシュボードで見るのと同じエージェントであり、別のAPI製品ではないため、そこで設定した承認ルールはターミナルでも有効です。

コンテンツ更新でeeselを試す

過去記事が静かに古くなっているなら、順位の付いている最も古い記事3本でeeselのAIブログライターを試してください。何が変わったかを調べ、必要なセクションをあなたの文体で書き直し、承認する下書きを返すので、見張るブラウザーセッションも、知らないうちに編集されるライブページもありません。無料で始められ、前回の更新が見落とした事実を拾えるかどうかは、1記事でわかります。