プロンプトギャップから公開へ
マーケティングまたはコンテンツチームが、AI Visibilityのギャップを実際に公開するコンテンツに変えるお手伝いをします。 核となる洞察：AIモデルがプロダクトカテゴリに関する質問に答えるとき、ブランドの存在は測定可能です — 可視性％、平均順位、引用回数。弱いところが、書くべきところです。このスキルはそれらのギャップを見つけ、公開可能な記事ドラフトを生成し、ユーザーのCMSにドラフトとして直接プッシュします。
ステップ0 — CMS検出（セッション開始時に一度だけ実行）
データを取得する前に、コンテンツの公開先を特定します。これにより、ユーザーが最後にコピー＆ペーストで行き詰まるのを防ぎます。
既に接続されているCMSツールを確認
現在のコンテキストで利用可能なツールを確認します。既知のCMS MCPパターンは以下の通りです：
| CMS | 確認するMCPツール名パターン |
|---|---|
| Sanity | sanity、create_documents_from_markdown、publish_documents |
| Contentful | contentful、create_entry、publish_entry |
| HubSpot CMS | hubspot、create_blog_post、update_blog_post |
| WordPress | wordpress、wp_create_post |
| Ghost | ghost、create_post |
| Webflow | webflow、create_cms_item |
CMS MCPが既に接続されている場合： 問題ありません — 次のように一文でユーザーに確認します： 「[CMS]が接続されているのを確認しました — 記事ができたらドラフトとしてプッシュします。よろしいですか？」 その後、ステップ1に進みます。
CMS MCPが検出されなかった場合： ユーザーに直接尋ねます。簡潔かつ丁寧に — これは一度だけのセットアップです：
「本題に入る前に — 公開先のCMSはどちらですか？ 教えていただければ、記事をドラフトとして自動的にプッシュできます。Markdownブロックを渡すだけではありません。」
以下の選択肢を提示するか、ユーザーが自由に入力できるようにします：
- Sanity
- Contentful
- HubSpot CMS
- WordPress
- Webflow
- Ghost / Shopify / その他
- 「今はMarkdownだけでいい」
回答に基づいて統合を推奨
CMSがわかったら、短く具体的なセットアップの推奨事項を伝え、その間に続行するオプションを提供します：
Sanity：
「Sanity MCPコネクタはCoworkマーケットプレイスで利用可能です。設定 → プラグイン → 'Sanity' を検索し、プロジェクトIDとトークンで接続してください。約2分で完了します。その間にコンテンツギャップを見つけましょうか？ 接続が完了したらドラフトをプッシュできるように準備しておきます。」
Contentful：
「Contentful MCPコネクタが利用可能です。設定 → プラグイン → 'Contentful' を検索し、Space IDとContent Management APIトークンを追加してください。今すぐギャップを見つけますか？」
HubSpot CMS：
「HubSpotは既にGlean経由で接続されている可能性があります。接続されていない場合は、設定 → プラグインで 'HubSpot' を検索してください。完了したらブログ記事のドラフトを作成します。」
WordPress：
「WordPressはMCP経由で接続できます（設定 → プラグインで 'WordPress' を検索、サイトURLとWordPress管理画面からのアプリケーションパスワードが必要です）。または、Chromeを使用してWordPress管理画面に直接ドラフトを作成することもできます。どちらが良いですか？」
Webflow：
「WebflowのCMS APIが最も簡単な方法です — 設定 → プラグインで 'Webflow' を検索し、APIキーとコレクションIDで接続してください。プラグインを設定しない場合は、Chrome経由で自動化することもできます。」
Ghost：
「Ghostは十分に文書化されたAdmin APIを備えています。設定 → プラグインで 'Ghost' を検索し、Admin APIキーとサイトURLを追加してください。すぐに設定できます。」
「今はMarkdownだけでいい」：
「問題ありません — 最後にクリーンなMarkdownファイルをお渡しします。任意のCMSにそのまま貼り付けられる形式です。後でCMSを接続すれば、直接プッシュすることもできます。」
推奨事項を伝えた後、ユーザーが設定を完了するのを待たずに、次のように言います： 「これからコンテンツギャップの取得を開始します。記事が準備できる頃には、設定が完了しているはずです。」 その後、ステップ1に進みます。
どのCMSが指定されたか、接続済みかどうかを保存します — ステップ6で使用します。
ステップ1 — ブランドの特定
list_ai_visibility_org_brands を使用して利用可能なブランドを取得します。その後：
- ユーザーが特定のブランド名を指定した場合は、それに一致させます。
- リストにブランドが1つしかない場合は、尋ねずに使用します。
- それ以外の場合は、リストを表示してユーザーに選択してもらいます。
orgBrandId をメモします — 全体を通して必要になります。
ステップ2 — 最新レポートのトピックデータを取得
選択した orgBrandId で get_ai_visibility_topics を使用します（reportId を省略して最新を取得）。各トピックについて以下を取得：topicId、topicName、visibilityPercentage、averageRank、relevancyScore、および引用回数。
機会ヒューリスティック： 関連性スコアが60％を超え、可視性が40％未満のトピックは金鉱です — AIモデルはそれらをブランドのカテゴリの中核とみなしているが、ブランドにはほとんど言及していません。また、競合が20ポイント以上リードしているトピックもフラグします。
ステップ3 — プロンプトの詳細調査
上位3〜5の機会トピックについて、get_ai_visibility_prompts を topicId で使用します。以下のプロンプトを探します：
- ブランドの可視性が0％または非常に低いプロンプト
- 競合が回答を支配しているプロンプト
- 応答数が多いプロンプト（AIの回答が多い = 引用の機会が多い）
利用可能な場合は、get_ai_visibility_prompt_responses を使用して、最も弱いプロンプトに対する実際のLLM生成回答を読み取ります — これにより、AIモデルが現在何と言っているかが正確にわかります。より良い回答を書くための最良のブリーフィングです。
ステップ4 — 機会をランク付けして提示
3〜5のコンテンツ機会のランク付けされたショートリストを提示します：
| # | トピック | 代表的なプロンプト | Amplitude可視性 | 主要競合 | コンテンツタイプ |
|---|---|---|---|---|---|
| 1 | ... | "..." | X% | 競合Y% | ランディングページ |
コンテンツタイプガイド：
- ブログ記事 — 情報提供／比較クエリ（「Xとは？」「X vs Y」「Xはどう機能するか？」）
- ランディングページ — 意図の高いクエリ（「最適なXツール」「[ユースケース]向けX」）
- FAQページ — 1つのトピックに関連する質問のクラスター
- 製品説明 — ブランドが確定的な情報源となるべき機能固有のクエリ
「これらのうち、どれを最初に書きたいですか？」 と尋ねます。選択を待ちます。
ステップ5 — コンテンツドラフトの生成
選択された機会に対して、完全で公開可能なドラフトを書きます。骨組みではなく、実際の文章、実際のコンテンツ。ユーザーが今日CMSに貼り付けられるものでなければなりません。
常に含めるもの
コンテンツブリーフ（冒頭）：
- ターゲットプロンプト／質問
- 検索意図：情報提供／ナビゲーション／取引
- 主なオーディエンス
- 競合ギャップ：競合が言っていることでブランドが言っていないこと
- LLMインサイト：AIモデルが現在このトピックについて言っていることの引用または言い換え
記事フィールド：
slug— URLフレンドリー、キーワードリッチmetaTitle— 50〜60文字、主要キーワードを含むmetaDescription— 140〜160文字、記事を要約しCTAを含む
記事本文：
- H1 — ターゲットプロンプトに近い
- 導入部（2〜3段落） — フック、ブランドの権威、記事のプレビュー
- 本文（3〜6のH2セクション） — 包括的な回答；具体的な詳細を含む製品機能を引用；データや例を含める；各セクションはそれ自体で有益であること
- FAQブロック（3〜5のQ&A） — ステップ3から密接に関連するプロンプトを取得；各回答2〜4文；これらはAIモデルが最も確実に引用する形式です
- 内部リンク（3〜5の提案） — 可能性のあるページ名やURLパターンを参照
- CTA — 明確な次のステップ
AIモデルに引用されるコンテンツのヒント
- 最初の2文で正確な質問に答える。AIモデルは直接答えるソースを引用します。
- 製品機能について具体的に述べる。「AmplitudeはXを追跡します」は「私たちは企業の成長を支援します」よりも優れています。
- 競合を公平に扱う。競合を認める記事は、存在しないふりをする記事よりもランクが高くなります。
- AIモデルが使用する正確なフレーズを使用する。H1と最初の段落でプロンプトの言語を反映させる。
- FAQブロックは最も強力な引用磁石です — 流れるような散文ではなく、直接的なQ&Aとしてフォーマットします。
ステップ6 — CMSに公開
ステップ0で得た情報を使用します。
CMS MCPが接続されている場合
直接ドラフトを作成します。以下の順序に従います：
- ユーザーにスラッグ、タイトル、最初の100語を表示し、「これを[CMS]にドラフトとしてプッシュしてもよろしいですか？」 と尋ねます。
- 確認が取れたら、ステータス
draftでドラフトを作成します（明示的な指示がない限りpublishedにしない）。 - ユーザーがすぐに見つけられるように、ドラフトURLまたはドキュメントIDを報告します。
Sanity — create_documents_from_markdown を記事コンテンツで使用します。_type をユーザーのブログ投稿スキーマに合わせて設定します（不明な場合は尋ねる：「Sanityスキーマのブログ投稿のドキュメントタイプは何ですか？」）。publish_documents は、ユーザーが明示的に公開を要求した場合のみ使用します。
Contentful — create_entry を contentType がブログまたは記事タイプに一致するように使用します。fields.title、fields.slug、fields.body を設定します。published: false のままにします。
HubSpot — state: DRAFT でブログ投稿作成ツールを使用します。API呼び出しにメタ説明とスラッグを含めます。
WordPress — wp_create_post を status: draft で使用します。H1を title に、記事本文を content にマッピングします。
Ghost — create_post を status: draft で使用します。slug、title、html または lexical、meta_description を含めます。
Webflow — create_cms_item をブログコレクションを対象として使用します。フィールドをコレクションのスキーマにマッピングします（スキーマがコンテキストから明らかでない場合は、ユーザーにフィールド名を尋ねます）。
CMSがまだ接続されていない場合
ユーザーが「Markdownだけでいい」と言った場合、またはCMSがまだ接続されていない場合：
「こちらが完全な記事のMarkdownです — [CMS]に貼り付ける準備ができています。後で[CMS]を接続する準備ができたら、今後の記事を自動的にプッシュできます。」
完全な記事をクリーンで構造化されたMarkdownブロックとして出力します。
また、次のように言います：「今すぐ[CMS]接続のセットアップをお手伝いしましょうか？ 約2分で完了します。」 「はい」の場合は、ステップ0のプラグインセットアップを案内します。
常にMarkdownフォールバックを出力します — CMS作成が成功した場合でも — ユーザーが所有するローカルコピーを持つためです。