Communitygithub.com

ソースアウトランチャー (Source Outranker)

AIモデルが参照する外部ソースを分析し、自社ブランドが確定的な情報源として引用されるように、より優れたコンテンツアセットを生成してCMSに下書き公開するスキルです。

ソースアウトランチャー (Source Outranker) とは?

このスキルは、AIモデルがブランド関連のトピックについて引用している外部ソースを特定・分析し、それらを上回る権威あるコンテンツアセットを生成してCMSに直接プッシュするまでを支援します。「なぜ競合サイトが引用されているのか」、「自社を確定的な情報源にしたい」といったユーザーの声に応え、定義ガイド、ベンチマークレポート、比較ハブなどの形式で、より具体的で包括的なアセットをゼロから作成します。このスキルは、Claude CodeのようなAIエージェントとCMS MCPツールの連携を前提として設計されており、AI Visibilityプラットフォームから引用データを取得し、Webフェッチによる競合分析、アセットの執筆、そしてCMSへのドラフト投稿までを一貫したワークフローで実行します。主な利用シーンは、コンテンツマーケティングチームがSEO対策やAIによる引用獲得を目的として、定義的なトピックやカテゴリーを確立するための高品質なオリジナルコンテンツを短期間で作成・公開したい場合です。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/content-marketing-skills/skills/source-outranker

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ソースアウトランチャー (Source Outranker) は何をしますか?

あなたは、AIモデルが引用する主要な情報源を自社ブランドにするためにコンテンツチームを支援しています。ブランドクエリだけでなく、カテゴリーを定義するような質問(例:「プロダクトアナリティクスとは何か」「デジタルアナリティクスツールはどのように動作するか」)に対して、AIが最も権威があると判断するページを特定し、そのページが勝つ理由を解明し、そしてそれを上回るものを作ります。


ステップ0 — CMSの確認(セッションの開始時に一度だけ実行)

他の作業を始める前に、新しいコンテンツをどこに配置するかを確認します。これにより、ワークフローの最後でコピーペーストに行き詰まることを防ぎます。

既存のCMSツールを確認する

現在のコンテキストで利用可能なツールをスキャンします。既知のCMS MCPパターンは以下の通りです。

CMS確認すべきツール名パターン
Sanitysanity, create_documents_from_markdown, patch_document_from_markdown
Contentfulcontentful, create_entry, update_entry
HubSpot CMShubspot, update_blog_post, create_blog_post
WordPresswordpress, wp_update_post, wp_create_post
Ghostghost, update_post, create_post
Webflowwebflow, update_cms_item, create_cms_item

CMS MCPがすでに接続されている場合: 次のように1行で確認します。 「[CMS]が接続されているのを確認しました。完了次第、新しいソースアセットを下書きとしてそこにプッシュします。よろしいでしょうか?」 その後、ステップ1に進みます。

何も接続されていない場合: 簡潔に一度だけ質問します。

「始める前に — 公開先のCMSはどちらですか?テキストをコピーして貼り付ける代わりに、コンテンツを直接下書きとしてプッシュできます。」

選択肢を提示: Sanity · Contentful · HubSpot · WordPress · Webflow · Ghost · その他 · 「コンテンツをテキストでください」

その後、回答に基づいて適切なセットアップ推奨事項を提示します(prompt-gap-to-publishと同じガイダンス)。セットアップを待たずにすぐに分析を開始し、接続が完了する頃にはプッシュの準備ができていると伝えてください。


ステップ1 — ブランドを特定し、最も引用されているソースを取得する

list_ai_visibility_org_brandsを使用してブランドを特定します(またはユーザーが指定したものを使用します)。

次に、選択したorgBrandIdを指定してget_ai_visibility_sourcesを呼び出し、citationCountの降順で並べ替えます。これにより、ブランドに関連するトピックについてAIモデルが引用しているすべてのドメインがdomain、citationCount、responseCount、url、titleフィールドとともに返されます。

結果を2つのグループに分けます。

  • 自社ソース: ブランド自身のドメインにあるページ(例:example.com)
  • サードパーティソース: それ以外すべて — レビューサイト、メディア、ドキュメント、競合ブログ

自社ドメインを上回る引用数を持つサードパーティソースがターゲットです。これらがあなたが打ち負かすべきページです。

引用数上位10件のサードパーティソースを特定し、以下の要約を提示します。

ソースドメイン引用数タイプ
g2.com340レビューアグリゲーター
contentsquare.com/blog180競合ブログ
techradar.com150メディア
...

また、get_ai_visibility_topicsを呼び出して、これらの引用を牽引しているトピックを理解します。これを基に、どのソースアセットを構築するかを決定します。


ステップ2 — 上位ソースが勝つ理由を監査する

上位5件のサードパーティソースそれぞれについて、web_fetchを使用して実際のページコンテンツを取得します。各ページを注意深く読み、AIモデルにとって権威あるものにする構造的・コンテンツパターンを特定します。

各ソースを以下の観点で評価します。

回答構造: ページは明確な質問に直接回答していますか?H2やH3の階層がサブ質問に対応していますか?構造が明確なページはより確実にスクレイピングされます。

データと具体性: 統計、ベンチマーク、調査結果、その他の検証可能なデータを引用していますか?AIモデルは、意見よりも具体的なデータがあるページを不釣り合いに多く引用します。

網羅性: トピックを歴史、メカニズム、ユースケース、比較、FAQまで網羅的にカバーしていますか?薄いカバレッジは深いカバレッジに負けます。

鮮度シグナル: ページに日付、「[年]年版」、最近の出来事への言及が目立つ形で表示されていますか?AIモデルは最新に見えるソースを好みます。

権威シグナル: 著者の資格、会社の評判、方法論の開示、研究の引用、ピアレビュー。

アセットタイプ: このページを権威あるものにしているフォーマットは何ですか?一般的な勝ちパターンは以下の通りです。

  • 定義ガイド(「プロダクトアナリティクスとは」)
  • ベンチマークレポート(「プロダクトアナリティクスの現状2025」)
  • 方法論解説(「セッションリプレイの仕組み」)
  • 用語集(「プロダクトアナリティクス用語解説」)
  • 比較ハブ(「プロダクトアナリティクスツール比較」)

監査結果をパターンとして要約します。「このトピックで最も引用されているソースに共通する点は[3~4つのパターン]です。ブランドの既存コンテンツに欠けている点は[2~3つのギャップ]です。」


ステップ3 — ソースアセットの機会を特定する

監査に基づき、最もレバレッジの高いソースアセットを特定します。機会を以下の基準でスコアリングします。

引用ギャップ: 同じトピックにおいて、トップの外部ソースがブランドのベスト自社ページよりもどれだけ多くの引用を持っているか?200以上のギャップは高価値のターゲットです。

トピックの戦略的重要性: get_ai_visibility_topicsとクロスリファレンスします。ブランドの関連性は高いが可視性が低いトピックですか?もしそうなら、ソースを所有することで複合的な効果が期待できます。

構築可能性: ブランドはこのアセットタイプを信頼性を持って作成できますか?ベンチマークレポートにはデータが必要です。定義ガイドには専門知識があれば十分です。ブランドが権威を持って作成できるアセットを優先します。

アセットタイプ選択ガイド:

  • トップソースが定義ページの場合 → より深く掘り下げた包括的なガイドを作成する
  • トップソースがレビューアグリゲーター(G2、Capterra)の場合 → AIモデルが比較基準の一次情報源として引用する方法論/透明性ページを作成する
  • トップソースが競合ブログの場合 → 競合の自己利益に偏ったバージョンよりも権威ある、中立的でデータ豊富なアセットを作成する
  • トップソースがメディア/アナリストレポートの場合 → 独自のベンチマークまたは調査レポートを作成する

2~3のアセットオプションを推奨とともに提示します。

#アセットタイプターゲットトピック推定引用ギャップ推奨
1定義的ガイド「プロダクトアナリティクスとは」−280最初に構築: 定義的、高ボリューム
2ベンチマークレポート「プロダクトアナリティクス導入2025」−1402番目に構築: データが必要
3比較ハブ「プロダクトアナリティクスツール比較」−95良いが、競争が激しい分野

次のように質問します。「どのアセットを構築しますか?」 ユーザーの選択を待ちます。


ステップ4 — ソースアセットを生成する

完全なアセットを作成します。骨組みではなく、実際に打ち負かそうとしているソースよりも、より有用で、具体的で、包括的な、公開準備の整ったコンテンツです。

アセットタイプ別テンプレート

定義的ガイド(「Xとは」「Xの仕組み」「X完全ガイド」)

  • H1: 定義的な質問に直接回答する
  • 冒頭(2~3段落): 1文目で直接的な定義;なぜ重要なのか;このガイドでカバーする内容
  • コアセクション(5~8つのH2): 定義 → 仕組み → 主要コンポーネント → 企業タイプ別ユースケース → 評価方法 → 導入の考慮事項 → FAQ
  • データポイント: 少なくとも5つの具体的な統計またはベンチマークを含める(出典を明記するか、独自の場合はAmplitude調査に基づくことを記載)
  • ビジュアル補助の説明: 図、スクリーンショット、表が各セクションを強化するために役立つものを記載する — 画像自体が含まれていなくても、説明された構造が権威を示す
  • FAQブロック: このトピックに関するAI Visibilityプロンプトの正確な表現を使用した6~8のQ&A
  • 内部リンク: 関連する自社コンテンツへの4~5つのリンク
  • 最終更新日注記: メタデータに「最終更新日: [現在の月/年]」を含める

ベンチマークレポート(「Xの現状」「Xトレンドレポート」「Xの数字」)

  • H1: 「[カテゴリ]ベンチマークレポート[年]: 主要指標とトレンド」
  • エグゼクティブサマリー: 箇条書きで5~7の主要な発見事項
  • 方法論セクション: データ収集方法、サンプルサイズ、期間 — AIモデルは透明性のある方法論を引用するのが大好き
  • データセクション(4~6つのH2): 各セクションに見出しとなる発見、裏付けデータ、解釈
  • セグメント別比較: エンタープライズ vs SMB、業種、企業ステージ
  • トレンド分析: 可能であれば前年比の変化
  • 推奨事項: データがプロダクトチームにとって何を意味するか
  • FAQブロック: 4~5のQ&A

比較ハブ(「Xツール比較」「最適なXプラットフォーム」「[カテゴリ]ソフトウェアガイド」)

  • H1: 「[年]年版ベスト[カテゴリ]ツール: プロダクトチーム向け比較」
  • 選定基準: ツールの評価方法 — これにより比較の信頼性が高まる
  • サマリー比較表: 8~10のツール、主要な評価軸、最適なユーザー層の呼びかけ
  • ツール別詳細: 各ツール200~300語で、強み、制限、価格モデル、最適なユースケースをカバー
  • 意思決定フレームワーク: 「[条件]ならXを選ぶ」形式で5~6のシナリオ
  • FAQブロック: 5~6のQ&A

常にメタフィールドを含める

  • metaTitle — 50~60文字、主要キーワードを含む
  • metaDescription — 140~160文字、権威と網羅性を示す
  • slug — キーワードが豊富で具体的(例: /blog/what-is-product-analytics であって /blog/analytics ではない)
  • lastUpdated — 現在の日付

ステップ5 — CMSにプッシュする

ステップ0で発見した内容を使用します。これは新しいドキュメントです(作成操作であり、更新ではありません)。

Sanity — 完全なアセットコンテンツを指定してcreate_documents_from_markdownを使用します。_typeをブログ/記事スキーマに一致させます。不明な場合はユーザーに確認します。「長文ガイド用のドキュメントタイプはSanityスキーマで何ですか?」明示的な指示なしにpublish_documentsを使用しないでください。

Contentful — contentTypeを記事タイプに一致させてcreate_entryを使用します。fields.title、fields.slug、fields.bodyを設定します。published: falseのままにします。

HubSpot — state: DRAFTを指定してcreate_blog_postを使用します。メタ説明とスラッグを含めます。

WordPress — status: draftを指定してwp_create_postを使用します。H1をtitleに、本文をcontentにマッピングします。

Ghost — status: draftを指定してcreate_postを使用します。slug、title、htmlまたはlexical、およびmeta_descriptionを含めます。

Webflow — ブログコレクションを対象としてcreate_cms_itemを使用します。フィールドをコレクションのスキーマにマッピングします(コンテキストから明らかでない場合は、ユーザーにフィールド名を尋ねます)。

プッシュ後、次のように確認します。「完了しました — [アセットタイトル]は[CMS]に下書きとして保存されました。ID/URLはこちらです: [リンク]。公開前にそこでレビューしてください。」

CMSプッシュが成功した場合でも、完全なコンテンツのMarkdownフォールバックを常に出力します。


AIモデルにとってソースが権威あるものになる理由

AIモデルは、大ブランドだからといってソースを引用するわけではありません。以下の理由で引用します。

  • 特定の質問に対して他の誰よりも明確に答える。「プロダクトアナリティクスとは何か」に対する最良のソースは、それを最も明確に、最も完全に、そして最も直接的に定義しているページです。
  • 透明性のある方法論でデータを含める。「500のプロダクトチームを調査しました」と述べるベンチマークは、「主要な専門家が信じています」というものよりも引用されます。
  • トピックをあらゆる角度からカバーする。AIモデルは狭いソースよりも包括的なソースを好みます。定義、メカニズム、ユースケース、評価基準、FAQをカバーするガイドは、どの単一の側面だけをカバーする短いページよりも勝ります。
  • 明確に日付が記載されている。「2025年4月更新」のタグは鮮度を示します。AIモデルは、急速に変化するトピックについて古いソースを引用することを避けます。
  • 他の権威シグナルにリンクしている。関連コンテンツへの内部リンク、データの外部引用、著者の資格 — これらすべてが、AIのトレーニングと推論におけるページの信頼スコアを高めます。

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Designs A/B tests with proper metrics and variants, analyzes running or completed experiments, and interprets results with statistical rigor. Use when setting up experiments, checking experiment status, analyzing results, or making ship decisions.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Turn one or more meeting transcripts, notes, or Slack threads into concise takeaways and clear action items with DRIs. Works with a single meeting or a batch from the whole week.

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

関連スキル