拡張 · ライブデータAI Visibility Agent

AI Visibility Fix Plan

AI 可視性のギャップを修正プランに: 引用元が勝っている理由、作るべきもの、AI での引用改善を確かめるチェック項目。

エージェントネイティブ

Claude、ChatGPT のカスタム MCP アプリ、OpenClaw、Hermes、Codex、Claude Code、Cursor、VS Code、その他の MCP 対応クライアントの中で実行できます。専用の GUI フローも、別の LLM API キーも不要です。

ライブの公開データに裏打ちされている

すべてのステップが UnifAPI の返すライブ公開データのレコードに基づいているため、出力は一般的なベストプラクティスの一覧ではなく、実際にランクインし、投稿され、語られているものを引用します。

組み合わせ自由でオープンソース

Skills は互いを参照し合い、MIT 形式の公開リポジトリに置かれています。GitHub で SKILL.md の全文を読むも、フォークするも、agent の中でそのまま実行するも自由です。

実行プロンプト

これを Codex または Claude Code に貼り付けてください

プロンプトは意図的に編集できるようになっています。ハンドル、市場、予算、キャンペーン目標を置き換えたら、ライブの公開データが必要になったときに agent に UnifAPI MCP を呼び出させましょう。

Turn these AI visibility gaps into an AI visibility fix plan. For each high-value prompt, classify the miss as Structure, Authority, or Presence, choose the build path, and define the acceptance check.
skill の仕組み

SKILL.md からレンダリングされた、skill の全文

AI ビジビリティの根拠を、生成エンジン最適化のための実行可能な修正プランに変えます。プランは、どのプロンプトギャップを攻めるか、現在引用されているソースがなぜ勝つか、そして修正が Structure、Authority、Presence のいずれかを述べるべきです。

これは強化スキルです。必要に応じて UnifAPI を通じてライブの公開データを読み取りますが、手ではなく目 であり続けます。ページを編集したり、サードパーティのサイトに投稿したり、レビューを買ったり、言及を操作したりしません。

ライブの根拠には UnifAPI を使う

ai-visibility-audit または ai-answer-gap の出力から始めます。古いか欠けているものだけを再取得します:

  • プロンプトごとの回答と引用 - geo/serp で target をブランドドメインに設定。ブランドが引用されているか、単に名前を挙げられているか、不在かを確認します。
  • 需要の重み付け - geo/keywords/search-volume、修正プランが人々が実際に尋ねるプロンプトを攻めるように。
  • 回答の保有者 - geo/mentions/top-domains、geo/mentions/top-pages、geo/mentions/cross-aggregated-metrics、回答を勝ち取っているソースまたは競合を特定するため。
  • オーガニックのクロスリード - seo/serp、ブランドがオーガニックで順位付けされているが AI 回答で引用されていないクイックウィンを特定するため。
  • ページ構造の読み取り - ブランドページと勝者ソースに browser/markdown、抽出可能性を比較するため: 定義ブロック、比較テーブル、FAQ セクション、引用された統計、明確な見出し。

実行日、プラットフォーム、市場、プロンプトセット、billing メタデータを出力に保持します。

ワークフロー

  1. ギャップセットを読み込む。 既存の監査または answer-gap テーブルを優先します。なければ、まず小さなプロンプトセットを実行します; 雰囲気から修正プランを作らないでください。
  2. 欠落を根本原因でグループ化する。
    • Structure - ブランドは回答を持っているが、抽出可能ではない。
    • Authority - 勝者ソースがより強い統計、引用、出典、鮮度、トピックの深さを持つ。
    • Presence - 回答が、ブランドが不在のサードパーティサーフェスに保有されている: ディレクトリ、レビューサイト、リスティクル、Wikipedia 風のページ、コミュニティ、パートナーページ。
  3. 構築経路を選ぶ。
    • 既存ページを更新する - ブランドがオーガニックで順位付けされている、名前出しされている、またはほぼ同等のページがある場合。
    • 新規ページを作成する - 需要の高いプロンプトに対して信頼できるページが存在しない場合。
    • サードパーティのプレゼンスを獲得する - 引用されているソースがリスト、レビューサーフェス、コミュニティスレッド、外部の権威ページの場合。
  4. 修正をスコアリングする。 AI 検索ボリュームを背骨として使い、その後、勝てる見込み、勝つ資格、労力、リスクで調整します。
  5. 受け入れチェックを書く。 各修正は、リリース後にどう検証するかを述べなければなりません: geo/serp を再実行する、browser/markdown でページを読む、スキーマを検証する、またはサードパーティのリスティングをチェックする。
  6. コンテンツを配信から分離する。 オンサイトの構造修正、権威性の編集、サードパーティのプレゼンス作業を、1 つのコンテンツタスクにまとめないでください。

修正パターン

これらをデフォルトの是正メニューとして使います:

CauseFix patternAcceptance check
Structure簡潔な定義、比較テーブル、FAQ、要約箇条書き、内部アンカー、整った見出しを追加する。browser/markdown が抽出可能な回答ブロックを示す。
Authorityオリジナルの統計、日付付きの主張、専門家/顧客の引用、一次ソースの出典、著者/レビューのシグナルを追加する。ページが目に見える形でソースを引用し、現在の帰属可能な根拠を含む。
PresenceAI がすでに引用しているサーフェスに掲載される、または本当に言及される。サードパーティのサーフェスが正確な位置付けでブランドを含む。
Organic-but-uncited新しいページを作る代わりに、順位付けされているページを再フォーマットする。seo/serp がまだ順位付けされている; geo/serp の再チェックが引用の動きまたはより良いソース適合を示す。

出力

優先順位付けされたプランを返します:

# AI Visibility Fix Plan - {brand/domain} ({YYYY-MM-DD})

## Summary

- Highest-value prompt gap: ...
- Fastest win: ...
- Dominant miss cause: Structure | Authority | Presence

## Fix Plan

| Priority | Prompt                       | AI vol | Current owner | Cause    | Build path  | Action                                                   | Acceptance check                       |
| -------- | ---------------------------- | ------ | ------------- | -------- | ----------- | -------------------------------------------------------- | -------------------------------------- |
| Now      | best {category} for startups | 1.9k   | g2.com        | Presence | Third-party | Earn accurate listing/reviews on the cited category page | Re-check top-pages and listing content |

## Page-Level Tasks

- Existing page updates: ...
- Net-new pages: ...
- Third-party presence targets: ...

## Re-check Plan

- Re-run the same prompt set and market after shipping.
- Compare cited-source slots, name-drops, and absences separately.
- Record UnifAPI cost from billing metadata.

ガードレール

  • 名前出しを引用と同一視しないでください。名前出しはクイックウィンのシグナルであり、解決済みのギャップではありません。
  • 偽のレビュー、スパム的なリスティクル、サクラのコミュニティ、操作的なサードパーティの言及を推奨しないでください。
  • 「AI 専用」のドアウェイページを作らないでください。人間向けのページを、明確で、引用され、抽出可能になるよう修正します。
  • 1 つの確率的な回答に過剰適合しないでください。各結果を日付付きのスナップショットとして扱い、大きな作業の前に再チェックします。

関連スキル

  • ai-visibility-audit: 引用カバレッジを診断し、欠落を分類します。
  • ai-answer-gap: このスキルが修正に変えるプロンプトギャップを見つけてランク付けします。
  • llm-mention-tracking: リリースした修正が時間とともに AI のシェアオブボイスを改善するかを監視します。
  • seo-audit: GEO の欠落が SEO の問題でもあるとき、オーガニック順位とページ品質をクロスチェックします。
  • unifapi: 共有データスキル(MCP を接続し、このスキルが読み取る GEO、SEO、browser 操作を発見します)。

ソース: GitHub 上の ai-visibility-fix-plan/SKILL.md — 改善するにはそちらで PR を開いてください。

公開データツール

この skill が呼び出すライブ API

この skill が指定するすべてのオペレーションは、これらの UnifAPI プラットフォームのいずれかです — プロダクトコード、デバッグ、カスタムエージェントフロー向けに、引き続き表示・呼び出しが可能です。

  • プロンプト単位の優先順位付き改善計画。現在の独占者、未獲得の原因、構築方針、受け入れ基準つき
  • オンサイトおよびサードパーティ作業向けの、構造・権威性・露出のタスクグループ
  • ブランドがオーガニックでは上位だが引用されていないクイックウィンのフラグ
  • 同じプロンプトセット・市場・AI エンジンでの再チェック計画
関連する skills

AI Visibility Agentにある、ほかの skills

同じ agent の中でこれらをつなげれば、ある意思決定の成果物から次の成果物へと進めます — それぞれが独自の実行プロンプト、ワークフロー、期待される出力を持っています。

AI ビジビリティ監査

SEO 監査の GEO 版 — AI 回答で自社が引用されているか、それとも誰が回答を独占しているかを確認します。

AI ビジビリティ監査 を開く

AI 回答ギャップ

AI 回答で押さえるべきなのに取れていないプロンプトを見つけ、それぞれ誰が独占しているかを特定し、AI 検索ボリュームでギャップをランク付けします。

AI 回答ギャップ を開く

LLM 言及トラッキング

固定したプロンプトセットで、ChatGPT や AI 検索を横断して自社がどれだけ言及されているか、そして競合に対するシェアオブボイスがどう動いているかを追跡します。

LLM 言及トラッキング を開く

SEO 監査

静的なチェックリストではなく、ライブの SERP とランキングの根拠に照らして、クロール性、オンページ、コンテンツを監査します。

SEO 監査 を開く
AI Visibility Agentのすべての skill を見る
FAQ

AI ビジビリティ改善に関するよくある質問

料金、ワークフローの範囲、公開データのスコープ、そしてなぜこれが agent の Skill としてうまく機能するのか。

この作業は引用にとどまりません。AI ビジビリティの改善には、回答での露出、抽出しやすさ、権威性のシグナル、そして AI 回答がすでに引用しているサードパーティのサーフェスも含まれます。

いいえ。人間向けのページを、より明快に、より引用されやすく、AI システムが抽出しやすいように改善します。ドアウェイページや AI 専用ページは避けます。