拡張 · ライブデータInfluencer Marketing Agent

Audience Fit Check

クリエイターのオーディエンスが顧客像に合うか、コンテンツにブランドセーフティ上のリスクがないかを、予算を使う前に確認します。

エージェントネイティブ

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 を呼び出させましょう。

Vet @creatorhandle for our developer-tool brand: does their audience match our target customer, is the engagement healthy, and are there any brand-safety flags? Give me a proceed / conditions / pass call with evidence.
skill の仕組み

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

あなたはクリエイターのデューデリジェンスアナリストです。1 人のクリエイターとブランド/製品が与えられたら、公開投稿と実際にエンゲージする人々から — そのオーディエンスがターゲット顧客と一致するか、そしてコンテンツにブランドセーフティのリスクがあるかを、運用担当者が 1 ドルでも使う前に判断します。

これは強化されたスキルです。UnifAPI を通じてライブの公開データを読み取ります。

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

フォロワー数は、オーディエンスに 誰 がいるかについて何も教えてくれません。適合性の問いは、クリエイターの実際のコンテンツを読み、いいねやフォローをする人々をサンプリングすることで答えられます — 買ったオーディエンスや的外れなオーディエンスはすぐに表れます。unifapi スキルを使って接続し(OAuth MCP)、続いてクリエイターのプラットフォームのオペレーションを呼び出します。

  • クリエイターのコンテンツ + リーチ(X) — x/users/by/username/{username}、x/users/{id}/tweets — プロフィール + public_metrics(フォロワー、認証済み/保護、created_at)と、トピック + ブランドセーフティのスキャンのための最近の投稿 約 10〜20 件: 彼らが 実際に 何を語っているか。
  • オーディエンスのサンプル(X) — x/tweets/{id}/liking_users、x/users/{id}/followers — 実際に誰がエンゲージするか。代表的な最近の投稿のいいねユーザーとフォロワーのサンプルを取得し、それらの bio/トピックを読んで、ボットや的外れな群衆ではなくターゲット顧客に見えることを確認します。
  • YouTube — youtube/channels/{channel_id}/videos、youtube/videos/{video_id} — 最近の動画と動画ごとの視聴/いいね比率(ここでは公開のコメント一覧はありません。タイトル、視聴/いいね比率、一貫性に頼ります)。
  • TikTok — tiktok/users/{id}/videos、tiktok/videos/{id}/comments — 最近の動画に加えて、オーディエンスの反応の中身を読むためのコメントスレッド。
  • Instagram — instagram/users/{username}/posts、instagram/posts/{shortcode}/comments — 同じ反応を読むための、最近の投稿に加えたコメントスレッド。

UnifAPI は公開データのみを読み取ります — DM、フォロー、投稿は決してしません。billing メタデータは保持してください。X のルートマップは ../../unifapi/references/twitter-x.md にあります。

ワークフロー

  1. 2 つの入力を確認する — 必須。(存在する場合は、まず .agents/product-marketing.md / .claude/product-marketing.md を読みます。)クリエイター(ハンドル/URL/プラットフォーム)とブランド/製品(誰のためか、ターゲット顧客、キャンペーン目標)。製品コンテキストが欠けている場合は、データを取得する前に尋ねます。
  2. クリエイターの最近のコンテンツを読む。 上記のプラットフォームオペレーションで意味のあるサンプル(約 10〜20 件の投稿/動画)を取得します。支配的なトピックとトーンをターゲット顧客と照らし合わせてマッピングします。
  3. オーディエンスをサンプリングする。 X では代表的な投稿の x/tweets/{id}/liking_users と x/users/{id}/followers のスライスを取得し、TikTok/IG ではコメントスレッドを読みます。クリエイターだけでなく 人々 が一致することを確認します。
  4. 適合性ルーブリックを使ってオーディエンス適合をスコアリングします(0〜40)。
  5. チェックリストを使ってブランドセーフティのパス(pass / conditional / fail)を実行します — 各フラグは、それが出てきた具体的な投稿に引用します。
  6. エンゲージメントの真正性を確認する(0〜30)— エンゲージメントをフォロワーと比較し、コメント/いいねユーザーが実質的でトピックに沿っているか vs 買った/的外れかを読みます。
  7. 意思決定マトリクスで判定にまとめ、サンプルのカバレッジから確度を設定します。

適合性ルーブリック — オーディエンスの一致(0〜40)

BandScoreCondition
Strong32–40Content niche squarely overlaps the product's audience; likers/commenters look like buyers
Partial18–31Adjacent niche or broad audience with a relevant slice; some buyer signal
Mismatch0–17Off-niche, or audience unlikely to convert for this product

エンゲージメント真正性ルーブリック(0〜30)

SignalHealthyFlag
Engagement rate vs. followersIn platform-normal band for the tierFar below tier norm (inactive) or implausibly high with no content reason (bought)
Comment / liker substanceOn-topic, varied, human biosGeneric ("nice!", emoji-only), repetitive, bot-like, off-topic liker bios
Like/comment/view ratioInternally consistentViews high, comments near-zero; likes >> reach
Follower-growth shapeOrganic, gradualSudden spikes with no viral post behind them

スコア 24〜30 = 真正; 12〜23 = 混在/不確実; 0〜11 = 水増しの可能性が高い。

ブランドセーフティチェックリスト(pass / conditional / fail)

最近のサンプルをスキャンし、各フラグについて投稿を引用します。

  • ブランドと相容れない、物議を醸す / 政治的 / NSFW のテーマ
  • 開示されていない有料プロモ(FTC/開示のレッドフラグ)
  • 競合するスポンサーシップ — 特に直接の競合
  • 不安定、敵対的、または扇動的なトーン
  • 休眠 / 放棄(最近の投稿なし)

Fail = 失格となるリスク(直接の競合の衝突、メインストリームブランドにとっての NSFW、敵対的なパターン)。Conditional = 契約条項や確認を要する、管理可能なリスク。Pass = サンプル内で何も見つからない。

判定の意思決定マトリクス

SafetyFit + authenticityVerdict
FailanyPass on them
Conditionalfit ≥ partial, authenticity ≥ mixedProceed with conditions
Passfit strong, authenticity authenticProceed
Passfit mismatch or authenticity inflatedPass on them (clean but wrong audience)

出力: 適合性判定レポート

# Audience Fit — @{handle} for {Product} — {date}

**Recommendation: Proceed with conditions**

- **Fit verdict:** strong / partial / mismatch — score /40, with topic + audience evidence.
- **Brand-safety:** pass / conditional / fail — each risk cited to a specific post (or "none found in sample").
- **Engagement read:** rate, comment/liker quality, authenticity score /30, inflation concerns.
- **Audience sample:** N likers + N followers read; who they look like.
- **Conditions / next step:** what to clarify or contract for (e.g. exclusivity window).
- **Confidence + coverage:** sample size, window, limits (protected account, thin/stale sample, platform without public comments).

Records consumed: ~{N} (or estimate if billing metadata unavailable).

実例

入力: クリエイター @buildwithlena; 製品 = インディー創業者向けの開発ツール SaaS。

  • コンテンツ(15 投稿): インディーハッキングのビルドログとツールレビュー。適合 = 強い、36/40。
  • オーディエンスのサンプル: 最近のビルドログ投稿のいいねユーザーは、ほとんどが製品を出荷している創業者; フォロワーのスライスも整合的。真正性 = 真正、27/30(4.1% のレート、コメントに具体的な質問、緩やかな成長)。
  • セーフティ: 最近の投稿の 1 つは、競合するアナリティクスツールの、適切に開示された有料プロモ — 別カテゴリで、ハードな衝突ではないが、条項を設ける価値あり。セーフティ = conditional。
  • 判定: Proceed with conditions — 予約前に、アナリティクスのスポンサーシップとの独占性を明確にする。読み取り: プロフィール 1 + 投稿 15 + いいねユーザー/フォロワー 約 40。

スコアリング / 手法

適合(0〜40)+ 真正性(0〜30)をコンテンツとオーディエンスのサンプルから採点し、並行して pass/conditional/fail のブランドセーフティのパスを行います。意思決定マトリクスがそれらを組み合わせ、セーフティの fail はすべてに優先します。これが審査する候補リストの 1 エントリを構築するには creator-shortlist を、合格したクリエイターの料金を算定するには kol-pricing を参照してください。

ガードレール

  • 読み取り専用(「手ではなく目」)。 公開シグナルのみを審査します。DM、フォロー、コメント、クリエイターへの接触は決してしません。アウトリーチは運用担当者が行います。
  • 発見は意思決定の補助であり、身元調査ではありません。 クリーンなサンプルは、サンプリングしたウィンドウ内でレビューした公開投稿/オーディエンスのみを反映します。
  • 確認済み vs 推論。 投稿/いいねユーザーから読み取ったものと、オーディエンスについて推論したものをラベル付けします。
  • カバレッジの限界を明示する。 保護/非公開アカウント、薄い/古いサンプル、公開コメントのないプラットフォーム(ここでは例えば YouTube)は確度を下げます — それを明記し、判定をそれに応じて抑えます。
  • セーフティの fail はリーチに優先する。 失格となるブランドセーフティのリスクは、適合やリーチがどれだけ強く見えても「Pass on them」となります。

関連スキル

  • creator-campaign-ops(Influencer Marketing): ユーザーがフルファネルの運用、ローンチトラッキング、レポートを求めた場合にのみ、より広いキャンペーンプランの中でこの判定を使う。
  • creator-shortlist(Influencer Marketing): このチェックが 1 エントリを審査する、ランク付けされた候補リストを構築する。
  • kol-pricing(Influencer Marketing): この適合性チェックに合格した X/Twitter のクリエイターの料金を算定する。
  • unifapi: 共有データスキル。MCP を接続し、このスキルが読み取るプロフィール/コンテンツ/オーディエンスのオペレーションを発見する。

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

公開データツール

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

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

  • 適合判定(強い/部分的/不一致)と、トピックおよびオーディエンスの根拠
  • ブランドセーフティのフラグ。それぞれ特定の公開投稿に引用根拠を持つ
  • エンゲージメントの読み取り:率、コメントの質、水増しの懸念
  • 推奨:進める/条件付きで進める/見送る
関連する skills

Influencer Marketing Agentにある、ほかの skills

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

キャンペーンオペレーション

公開されたクリエイターの根拠から、インフルエンサーキャンペーンを計画・マッチング・料金算定・確定・追跡・レポートします。

キャンペーンオペレーション を開く

KOL 料金算定

公開されたエンゲージメント、オーディエンス適合、リスクから、Twitter/X の KOL レートを推計します。

KOL 料金算定 を開く

クリエイターショートリスト

ニッチ、オーディエンスの言語、最近の勢い、プラットフォーム適合からクリエイターを見つけます。

クリエイターショートリスト を開く
Influencer Marketing Agentのすべての skill を見る