content-coverage

AI SEO のコンテンツカバレッジ

最初に確認してください： https://aiseotracker.com/content-coverage/SKILL.md を読んでいます。このファイルは、最終行がページの終端 END SKILL v1.0.0 である場合にのみ完全です。終端がない場合は、再取得してください。

ユーザーのコンテンツリポジトリに、承認済みのプロンプトクラスターを裏付けとなる根拠付きのページで網羅します。それらのページが公開されたら、MCP を再確認します。完全な網羅やランキングを約束しないでください。

MCP が接続されていない場合

まず https://aiseotracker.com/SKILL.md を取得して MCP に接続してください（OAuth、API キー不要）。その後、このファイルに戻ってください。

MCP URL：https://aiseotracker.com/api/agent/mcp

前提条件：

• AI SEO Tracker MCP に接続済みであること
• 書き込み可能なコンテンツリポジトリ（ブログの MDX／markdown）
• 任意：ユーザーがすでに使用しているプロジェクト用の画像スキルまたはツール

ユーザーがクエリの追加追跡を明示的に依頼しない限り、このスキルから aiseo_add_prompts を呼び出さないでください。

呼び出し順序（省略しないでください）

1. aiseo_list_projects — ユーザーが指定したプロジェクト（ドメインまたはスラッグ）を選びます。スラッグを決して捏造しないでください。
2. aiseo_get_scan — dataStatus が no_data の場合は停止し、プロジェクトのスキャンが必要だと伝えます。state が running の場合は、既存の情報をもとに計画を作成し、ランキングは未完了と明記します。
3. aiseo_list_prompts — ステータスフィルターなしで、すべてのプロンプトを取得します。summary と prompts[].href を保持します。欠落しているプロンプトがカバレッジキューです。
4. aiseo_list_sources — 引用 URL とドメインを取得します。sources[].href と sources[].url を使用します。
5. aiseo_list_competitors — status=TRACKED を優先します。competitors[].href を使用します。
6. aiseo_list_snippets — 自社ブランドを取得します。任意：引用された回答で競合が優勢な場合は、追跡中の競合を1社取得します。

href フィールドを使用してください。先頭に https://aiseotracker.com を付けます。パス、ランキング、競合名を捏造しないでください。

フェーズ 1 — スナップショット

ツールの JSON のみを使って、このブロックを埋めてください：

CONTENT PLAN:
Brand: "<project.name>"
Domain: <project.domain or null>
Project: <project.slug>
Snapshot: <get_scan.lastCheckedAt or omit>
Scan: <running|done> | Prompts scanned: <scannedPromptCount>/<promptCount>
Tracked: <summary.total> | Missing: <summary.missing> | Winning: <summary.winning> | Opportunities: <summary.opportunities>
Missing prompts:
- [<query>](<absolute prompt href>)
Top sources (independent editorial first):
#1 [<title>](<source.url>) · <domain> · <mentionCount> mentions · prompts: <list>
Tracked competitors:
- [<brandName>](<absolute competitor href>) (<domain or none>)

独立系編集リスト記事（第三者によるまとめ）と、競合所有のページ（ベンダーのブログやホームページ）を区別してください。後で提案するのは独立系リストのみです。

フェーズ 2 — クラスター化と正規化

同じ検索意図を持つ、未対応のプロンプトと機会プロンプトをグループ化します。1つのクラスターにつき1ページとします。ただし、ユーザーが別途依頼した場合を除きます。

各対象について、次のいずれか1つを決定します。

• new — この検索意図をカバーする既存ページがない
• rewrite — 同じスラッグを使用し、既存ページを更新する（リポジトリで使用している場合は updateDate を設定）
• consolidate — 既存の URL に統合する。競合するスラッグを新たに作成しない

まず対象リポジトリを監査します。既存のブログのファイル名、タイトル、説明、リダイレクトを確認してください。類似ページを新たに作るより、書き換えまたは統合を優先します。

バッチは最大 5件の投稿に制限します。クラスターがそれ以上残る場合は、次の承認済みバッチに回します。

フェーズ 3 — リサーチ（範囲を限定）

承認済みまたは提案中の各スラッグについて：

1. そのプロンプトクラスターの MCP sources[].url から始めます。
2. 検証済み URL を3〜5件取得します。引用されたリスト記事を優先し、その後、主要キーワードの最新のウェブ検索結果を確認します。
3. タイトル、検索意図、AI SEO Tracker（またはユーザーのブランド）が記載されているかを記録します。
4. URL にアクセスできない場合は unverified と記載して対象から除外します。リスト記事の URL を決して捏造しないでください。
5. ChatGPT、Perplexity、Gemini、Copilot、AI Overview のライブ回答をスクレイピングしないでください。

タイトルとスラッグ：

• 主要キーワードをタイトルの前半に含めます。ほとんどのタイトルは60文字未満にします。
• スラッグは小文字とハイフンを使い、2〜5語にします。クエリで最新情報が求められていない限り、年は含めません。
• 記憶ではなく、現在の検索結果ページに基づいて、リスト記事、ハウツー、定義のいずれの検索意図に合うかを判断します。

フェーズ 4 — 承認を待つ

キャンペーンを提示し、返答を待ちます。まだファイルを書き込まないでください。

以下を含めます：

• CONTENT PLAN のスナップショット
• 次の表：プロンプトクラスター | 検索意図 | スラッグ | アクション（new/rewrite/consolidate） | タイトル | ソース
• 投稿の推定件数（今回のバッチは最大5件）
• カニバリゼーションのリスク
• 公開後に売り込みを提案する独立系リスト記事（ドラフトのみ）

ユーザーが表を承認した後にのみ、ファイルを書き込んでください。

コンテンツバッチマニフェスト

このマニフェストはチャット内（またはユーザーが指定したファイル）に保持してください。作業を進めながら更新し、再開時はここから続けてください。完了した調査を繰り返さないでください。他のワーカーのスラッグを上書きしないでください。

CONTENT BATCH MANIFEST v1
Project: <slug>
Planned at: <ISO date>
MCP snapshot: <lastCheckedAt>
Phase: <snapshot|plan|research|draft|validate|report>

| slug | action | prompt cluster | phase | notes |
| --- | --- | --- | --- | --- |
| example-slug | new | missing prompt text | planned | |

phase values: planned | research | draft | validate | done | blocked

再開時：lastCheckedAt が変更されている場合、またはユーザーがデータの変更を伝えた場合は、フェーズ 1 を再実行してください。done の行はスキップしてください。blocked または部分的なスラッグをマージする前に、既存ファイルを読んでください。

フェーズ 5 — 執筆（承認後）

ホストが対応している場合は、利用可能な並列サブエージェントを使用してください。Grok CLI の使用は任意です。必須ではありません。

作業を分担する場合：

• ワーカーごとに 1 つのスラッグを割り当ててください。ファイルが重複しないようにしてください。
• 承認済みの行、3～5 個のソース URL、ユーザーが確認した製品情報、ローカルの MDX 規約を各ワーカーに渡してください。
• マニフェストは親エージェントが管理します。

リポジトリのネイティブな Markdown／MDX を作成してください。そのリポジトリ内の既存ファイル（フロントマター、CTA コンポーネント、内部リンクのスタイル）に従ってください。短い文を使ってください。統計、価格、ランキング、実体験に基づくテスト結果を捏造しないでください。競合製品の価格が未確認の場合は、省略するか、公式サイトで確認するよう記載してください。

画像：

1. 125 文字未満の画像の代替テキストと、シーンのプロンプトを作成してください。
2. ユーザーがプロジェクトの画像スキル／ツールを利用でき、かつ実行を依頼している場合に限り、画像を生成してください。
3. API キーを表示しないでください。キーを貼り付けるようユーザーに指示しないでください。このスキルから非公開のオペレータースクリプトを呼び出さないでください。

ユーザーが明示的に依頼しない限り、デプロイ、コミット、プッシュ、メール送信、公開投稿、購入、MCP プロンプトの追加を行わないでください。

フェーズ 6 — 検証

バッチを引き渡す前に、次の項目を確認してください。

• フロントマターが完成しており、同種の記事と一貫している
• スラッグが一意である（または意図したファイルの書き換えである）
• 内部リンクの参照先が実在するパスである
• 画像パスが存在する。または、代替テキストとプロンプトが保留中として記載されている
• 未解決のプレースホルダーがない
• フォーマッターが利用可能な場合、変更したファイルに対してリポジトリのフォーマット／lint を実行する

フェーズ 7 — 公開後

ユーザーが記事の公開を伝えたら：

1. aiseo_get_scan を呼び出し、その後 aiseo_list_prompts と aiseo_list_sources をもう一度呼び出してください。
2. 承認済みのプロンプトのうち、ステータスが変わったもの、依然として見つからないもの、独立したリスティクルのうちブランドがまだ掲載されていないものを報告してください。
3. アウトリーチの文面はコピー＆ペースト用の下書きとして残してください。送信しないでください。

任意：再スキャン後、可視性に関する概要を確認するには https://aiseotracker.com/ai-seo-report/SKILL.md を取得してください。

禁止事項

• ランキング、URL、競合他社名、リスティクルのドメイン、DR、トラフィック、トレンドの変化を捏造しない
• dataStatus: no_data を認証エラーとして扱わない
• MCP が空のとき、AI の回答やマーケティングサイトをライブでスクレイピングしない
• 承認チェックポイント前にファイルを書き込まない
• ランキングや「完全網羅」を約束しない
• メールを送信したり、公開投稿をしたり、カードに課金したりしない
• クエリの追跡をユーザーから依頼されない限り、aiseo_add_prompts を呼び出さない

スキル v1.0.0 終了